SQL Server 2008がクラスター化されたWindows 2008R2 2ノードクラスターがあります。最初にSQL Server 2012を代替ノードに適用しているときに、クラスターがフェールオーバーしないようにするにはどうすればよいですか? SQL Serverクラスターを2012にアップグレードする際の指針はありますか?
Setup.exe
は、汚れた作業を行い、パッシブノード(現在アップグレードしているノード)をSQL FCIの仮想ネットワーク名(VNN)の可能な所有者から遠ざけます。 しかし、これが発生していることを確認したい場合は(これは常に私が行うことをお勧めします)、手動でパッシブノードFCIのVNNの実行可能な所有者リストからアップグレードしようとしている。
GUI(フェールオーバークラスター管理)またはPowerShellを使用して、このタスクを実行できます。以下は後者の例です。
Get-Cluster -Name "your cluster name" |
Get-ClusterGroup -Name "SQL Server (your instance name)" |
Get-ClusterResource -Name "SQL Network Name (your FCI's VNN)" |
Set-ClusterOwnerNode -Owners "current active node"
すべてのパラメータ文字列は、環境に固有である必要があります。 Set-ClusterOwnerNode
を呼び出すと、そのクラスターリソースの可能な所有者のリストが設定されます。クラスタ内のノードの数によっては、複数の文字列が含まれる場合があります(つまり、Set-ClusterOwnerNode -Owners "ACTIVENODE", "SOMEOTHERNODE", "ETC."
)。
知っておくべきこと SQL Server 2008 [R2]からSQL Server 2012へのフェールオーバークラスターインスタンスアップグレードの修正のKB があります。操作前に確認することをお勧めします。
他のヒントやテクニックについては、これをお読みになることをお勧めします SQL Serverフェールオーバークラスターインスタンスのアップグレードに関するBOLリファレンス 。その記事には、考慮すべき多くの優れた情報があります。
最初にSQL Server 2012を代替ノードに適用しているときに、クラスターがフェールオーバーしないようにするにはどうすればよいですか?
ローリングアップグレードを実行し、次のように/FAILOVERCLUSTERROLLOWNERSHIP
を使用できます。
•/ FAILOVERCLUSTERROLLOWNERSHIP =0。このオプションを指定すると、SQL Serverインスタンスクラスターの所有権はアップグレードされたノードにフェイルオーバーされません。ノードがアップグレードされた後、現在のノードは実行可能な所有者としてSQL Serverインスタンスに追加されません。
•/ FAILOVERCLUSTERROLLOWNERSHIP =1。このオプションは、アップグレードされる現在のアクティブノードからインスタンスを最初にフェイルオーバーすることを指定します。次に、ノードをアップグレードします。最後に、アップグレードされたノードを実行可能な所有者として追加します。
•/ FAILOVERCLUSTERROLLOWNERSHIP =2。これはデフォルトの設定であり、有人(GUIベース)アップグレードインストールを使用するときに発生します。その結果、ノードの数とそのアップグレード状態に応じて、クラスターの所有権が自動的に管理されます。アップグレードされたノードが半分未満の場合、/ FAILOVERCLUSTERROLLOWNERSHIPパラメーターはオプション0の動作に従います(クラスターの所有権はアップグレードされたノードにロールされず、ノードの所有権は追加されません)。ノードの半分または半分以上が既にアップグレードされている場合、/ FAILOVERCLUSTERROLLOWNERSHIPパラメーターはオプション1の動作に従います(SQL Serverインスタンスはアップグレードされたノードにフェイルオーバーされ、ノードのアップグレード後に現在のアップグレードされたノードが所有者として追加されますコンプリート)。
参照する :