SQL Always On 仅复制备份 - 如果我无法从这些备份中恢复 AG,那有什么意义?

use*_*616 5 sql-server backup sql-server-2012 availability-groups

我想我已经知道答案了,但我还是会问。

情况是:

  • SQL 2012 Always On - 2 个同步副本。
  • 1 个 AG 中价值 7 TB 的 Sharepoint DB。
  • 在修补之前 - 我想要一个完整的数据库备份。
  • 备份共享位于辅助服务器 B 上。
  • 从服务器 A 备份到服务器 B 上的备份共享 = 12 小时。
  • 从服务器 B 备份到服务器 B 上的备份共享 = 6 小时,但备份只需复制即可。

如果我尝试恢复这些并创建一个 AG - 它会失败。在我重新创建 AG 之前,我需要进行另一个完整的 Db 备份 = 另一个 6 小时。

所以 COPY ONLY 备份是没有用的。除非我错过了什么?这些有什么意义?

Eri*_*ing 8

仅复制备份通常用于出于异常原因需要恢复数据而不中断当前备份链(假设有一个)的情况。典型的原因是恢复到开发框以测试代码或查看数据中的不规则性。你明白了。

附带说明一下,从 AG 辅助节点获取备份有点像驴子。如果 AG 完全落后,那么您的备份就落后了。如果您还没有将辅助设备用作可读副本,它们会使其成为昂贵的后台备份设备,因为现在您必须对其进行完全许可(假设您有软件保证等)。

  • 我们在远程辅助服务器上使用 COPY_ONLY 备份,因此我们有一个本地副本,以防我们需要附近的副本,而不是将完整备份从纽约复制到 CO - 这是一个昂贵且缓慢的过程。 (2认同)

Ton*_*kle 7

数据库在添加到可用性组之前需要有完整备份,创建数据库的方法对此要求没有影响。

在将数据库添加到可用性组之前,您必须对其进行完整备份,无论您:

  • 创建一个新的数据库
  • 从完整备份中恢复它(包括差异和日志的任意组合)
  • 从仅复制备份中恢复它
  • 附上它

因此,如果您最终遇到必须还原数据库的情况,则无论还原何种类型的备份,您都必须延迟将其添加到可用性组,直到完成完整备份。根据Backup to NUL,您可以备份到 NUL 设备以满足此要求。这将是将数据库恢复到可用性组中的最快方法。我还没有测试过,所以我无法确认它是否有效。