Резервные копии SQL сохраняются в формате .ZIP, но после восстановления обнаруживаются повреждения

Question

Я хотел бы посоветовать лучшие способы резервного копирования.

Проблема:

У нас есть планы обслуживания, которые работают хорошо.При недавнем тестировании восстановления я обнаружил следующие проблемы ...

Восстановление не завершается из-за ошибок повреждения или происходит восстановление, а затем возникают ошибки после запуска dbcc checkdb (DBNAME).

Файлы, которые мы пытаемся восстановить, являются файлами .zip.

Они были выбраны в качестве zip-файлов в параметре 'расширение файла резервной копии в задаче резервного копирования базы данных.

Было бы лучше всего сохранять файлы в формате .bak?

можно сохранить как .bak и автоматизировать процедуру архивирования?

Любой совет приветствуется:)

Answer 1

Почему вы используете zip-файлы, если SQL Server уже много лет сжимает резервные копии?

Если вы не используете стороннее программное обеспечение для резервного копирования, создайте резервные копии в виде файлов .bak и .trn,сожмите резервную копию как часть задания резервного копирования и оставьте файлы без изменений.

Я уверен, что если вы возьмете сжатый файл .bak и попытаетесь сжать его, то он не будет сжиматьсяочень сильно.В некоторых случаях файл zip может быть даже больше, чем исходный файл .bak.

Answer 2

Вам лучше хранить их как файлы BAK.

На самом деле SQL Server имеет опцию для резервного копирования экземпляра со сжатием.Включив сжатие, вы уменьшите необходимость в архивировании резервных копий, и сервер Microsoft SQL сможет восстанавливать данные непосредственно из своих собственных сжатых резервных копий.

См. https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/configure-backup-compression-sql-server?view=sql-server-2017, чтобы узнать, как настроить сжатие.

см .: https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-compression-sql-server?view=sql-server-2017 для более подробной информации о сжатии.