首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >SQL总是只备份副本-如果我不能从这些备份恢复AG,又有什么意义呢?

SQL总是只备份副本-如果我不能从这些备份恢复AG,又有什么意义呢?
EN

Database Administration用户
提问于 2019-09-05 11:08:05
回答 2查看 2.2K关注 0票数 5

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

情况是:

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

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

所以只复制备份是无用的。除非我遗漏了什么?这些有什么意义?

EN

回答 2

Database Administration用户

发布于 2019-09-05 11:55:57

仅复制备份通常用于在不破坏当前备份链(假设存在备份链)的情况下,您需要以不寻常的原因恢复数据。典型的原因是恢复到开发框以测试代码或查看数据中的不规则性。你明白了吧。

顺便提一句,从AG的备用文件中获取备份是一种驴子。如果AG完全落后,那么您的备份就会落后。如果你还没有把它作为一个可读的副本使用,他们会让它成为一个昂贵的后台备份设备,因为现在你必须完全授权它(假设你有软件保证,等等)。

票数 8
EN

Database Administration用户

发布于 2019-09-05 12:12:08

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

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

  • 创建一个新的数据库
  • 从完整备份恢复它(包括差异和日志的任何组合)
  • 从只复制的备份中还原它。
  • 附在

因此,如果您最终不得不还原数据库,则必须延迟将其添加到可用性组,直到您完成了完整的备份,而不管备份的类型如何。根据备份到NUL,您可以备份到NUL设备以满足这一要求。这将是使数据库返回到可用性组的最快的方法。我还没有测试过所以我无法确认它是否有效。

票数 7
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/247040

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档