サーバー クラスタのノード上のデータのバックアップを作成する前に、必ずクラスタのディスク署名とパーティションのバックアップを [バックアップ ウィザード] の自動システム回復機能を使用して作成してください。この手順が必要となるのは、後で、たとえばシステム全体の障害が発生した場合にクォーラム ディスクの署名の復元が必要で、クォーラム ディスクの署名が前回のバックアップ後に変更されている場合です。

注

• 既定では、Backup Operators には自動システム回復 (ASR) バックアップをクラスタ ノードに作成するために必要なユーザーの権利がありません。ただし、そのグループがクラスタ サービスのセキュリティ記述子に追加されている場合は、Backup Operators でこの処理を実行できます。クラスタ アドミニストレータまたは cluster.exe を使用して、この処理を実行することもできます。詳細については、「クラスタを管理するためのアクセス許可をユーザーに与える」および「Cluster」を参照してください。
  

詳細については、「クラスタ ディスクの署名およびパーティション レイアウトをバックアップする」を参照してください。

サーバー クラスタ ノードで、データをバックアップする場合は、必ずクラスタ クォーラムもバックアップしてください。クラスタ クォーラムは、現在のクラスタ構成、アプリケーション レジストリ チェックポイント、およびクラスタ回復ログが含まれているために重要です。

ノードでクラスタ サービスが実行されていれば、そのノードから [バックアップ ウィザード] を使用してシステム状態バックアップを実行するときに、クラスタ クォーラムのバックアップを作成できます。

詳細については、「クラスタ クォーラムをバックアップする」を参照してください。

ノードが所有するすべてのクラスタ ディスクをバックアップするには、そのノードで完全バックアップを実行してください。

このデータのバックアップは、隠された管理用ファイル共有へのネットワーク接続を介して作成することもできます。たとえば、[新しいリソース ウィザード] を使って、ドライブ F、G、H のそれぞれのルートに対する FBackup$、GBackup$、HBackup$ などのファイル共有を作成できます。これらの共有は参照一覧には表示されません。Backup Operators グループのメンバのみがアクセスできるように構成することもできます。

クラスタ ディスクのデータをバックアップする方法の詳細については、「クラスタ ノード上のデータをバックアップする」を参照してください。

重要

• バックアップされているノードが所有するクラスタ ディスクがバックアップ処理中に他のノードにフェールオーバーすると、そのディスクの完全なバックアップはバックアップ セットに含まれなくなります。
  

重要

• バックアップを作成できるのは、ローカル ノード上のクラスタ ディスクのみです。リモート コンピュータ上のクラスタ ディスクのバックアップを作成することはできません。
  

1 つのノードでクラスタ クォーラム ディスクをバックアップした後に、残りのクラスタ ノードのクォーラムをバックアップする必要はありません。ただし、必要に応じて残りのノードにあるクラスタ化ソフトウェア、クラスタ管理ソフトウェア、システム状態、およびアプリケーション データをバックアップしてください。

重要

• ノードのシステム状態のバックアップを作成する場合は、そのノードでクラスタ サービスが実行されていれば自動的にクォーラム データのバックアップも作成されます。
  

個々のクラスタ ノードのデータをバックアップする方法の詳細については、「クラスタ ノード上のデータをバックアップする」を参照してください。

あるクラスタ ディスクでファイルやフォルダが失われた場合、そのディスクがクラスタ クォーラムを格納するディスクでなければ、[バックアップまたは復元ウィザード] を使用してそのデータを復元することができます。

重要

• クラスタ ディスクのデータの復元は、そのクラスタ ディスクを所有するノードで実行する必要があります。
  

詳細については、「ファイルまたはテープからファイルを復元する」を参照してください。

症状 : クラスタ ノードは起動できますが、クォーラム リソースをオンラインにできないので、クラスタ サービスを開始できません。

クォーラム ディスク上のファイルの破損がこの問題の原因である場合は、コマンド プロンプトを開いて「net start clussvc /resetquorumlog」と入力し、クラスタ サービスを開始します。これにより、ローカル ノードのクラスタ データベースに保存されている情報に基づいて、新しいクォーラム ログ ファイルが作成されます。破損したクラスタ クォーラムを復元する方法については、「破損したクォーラム ログまたはクォーラム ディスクを回復する」を参照してください。クラスタ クォーラム ディスクの交換が必要な場合は、下記のシナリオ 5 を参照してください。マジョリティ ノード セット クラスタの場合は、下記のシナリオ 9 を参照してください。

症状 : 一部のリソースがオンラインにできず、アプリケーション チェックポイントが最新ではありません。

クォーラムの破損が生じて回復を行ったときに、上記のシナリオ 2 で説明しているように新しいクォーラム ログを作成した場合は、対応するチェックポイントを復元しないとクォーラム リソースをオンラインに戻すことができない場合があります。

『Microsoft Windows Server 2003 リソース キット』のツールを使用する

Windows Server 2003 ファミリ ツールを使用する

症状 : クラスタ ディスクをオンラインにできません。このクラスタ ディスクに依存するリソースをオンラインにできません。

まず、ディスク製造元の診断ユーティリティを実行して、ディスクの状態を調べてみます。クラスタ ディスクが破損している場合や、ディスクのハードウェアに障害がある場合は、『Microsoft Windows Server 2003 リソース キット』のユーティリティを使用すると迅速にディスクを復元できます。このツールを使用できない場合は、Windows Server 2003 ファミリのオペレーティング システムに付属しているバックアップと回復ユーティリティを使用してクラスタ ディスクを復元できます。

『Microsoft Windows Server 2003 リソース キット』のツールを使用する

Windows Server 2003 ツールを使用する

症状 : クラスタ ノードは起動できますが、クォーラム リソースをオンラインにできないので、クラスタ サービスを開始できません。イベント ログに、ハードウェア障害を示すエントリがあります。

最初に、コマンド プロンプトを開いて「net start clussvc /fixquorum」と入力し、クラスタ サービスを開始します。これにより、クォーラム リソースを含むすべてのリソースがオフラインのままクラスタ サービスが開始されます。次に、『Windows Server 2003 リソース キット』の Clusterrecovery ユーティリティを使用するか、または使用せずに新しいクォーラム リソースへの切り替えを試行できます。詳細については、「fixquorum コマンド」を参照してください。

クォーラム リソースの格納先のディスクであるクラスタ クォーラム ディスクで障害が発生した場合は、『Microsoft Windows Server 2003 リソース キット』のユーティリティを使用すると迅速にディスクを交換できます。このツールを使用できない場合は、Windows Server 2003 ファミリのオペレーティング システムに付属しているバックアップと回復ユーティリティを使用してクラスタ クォーラム ディスクを交換できます。

『Microsoft Windows Server 2003 リソース キット』のツールを使用する

Windows Server 2003 ファミリ ツールを使用する

症状 : ノードがクラスタに参加できません。

イベント ログで、ローカル ノード上のクラスタ データベースの破損が示されている場合は、そのノードでシステム状態の復元を実行してローカルのクラスタ データベースを置き換えることができます。詳細については、「ローカル ノードのクラスタ データベースを復元する」を参照してください。または、最新のチェックポイント ファイル (CHKxxx.TMP) をクォーラム ディスクから %systemroot%\Cluster\ ディレクトリにコピーし、ファイルの名前を CLUSDB に変更して、そのノードのクラスタ サービスを再起動するという方法もあります。

システム ディスクなどのハードウェアの障害が原因でクラスタ内の単一のノードに障害が発生した場合は、次の手順に従ってノードを再構築し、クラスタに再び参加させます。

• すべてのクラスタ リソース グループが他のノードに正常に移動したことを確認した後に、障害が発生したハードウェアを修復または交換します。詳細については、「グループを別のノードに移動する」および「クラスタ ハードウェアを管理する」を参照してください。
  
• 障害が発生したノードで自動システム回復復元を実行して、ノードを再構築します。詳細については、「自動システム回復を使用して破損したクラスタ ノードを復元する」を参照してください。
  
• そのノードの他のファイルやアプリケーション データのバックアップがテープなどのバックアップ メディアにある場合は、この時点で復元します。詳細については、「ファイルまたはテープからファイルを復元する」および下記のシナリオ 8 を参照してください。
  
• クラスタ グループとリソースのそれぞれについて、新たに回復されたノードが実行可能な所有者としてクラスタ アドミニストレータに表示されることを確認します。次に、リソース グループを新たに回復されたノードに移動し、正しく移動されたことを確認します。詳細については、「グループ リソースがフェールオーバーできるかどうかをテストする」を参照してください。
  注
  
  • ノードの自動システム回復バックアップがない場合は、そのノードを削除して、新しいノードをクラスタに追加することができます。詳細については、「クラスタからノードを削除する」および「クラスタにノードを追加する」を参照してください。
    

クラスタに最近加えた変更によってクラスタが予期したとおりに機能しない場合は、バックアップまたは復元ウィザードを使用して、クラスタを前の構成にロールバックできます。たとえば、複数のリソースがクラスタ構成から間違って削除されている場合は、これらのリソースを含むバックアップを使用してクラスタ構成をロールバックできます。

詳細については、「クラスタ内のすべてのノードのクラスタ クォーラム ディスクの内容を復元する」を参照してください。

症状 : ノードはどれも起動できません。

クラスタ内のすべてのノードに障害が発生し、クォーラム ディスクを修復できない場合は、次の手順に従います。

• 元のクラスタ内の 1 つのノードで自動システム回復を使用します。このノードには、最近バックアップされ、バックアップ時にクラスタ内でアクティブであったノードを選択します。これにより、ディスク署名、クラスタのクォーラム ディスクおよび非クォーラム ディスクのパーティション レイアウト、およびクラスタ構成データが復元されます。最初のノードが復元されるまでは、他のノードを起動しないでください。詳細については、「自動システム回復を使用して破損したクラスタ ノードを復元する」を参照してください。
  
• 他のノードを復元します。詳細については、「自動システム回復を使用して破損したクラスタ ノードを復元する」を参照してください。
  
• アプリケーションおよびアプリケーション データをバックアップ データ セットから復元します。
  

重要

• 各ノードの自動システム回復バックアップがない場合は、クラスタを復元することはできません。代わりに、クラスタを初めから作り直す必要があります。詳細については、「チェックリスト : サーバー クラスタを計画および作成する」を参照してください。
  

マジョリティ ノード セット クラスタの復元方法は、他のクラスタの復元方法と同じです。ただし、マジョリティ ノード セット クラスタでは、一部のノードに障害が発生してクラスタのクォーラムが失われた場合は、残りのノードで強制的にクォーラムを形成してクラスタを再起動できます。詳細については、「主要なノード セットのサーバー クラスタでクォーラムを強制する」を参照してください。

注

• マジョリティ ノード セット クラスタでは、クラスタ データベースはすべてのノードの中心にあるクラスタ ディスクに格納されているのではなく、各ノードのローカルの %systemroot%\Cluster\MNS.%ResourceGUID%$\%ResourceGUID%$\MSCS\ に格納されています。
  

サーバー クラスタでアプリケーション データを復元するときは、アプリケーション付属のドキュメントに記載されている指示に従ってください。

重要

• Microsoft Exchange Server をバックアップする場合は、Microsoft の Web サイトの Exchange Server のセクションで、最新の NTBackup.exe を入手できます。または、Windows Server 2003 ファミリのオペレーティング システムに含まれているバージョンの NTBackup.exe を使用することもできます。