Резервное копирование SQL Server при минимальной пропускной способности

Question

Я хочу внедрить автоматизированную систему резервного копирования для базы данных SQL Server 2005 моего сайта, которая будет выполнять еженедельное резервное копирование в сервис Amazon S3. Но поскольку S3 взимает плату за используемое пространство и пропускную способность, я хотел бы минимизировать размер передаваемых файлов. Каков наилучший способ добиться этого?

Я должен уточнить, что я на самом деле не столько говорю о сжатии, что довольно просто, но о стратегиях резервного копирования, таких как постоянное создание разностных резервных копий, необходимость копировать журналы транзакций и т. Д.

Answer 1

Разностные резервные копии, конечно, будут меньше полных. Тем не менее, вы должны рассмотреть вопрос о восстановлении. Вам потребуется последняя полная резервная копия, а также дифференциалы для выполнения восстановления, что может увеличить пропускную способность / время передачи для восстановления. Одним из вариантов является еженедельное полное резервное копирование и ежедневное выполнение различий (или график аналогичного типа).

Что касается журналов транзакций, то это зависит от степени детализации, которую вы ищете при восстановлении ваших данных. Если достаточно восстановления до последней полной или дифференциальной резервной копии, вам не нужно беспокоиться о создании резервных копий журнала транзакций. Если это не так, потребуется резервное копирование журнала транзакций.

Answer 2

A пример powershell , с которым я только что столкнулся.

Answer 3

Напишите сценарий .batch или сценарий powershell, который найдет файл (-ы), созданные за последний день, и заархивирует их. Затем FTP или все, что вам нужно сделать.

Answer 4

Либо используйте коммерческий продукт, сжимайте резервные копии, например Red Gate Backup Pro , либо просто сожмите его после сжатия.