S3cmd

S3cmd є утиліта командного рядка для завантаження, вилучення та управління даними в Amazon S3. Вона найкраще підходить для досвідчених користувачів, які не бояться командного рядка. Проект також ідеально підходить для сценаріїв, автоматичне створення резервних копій запускається з Cron і т.д.
Amazon S3 є розумними цінами сервіс зберігання даних. Ідеально підходить для позамайданчикових резервного копіювання, архівування та інших потреб зберігання даних. Перевірте наші сторінки про Amazon S3, щоб дізнатися більше.
Простий S3cmd HowTo
Зареєструватися на Amazon AWS / S3
Перейти на головну сторінку Amazon S3, натисніть на кнопку "Зареєструватися для веб-служби» у правій колонці і працювати через реєстрацію. Ви повинні будете надати дані вашої кредитної картки з метою забезпечення Amazon стягувати плату за користування S3. Зрештою, ви повинні володіти Доступ і секретних ключів
Запустіть s3cmd --configure
Вам буде запропоновано для двох ключів - копіюємо і вставляємо їх з вашої електронної пошти підтвердження або зі сторінки Амазонки рахунку. Будьте обережні при їх копіюванні! Вони чутливі до регістру і має бути введене точно або ви будете продовжувати отримувати помилки про недійсних підписів або аналогічний.
Запуск s3cmd Ls список всіх ваших відра.
Як ви тільки що почали використовувати S3 немає відра, що належать вам, як зараз. Так вихід буде порожнім.
Зробити відро з s3cmd Мб S3: // мій новий-ківш ім'я
Як уже згадувалося вище відро імена повинні бути унікальними серед _все_ користувачів S3. Це означає, що прості імена, як "тест" або "ASDF" вже прийняті, і ви повинні зробити щось більш оригінальне. Я іноді префікс мої імена відро з мого доменного імені електронної пошти (logix.cz), що призводить до імені ковша, наприклад, "logix.cz-тест":
   ~ $ S3cmd Мб S3: //logix.cz-test
   Відро 'logix.cz-тест "створено
   
Перелічіть ваші відра знову s3cmd Ls
Тепер ви повинні побачити ваш щойно створений відро
   ~ $ S3cmd Ls
   2007-01-19 1:41 S3: //logix.cz-test
   
Перерахуйте вміст відра
   ~ $ S3cmd Ls S3: //logix.cz-test
   Відро 'logix.cz-тест ":
   ~ $
Він порожній, дійсно.
Завантажити файл у відро
   ~ $ S3cmd покласти addressbook.xml S3: //logix.cz-test/addrbook.xml
   Файл 'addressbook.xml "зберігається як S3: //logix.cz-test/addrbook.xml (123456 байт)
   
Тепер ми можемо перерахувати вміст відра знову
   ~ $ S3cmd Ls S3: //logix.cz-test
   Відро 'logix.cz-тест ":
   2007-01-19 1:46 120k S3: //logix.cz-test/addrbook.xml
   
Отримати файл назад і переконатися, що його не були пошкоджені
   ~ $ S3cmd Get S3: //logix.cz-test/addrbook.xml Адресна 2.xml
   Об'єкт S3: //logix.cz-test/addrbook.xml зберігаються, як «Адресна 2.xml" (123456 байт)
   ~ $ Md5sum addressbook.xml Адресна 2.xml
   39bcb6992e461b269b95b3bda303addf addressbook.xml
   39bcb6992e461b269b95b3bda303addf Адресна 2.xml
   
Контрольні суми початкового файлу збігається з одним з витягнутого один. Схоже, це спрацювало.
Очищення: видалити об'єкт і видалити відро
   ~ $ S3cmd РБ S3: //logix.cz-test
   Помилка S3 :: ПОМИЛКА 409 (конфлікту): BucketNotEmpty
   
Ой, ми можемо тільки видалити порожні відра!
 
   ~ $ S3cmd-дель-S3: //logix.cz-test/addrbook.xml
   Об'єкт S3: //logix.cz-test/addrbook.xml видалений
   ~ $ S3cmd РБ S3: //logix.cz-test
   Відро 'logix.cz-тест "видалити

Що нового У цьому випуску:

• Цей реліз додані команди для копіювання та переміщення видалених файлів, підтримка CloudFront, нову команду [SetACL] для настройки в ACL для існуючих об'єктів, рекурсивний і групової підтримки [Put], [Get] і [Del]. --dry перспективі для нього включена [Put], [отримати], а [SYNC]. Видалення без порожніми відрами не допускається.
• індикатор прогресу був реалізований.
• New --include, --rinclude, і - (г) відносяться, з були додані опції для перекриття --exclude винятку
.
• варіант --add-заголовок був доданий разом з --list-md5 опції для [LS].

Що нового У версії 0.9.8.4:

• This випуску відновлює доступ до верхнього регістру з ім'ям відра .
• Це поліпшило керованість імен файлів з символами Unicode.
• Це дозволяє уникнути ZeroDivisionError на дуже швидких посилань (наприклад, на Amazon EC2).
• Це перевидання невдалих запитів (наприклад, помилки підключення, внутрішні помилки сервера, і т.д.).
• Синхронізація пропускає файли, які не можуть бути відкриті замість завершення синхронізації повністю.
• Це не працює з відкритої квотою файлів на синхронізації з великою кількістю файлів.