Ответ 1
Лучше всего использовать Windows PowerShell.
В этом блоге описано, как автоматизировать резервные копии SQL Server с помощью PowerShell для Amazon S3:
Чтобы выполнять регулярные резервные копии, мы хотим сжать и загрузить файлы с нашего Windows Server на службу Amazon S3. Есть ли какое-нибудь бесплатное приложение, которое позволяет нам планировать регулярные резервные копии?
Лучше всего использовать Windows PowerShell.
В этом блоге описано, как автоматизировать резервные копии SQL Server с помощью PowerShell для Amazon S3:
Существует также более новая опция, которая стала доступна тем временем:
Автономная утилита командной строки Windows.EXE для Amazon S3 и EC2
Это исполняемый файл командной строки .Net, который предоставляет команды S3 для работы с S3 напрямую или через пакетные скрипты.
Еще один отличный инструмент - S3Sync от SprightlySoft (бесплатный и opensource - S3Sync.zip) - инструмент командной строки для окон. Он предлагает "дифференциальную" синхронизацию папки, обнаружение всех дополнений, удаление/изменение файлов и т.д.
Вот подробная статья о том, как ее использовать Автоматизация резервных копий S3 в Windows
Мы делаем это под Linux с оболочкой script (пакетный файл), которая просто застегивает нужные файлы и затем вызывает s3cmd (из инструментов командной строки Amazon), чтобы поместить zip файл в ведро S3. Там также есть код выхода (errorlevel), чтобы все было хорошо.
Мы планируем, что script с cron. Вы можете сделать то же самое с windows планировщик задач.
Если вам нужна утилита ZIP для командной строки, 7-zip является хорошим выбором с открытым исходным кодом.
Да, резервное копирование rubygem. Он позволяет декларативно определять резервные копии, а затем выводит на экран средства командной строки для их фактического запуска. Это, вероятно, кросс-платформенный.
В качестве альтернативы, да; powershell можно заставить делать то, что вы хотите, с загруженным AWS.NET SDK - это довольно голые кости по сравнению с рубиновым; Я закончил с гораздо более сжатыми сценариями на основе Ruby, чем с файлами PowerShell (и я думаю, что это разумно для обоих подходов), поскольку слои ruby sdk более приятные модели поверх всех API.