web-dev-qa-db-ja.com

AlwaysONは2014年から2016年に移行します

2014年には約500 DBSの20人のListnerがいます

最小限のダウンタイムと労力でこれらを移行する最良の方法は何ですか

私の考えは次のとおりです。アクセスの停止バックアップdbs復元の開始dbs復元の実行中に:2014にAOGをドロップ2016に作成完了

これは簡単に見えますが、TB=データの場合、これには時間がかかります。

これを見つけました-> AlwaysOn AGを2014から2016にアップグレードするための推奨される方法 しかし、それは純粋に説明しています

誰かが助けてくれることを願っています

8
Klaus Ladegaard

データベースを移行するためにログ配布を構成することをお勧めします。計画した移行の時間/日/週前に、現在の(2014)本番稼働可用性グループからログ配布を構成します。新しい(2016)可用性グループのすべてのノードでログ配布の復元を実行する必要があります。

また、事前に、新しいサーバーで可用性グループを事前構成しますが、リスナーを作成しないでください。

これにより、メンテナンスウィンドウの前にデータの大部分を復元することにより、カットオーバーメンテナンス中のダウンタイムを最小限に抑えることができます。

カットオーバー中の移行を完了する手順は次のとおりです。

  • アプリケーションをシャットダウンするか、既存のセッションを終了します。
  • 移行する(2014)データベースの末尾ログバックアップを実行します。 (BACKUP LOG... WITH NORECOVERY
  • ログ配布の復元ジョブが最後に実行されるようにするか、すべての新しい(2016)サーバーに最終ログを手動で復元しますWITH NORECOVERY
  • 新しいサーバーのoneで、データベース(RESTORE DATABASE... WITH RECOVERY)。
  • データベースを可用性グループに追加し、セカンダリサーバーに参加させます。
  • 古い(2014)AGにリスナーをドロップします。
  • 新しい(2016)AGでリスナーを作成します。
  • アプリケーションをオンにします。
1
AMtwo