我们目前有一个正在SIMPLE
恢复的数据库,并计划建立一个Availability Group
用于报告目的的数据库(Enterprise SQL 2016)。我的理解是,这将需要将数据库移动到FULL
恢复状态。我们不需要日志备份,也没有兴趣存储它们,所以我正在考虑将日志备份设置到NUL
(位桶)。我读过的任何内容都没有说我对此会有任何问题,但我想确保我没有遗漏任何东西。
我们目前有一个正在SIMPLE
恢复的数据库,并计划建立一个Availability Group
用于报告目的的数据库(Enterprise SQL 2016)。我的理解是,这将需要将数据库移动到FULL
恢复状态。我们不需要日志备份,也没有兴趣存储它们,所以我正在考虑将日志备份设置到NUL
(位桶)。我读过的任何内容都没有说我对此会有任何问题,但我想确保我没有遗漏任何东西。
不,除了对数据库进行时间点恢复的机会之外,您不会错过任何东西。AG 可以保护您免受大多数硬件故障的影响,但它们不能防止用户错误导致删除表或截断数据。即使企业没有针对 RPO 的 SLA,我也会以 DBA 身份运行日志备份只是为了解决问题,但是您可以备份到 DISK='NUL' 并且日志将像备份到常规磁盘一样清除文件。
我仍然建议进行日志备份(而不是 NUL),并在 x 小时后删除一个删除过程。
如果由于某种原因,您的两台服务器都已关闭并且您的主备份已损坏。所以在这种最坏的情况下,如果您保留了日志备份,您将有可能恢复数据库。
如果可以重新创建数据库并且不是那么关键,请将日志备份丢弃到 NUL。
看到这个:http ://sqlinthewild.co.za/index.php/2009/08/31/backing-up-to-nul-vs-backup-with-truncate-only/