AlwaysON从2014年迁移到2016年


8

我喜欢2014年的20个Listners,大约有500 DBS,

用最少的时间和精力来迁移这些文件的最佳方法是什么

我的想法是:停止访问备份数据库开始还原数据库运行还原时:在2014上删除AOG在2016上创建AOG完成

这似乎很简单,但是使用TB数据将需要一些时间。

已找到此-> 从2014年升级到2016年的AlwaysOn AG的推荐方法, 但是它确实解释了

希望有人能帮忙


3
20 Listners on 2014 with approx 500 DBS-它们如何分布,例如,多少服务器(节点)?什么是停机时间窗口?是否涉及复制?取得相关信息后,我将提供我最近在公司中实现的答案,并且停机时间最少。
Kin Shah

5
你不应该需要删除AOAG ......这部作品在您的情况,以及:blogs.msdn.microsoft.com/sql_pfe_blog/2016/08/03/...
肖恩Gallardy -退休用户

@SeanGallardy您应该添加您的链接作为答案给一些细节,我想这是什么OP是寻找
Shanky

谢谢@Shanky,我将等一下OP是否回复。
肖恩·加拉迪-退休用户

Answers:


1

我建议配置日志传送以迁移数据库。在计划迁移之前的小时/天/周,请配置当前(2014年)生产可用性组中的日志传送。您应该在新的(2016)可用性组的所有节点上执行日志传送还原。

同样,预先在新服务器上配置可用性组,但不要创建侦听器。

通过在维护窗口之前恢复大多数数据,可以最大程度地减少转换维护期间的停机时间。

在转换期间,完成迁移的步骤将是:

  • 关闭应用程序/杀死现有会话。
  • 对要迁移的(2014)数据库执行尾日志备份。(BACKUP LOG... WITH NORECOVERY
  • 允许日志传送还原作业运行最后一次,或手动将最终日志还原到所有新(2016)服务器WITH NORECOVERY
  • 其中一台新服务器上,恢复数据库(RESTORE DATABASE... WITH RECOVERY)。
  • 将数据库添加到可用性组,然后加入辅助服务器。
  • 将侦听器放在旧的(2014)AG上。
  • 在新的(2016)AG上创建侦听器。
  • 打开应用程序。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.