SQL 备份保存为 .ZIP 但在恢复后发现损坏
SQL backups saving as .ZIP but finding corruption after restore
我想要一些关于最佳备份方法的建议。
问题：
我们有 运行 很好的维护计划。最近在做还原测试的时候发现了以下问题...
由于损坏错误导致恢复未完成，或者恢复后 运行ning dbcc checkdb(DBNAME) 后出现错误。
我们尝试恢复的文件是 .zip 文件。
这些已在备份数据库任务的“备份文件扩展名”选项中选择为 zip 文件。
我们最好保存为 .bak 文件吗？
是否可以另存为 .bak 并自动执行压缩过程？
欢迎任何建议:)
您最好将它们存储为 BAK 文件。
SQL服务器实际上有一个选项可以让一个实例进行压缩备份。设置压缩，将减少压缩备份的需要，并且 Microsoft SQL 服务器可以直接从其自己的压缩备份中恢复。
有关压缩的更多详细信息，请参阅：https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-compression-sql-server?view=sql-server-2017。
SQL 服务器已经能够压缩备份很多年了，为什么还要使用 zip 文件？
如果您不使用第三方备份软件，则备份为 .bak 和 .trn 文件，将备份作为备份作业的一部分进行压缩，并保持文件原样而不压缩它们。
我敢肯定，如果您使用压缩的 .bak 文件并尝试将其压缩，那么它不会压缩太多。在某些情况下，zip 文件甚至可能比原始 .bak 文件大。
我想要一些关于最佳备份方法的建议。
问题：
我们有 运行 很好的维护计划。最近在做还原测试的时候发现了以下问题...
由于损坏错误导致恢复未完成，或者恢复后 运行ning dbcc checkdb(DBNAME) 后出现错误。
我们尝试恢复的文件是 .zip 文件。
这些已在备份数据库任务的“备份文件扩展名”选项中选择为 zip 文件。
我们最好保存为 .bak 文件吗？
是否可以另存为 .bak 并自动执行压缩过程？
欢迎任何建议:)
您最好将它们存储为 BAK 文件。
SQL服务器实际上有一个选项可以让一个实例进行压缩备份。设置压缩，将减少压缩备份的需要，并且 Microsoft SQL 服务器可以直接从其自己的压缩备份中恢复。
有关压缩的更多详细信息，请参阅：https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-compression-sql-server?view=sql-server-2017。
SQL 服务器已经能够压缩备份很多年了，为什么还要使用 zip 文件？
如果您不使用第三方备份软件，则备份为 .bak 和 .trn 文件，将备份作为备份作业的一部分进行压缩，并保持文件原样而不压缩它们。
我敢肯定，如果您使用压缩的 .bak 文件并尝试将其压缩，那么它不会压缩太多。在某些情况下，zip 文件甚至可能比原始 .bak 文件大。