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

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

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

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

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

> -持っているが、この見つかった 2014年から2016年までのAlwaysOn AGをアップグレードするための推奨方法を しかし、それはnietherを説明しません

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

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

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

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

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

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