Windows Server 2008 R2からWindows 2012への移行Alwayson AG方式

Windowsクラスタでは、同じクラスタ内のすべてのWindowsバージョンが同じである必要があるため、Windowsをアップグレードする場合は問題があります。たとえば、Windows 2008 R2からWindows 2012へのアップグレードでは、新しいWindowsクラスタを構築する必要がありました。新しいハードウェアで構築するか、既存のWindowsクラスターから1つのノードを削除し、システムを再インストール/アップグレードして新しいWindowsクラスターに追加するかを選択できます。ここでは特定のクラスタアップグレード計画については説明しません。トピックにすぐにアクセスしてください。

sql server AlwaysOn可用性グループ（以降AGと呼びます）1つの要件は、すべてのレプリカが同じWindowsクラスターに属することを要求されることです。

そのため、Windowsクラスタをアップグレードしたときに、新しいWindowsクラスタと既存のWindowsクラスタの間にAGを確立できませんでした。その後、移行プロセス中、AGは一定期間外部サービスを提供できなくなります。

データベースの観点からは、次のことを実行する必要があります。次に

次に、SQL SERVERを使用するための外部環境がないように、アプリケーションを停止してcluster1のListenerを削除します。

データベースのバックアップ

バックアップの末尾ログ

バックアップファイルを新しいサーバーにコピーします。

各サーバーに復元します。

そしてAGを再確立します。 p>リスナを作成します。

アプリケーションを再起動します。

データベースをバックアップして、新しいプライマリレプリカとセカンダリレプリカに復元する必要があります。対応するダウンタイムは、1 + 2 + 3 + 4 + 5 + 6 + 7 + 8が必要な時間です。古いクラスタと新しいクラスタの間でミラーリングを作成することを考えているかもしれませんが、残念ながら、AGによって作成されたデータベースはミラーリングを作成できなくなりました。

どのように移行する必要がありますか。 SQL Server 2012 SP1以降では、2つの異なるWindowsクラスターセット間にAGを作成できます。例を使用して説明しましょう。

3ノードのWindowsクラスタがあります。WindowsのバージョンはWindows 2008 R2です。コードのコピー

コードは次のとおりです。Domain：liweiyin3.lab< /p> < p>クラスタ名：cluster1< /p>< p> Server002< /p>< /p>< p> Server004< /p>< p>リスナ名3：リスナ1のノードSQL Server 2012 SP1がインストールされているスタンドアロンインスタンス。どちらもデフォルトのインスタンスです。

AG。トポロジマップは次のように確立されます。

次に、2つのノードのセットを作成します。windows windows windows cluster

ドメイン：liweiyin3.lab

クラスタ名：cluster2

Server005

Server006

cluster1のAGデータベースの場合フルデータベースバックアップおよびログバックアップを含むバックアップを作成し、クラスタの途中でAGを作成します。

最初の手順で取得したファイルをcluster2のノードに復元し、norecoveryを使用して指定します。

cluster2の3つのデータベースで次のステートメントを実行します。
コードをコピーします。コードは次のとおりです。ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'cluster1.liweiyin3.lab'このステートメントが実行された後、これデータベースのクラスタコンテキストはcluster1に切り替わります。この結果は、次のDMVから次のようにコードをコピーすることで確認できます。sys.dm_hadr_clusterからcluster_nameを選択します。

次のステップはcluster1とcluster2です。間にAGを設置してください。 UIまたはT-SQLステートメントを使用できます。

移行時にデータが失われないようにするため、cluster2内の少なくとも1つのSQL Serverの同期モードを[同期コミット]に設定する必要があります。

このようにして、2008R2と2012の両方を受賞したAG環境を構築しました。プロセス全体でダウンタイムを必要としません。

このようにして、2008R2と2012の両方を含むAG環境を確立しました。プロセス全体でダウンタイムを必要としません。

このようにして、2008R2と2012の両方を含むAG環境を確立しました。プロセス全体を停止する必要はありません。

ただし、この場合、2つのクラスタ間でフェイルオーバーすることはできません。 。対応するプロンプト情報は次のとおりです

AlwaysOn可用性グループがリモートのWindows Serverフェールオーバークラスタリング（WSFC）で実行されている場合、この操作はサポートされていません。クラスタコンテキスト：リモートクラスタコンテキストでは、可用性グループのフェールオーバーまたは作成はサポートされていません。次にアプリケーションを停止し、cluster1のListenerを削除して、SQL SERVERを使用するための外界がないことを確認します。

Cluster1のAGのオフライン操作

ALTER AVAILABILITY GROUP dbName offline

cluster2のすべてのSQLサーバーのクラスタコンテキストの切り替え

ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = local

cluster2にAGを再作成

cluster2に新しいリスナーを作成します。

アプリケーションを再起動します。

これは停止時間です。つまり、5 + 6 + 7 + 8 + 9 + 10です。

前のソリューションと比較すると、バックアップ、ファイルのコピー、および復元にかか​​る時間が省かれます。残りの操作はセンテンス操作であり、これによってダウンタイムが大幅に短縮されます。

追加情報

===

移行前は、Cluster2のSQLサーバーではAGを作成できません。

移行前にcluster2のSQLサーバー起動アカウントにcluster1レジストリへのアクセス権を付与する必要があります。

サーバーインスタンスのHADRクラスターコンテキストの変更（SQL Server）