1つの同期レプリカを使用してAvailability Groups
をSQL 2014から2016にアップグレードする推奨プロセスは何ですか?
私の理解では、データベースプロフェッショナルの間ではin-place
のアップグレードはあまり好まれていません。 in-place
のAvailability Groups
アップグレードを回避する方法はありますか? 2016サーバーを既存の2014可用性グループに参加させ、そこでフェイルオーバーしてから、他のインスタンスの1つを「強制終了」してアップグレードする可能性はありますか? (たとえば、同じホスト上でSQLをサイドバイサイドで削除/再インストールすることにより)
他に考慮すべきアップグレードシナリオはありますか?
理想的な解決策は、常に2つのonline
レプリカがあり、in-place
のアップグレードを行う必要がないことです。
短い答えは「はい」です。下位バージョンから上位バージョンにミラーリングする場合とほとんど同じです。データベースのバージョンをアップグレードしようとしないように、2016が読み取り可能になっていないことを確認してください。とはいえ、私はこれを試したことがなく、ログ配布/ミラーリングがどのように機能するかを考えてみました。
それが機能する場合、アップグレードする手段としてこれを行うことのみがサポートされます。問題が発生した場合、2014年のレプリケーションを2016年のレプリカに長期間残すことはMSFTでサポートされません。