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


8

Availability Groups1つの同期レプリカでSQL 2014から2016 にアップグレードする場合の推奨プロセスは何ですか?

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

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

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

回答:


7

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

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


ありがとう。私は実際に2014年と2016年がラボにあることを思い出したので、先に進んでこれを試しました。実際、両方を同じ可用性グループに参加させることができます。2016ノードにフェイルオーバーすると、データベースがアップグレードされ、2014サーバーと同期しなくなります。ありがとう!
MichelZ、2016年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.