web-dev-qa-db-ja.com

AlwaysOn AGを2014年から2016年にアップグレードする推奨方法

1つの同期レプリカを使用してAvailability GroupsをSQL 2014から2016にアップグレードする推奨プロセスは何ですか?

私の理解では、データベースプロフェッショナルの間ではin-placeのアップグレードはあまり好まれていません。 in-placeAvailability Groupsアップグレードを回避する方法はありますか? 2016サーバーを既存の2014可用性グループに参加させ、そこでフェイルオーバーしてから、他のインスタンスの1つを「強制終了」してアップグレードする可能性はありますか? (たとえば、同じホスト上でSQLをサイドバイサイドで削除/再インストールすることにより)

他に考慮すべきアップグレードシナリオはありますか?

理想的な解決策は、常に2つのonlineレプリカがあり、in-placeのアップグレードを行う必要がないことです。

8
MichelZ

短い答えは「はい」です。下位バージョンから上位バージョンにミラーリングする場合とほとんど同じです。データベースのバージョンをアップグレードしようとしないように、2016が読み取り可能になっていないことを確認してください。とはいえ、私はこれを試したことがなく、ログ配布/ミラーリングがどのように機能するかを考えてみました。

それが機能する場合、アップグレードする手段としてこれを行うことのみがサポートされます。問題が発生した場合、2014年のレプリケーションを2016年のレプリカに長期間残すことはMSFTでサポートされません。

7
Mat