この記事では、クラスター サービスを開始するためのスタートアップ パラメーターとして使用できるすべてのスイッチの一覧を示します。
元の KB 番号: 258078
まとめ
これは、クラスター サービスを開始するためのスタートアップ パラメーターとして使用できるすべての使用可能なスイッチの一覧です。
これを行うには、サービスのプロパティに移動し、[開始パラメーター] ボックスに適切なスイッチを配置し、[開始] をクリックします。
コマンド ラインからクラスター サービスを開始するときに、スイッチを使用することもできます。 例えば次が挙げられます。
net start clussvc.exe / switch
Note
Microsoft Windows 2000 Server 以前のバージョンのスイッチの前にダッシュ (-) を含めます。
デバッグ スイッチには、特別なスタートアップ パラメーターがあります。 正しい使用方法については、この記事の後半の「 Debug 」セクションを参照してください。
Windows Server 2003 には、各スイッチの省略形が含まれています。 これにより、クラスター サービスのスタートアップ スイッチの使用が簡略化されます。 たとえば、 /FixQuorum
スイッチ or /FQ
スイッチを使用してサービスを開始できます。
有効なオプション スイッチは次のとおりです。
Switch | 機能 | Windows 2003 の省略形 |
---|---|---|
FixQuorum | クォーラム デバイスをマウントしないでください。クォーラム ログはオフになっています。 | FQ |
NoQuorumLogging | クォーラム のログ記録が無効になっています。 | NQ |
デバッグ | クラスター サービスの開始時にイベントを表示します。 特別な構文については、この記事で後述する「デバッグ」セクションを参照してください。 | |
LogLevel N | デバッグ モードのログ レベルを設定します。 | |
DebugResMon | クラスター サービスは、開始時にすべての Resource Monitor プロセスにデバッガーがアタッチされるのを待ちます。 | DR |
Windows 2000 以降のスイッチには、次のものが含まれます。
Switch | 機能 | Windows 2003 の省略形 |
---|---|---|
ResetQuorumLog | クォーラム ログファイルとチェックポイント ファイルを動的に再作成します (この機能は Microsoft Windows NT 4.0 では自動です)。 | RQ |
NoRepEvtLogging | イベント ログ エントリのレプリケーションはありません。 |
Windows Server 2003 以降のスイッチには、次のものが含まれます。
Switch | 機能 | Windows 2003 の省略形 |
---|---|---|
ForceQuorum または <N1,N2,...> | ノード リスト N1、N2 などを使用してマジョリティ ノード セットを強制します。 (マジョリティ ノード セット クォーラムにのみ適用されます)。 | FO |
NoGroupInfoEvtLogging | オンラインとオフラインのグループに関連するイベント ログにイベントを記録しないでください。 | NG |
スイッチの説明
一部のスイッチの説明を次に示します。
デバッグ
関数: クラスター ログには、障害を開始するためのクラスター サービスの診断に役立つ情報が含まれていない可能性があります。 これは、Cluster.logが開始される前にクラスター サービスが失敗する可能性があるためです。 このスイッチを使用してクラスター サービスを開始すると、クラスター サービスの初期化が表示され、これらの早期発生の問題を特定するのに役立ちます。
要件: このスイッチは、一時的な診断目的でのみ使用します。 サービス アカウントのログオン エラー、またはシステム関連の別のエラーが原因でクラスター サービスの起動に失敗した場合、サービスを実行できない可能性があります。 その結果、cluster.log ファイルが作成されない可能性があります。 このメソッドは、Service Control Manager によって提供される通常の環境の外部でサービスを実行します。 このスイッチを使用するには、管理者権限でローカルにログオンし、コマンド プロンプトからコマンドを開始する必要があります。 デバッグ スイッチは、通常の使用や時間の長さには使用しないでください。 サービスは、オプション セットを使用して効率的に実行されません。
使用シナリオ: このスイッチは、クラスター サービスの起動に失敗した場合にのみ使用する必要があります。 このスイッチは、クラスター サービスの操作を開始しようとしたときに画面に表示されます。 このスイッチは、コマンド プロンプトからサービスを開始するときにのみ使用でき、クラスター サービスがインストールされているフォルダーに存在する必要があります。 既定では、これは %SystemRoot%\Cluster です。 これは、net start コマンドでサービスを開始するために使用しない唯一のスイッチでもあります。
操作: コマンド プロンプトを開き、%SystemRoot%\cluster フォルダーに移動し、次の clussvc /debug [loglevel#] "
を入力します。
ここで、 loglevel# は次のいずれかです。
# | 説明 |
---|---|
0 | ログ記録は行われません。 |
1 | エラーのみがログに記録されます。 |
2 | エラーと警告がログに記録されます。 |
3 | イベント ログに書き込まれていないイベントも含め、すべてのイベントがログに記録されます。 |
または、デバッグ スイッチを使用するときに、set コマンドを使用してクラスター ログ レベルを制御することもできます。 コマンド プロンプトで、次の set clusterloglevel= x を入力します。ここで、 x は前の表に示した値のいずれかです。
クラスター サービスは、cluster.logに表示されるのと同様の出力をウィンドウに送信します。 または、次のコマンド構文を使用して、この情報をファイルにキャプチャすることもできます。
clussvc /debug > c:\debug.log
クラスター サービスが正常に実行されている場合は、Ctrl キーを押しながら C キーを押してサービスを停止します。
Note
ClusterLogLevel 環境変数を使用して、デバッグ スイッチを使用するときに出力レベルを制御できます。
FixQuorum
関数: クォーラム デバイスに問題があるにもかかわらず、クラスター サービスを起動できます。 サービスの開始後にオンラインになるリソースは、クラスター IP アドレスとクラスター名だけです。 クラスター管理者を開き、他のリソースを手動でオンラインにすることができます。
要件:このスイッチは、通常の動作中ではなく、非常に一時的な診断モードでのみ使用する必要があります。 このスイッチを使用して起動するノードは 1 つだけで、このスイッチを使用して起動したノードに 2 つ目のノードを参加させる必要はありません。 通常、このスイッチは単独で使用されます。
使用シナリオ: クォーラム リソースの障害が原因でクラスター サービスを通常の方法で起動できない場合、ユーザーはこのモードでクラスター サービスを起動し、障害の診断を試みることができます。
操作: クラスター サービスが起動した後も、クォーラム リソースを含むすべてのリソースはオフラインのままです。 その後、ユーザーは手動でクォーラム リソースをオンラインにして、クラスター ログ エントリと新しいイベント ログ エントリを監視し、クォーラム リソースに関する問題の診断を試みることができます。 構文は次のとおりです: net start clussvc /fixquorum
。
ResetQuorumLog
関数: クォーラム ログとチェックポイント ファイルが見つからないか破損している場合、これを使用して、ローカル ノードの %SystemRoot%\Cluster\CLUSDB レジストリ ハイブの情報に基づいてファイルを作成できます。 クォーラム ログ ファイルが適切な順序で検出された場合、このスイッチは無効になります。
要件: 通常、このスイッチを使用して起動されるノードは 1 つだけであり、このスイッチは単独で使用されます。 これは、新しいクォーラム ログ ファイルを作成するために、古い可能性がある情報を使用した結果を理解している経験豊富なユーザーのみが使用する必要があります。
使用シナリオ: このスイッチは、クォーラム ログ (Quolog.log) とChkxxx.tmp ファイルが不足しているか破損しているために、クラスター サービスが Windows 2000 以降のコンピューターで起動できない場合にのみ使用する必要があります。 Windows NT 4.0 では、これらのファイルが存在しない場合は自動的に再作成されます。 この機能は、クラスター サービスの開始をより詳細に制御できるように、Windows 2000 で追加されました。
Note
クラスターで Windows 2000 Service Pack 4 (SP4) が実行されていて、修正プログラム 872970 が以前にインストールされている場合、 /resetquorumlog
は不要になります。 既定の動作では、古いログ ファイルが見つからないか破損している場合に、起動時に新しいログ ファイルを作成します。
操作: クラスター サービスは、%systemroot%\Cluster\CLUSDB ファイルを使用して、現在読み込まれているクラスター ハイブの情報を使用して、クォーラム ログ ファイルが見つからないか破損していることが判明した場合に、クォーラム ログ ファイルの自動リセットを実行します。 構文は次のとおりです。
net start clussvc /resetquorumlog
DebugResMon
関数: リソース モニター プロセスと、リソース モニターによって読み込まれるリソース ダイナミック リンク ライブラリ (DLL) をデバッグするのに役立ちます。 任意の標準の Windows ベースのデバッガーを使用できます。
要件: コマンド プロンプトからクラスター サービスを開始したとき、およびデバッグ スイッチを使用する場合にのみ使用できます。 クラスター サービスをサービスとして実行するときに使用できる同等のレジストリ設定はありません。 デバッガーは、起動時にリソース モニターにアタッチできる必要があります。 通常、このスイッチは単独で使用されます。
使用シナリオ: 開発者はこのスイッチを使用して、リソース モニター プロセスとそのカスタム リソース DLL をデバッグできます。 このオプションは、リソース DLL のバグにより、クラスター サービスによって起動された後、ユーザーがリソース モニター プロセスにデバッガーを手動でアタッチする前に、リソース モニター プロセスが予期せず終了する場合に非常に便利です。
操作: リソース モニター プロセスが開始される直前に、クラスター サービス プロセスはメッセージ (デバッガーが resmon プロセス X に接続するのを待機しています)、 X はリソース モニター プロセスのプロセス ID (PID) です。 クラスター サービスは、クラスター サービスによって作成されたすべてのリソース モニター プロセスを待機します。 ユーザーがリソース モニター プロセスにデバッガーをアタッチし、リソース モニター プロセスが開始されると、クラスター サービスは初期化を続行します。
NoRepEvtLogging
関数: norepevtlogging スイッチは、イベント ログに記録されたイベントのレプリケーションを防止します。 このスイッチは、イベント ログに既に記録されているイベントを除外することで、コマンド ウィンドウに表示される情報の量を減らすのに役立ちます。 イベント ログ レプリケーションは、Windows 2000 で追加された機能です。
使用シナリオ: このスイッチは、イベント ログのレプリケーションを防ぐために使用されます。 多数のイベント ログ エントリがある場合、クラスター サービスによってこれらのエントリがレプリケートされ、cluster.logにログが記録されます。 これにより、cluster.logがすばやく折り返される可能性があります。 スイッチを使用してクラスター サービスを開始し、イベント ログに記録されていないイベントをローカル ファイルDebugnorep.logログに記録することもできます。 構文は次のとおりです。
clussvc /debug /norepevtlogging > c:\debugnorep.log\
操作: コンピューター管理コンソールからクラスター サービスを開始するときに、norepevtlogging コマンドを開始パラメーターとして設定できます。
コマンド ライン構文は次のとおりです。
net start clussvc /norepevtlogging
このコマンドは、このスイッチで開始されたノードがその情報を他のノードにレプリケートできないようにしますが、通常どおりに起動された他のノードから情報を受け取ります。
NoQuorumLogging
関数: クォーラム ディスクに対するクラスター レジストリの変更のログ記録をすべてオフにします。 レジストリのチェック ポイントは、他のリソースには影響しません。
要件: このスイッチは、クォーラム ドライブ上の \MSCS ディレクトリにあるクォーラム ログ ファイル (Quolog.log) またはクラスター ハイブ チェックポイント ファイル (Chkxxx.tmp) に関する問題を診断するために、診断モードでのみ使用する必要があります。 このスイッチを使用して 1 つのノードを起動する場合は、このスイッチを使用して他のノードも起動する必要があります。 通常、このスイッチは 1 つのノードのみで使用されます。
使用シナリオ: クォーラム ログ ファイルまたはチェックポイント ファイルが破損し、これらのファイルをバックアップ コピーに手動で置き換える場合に、このスイッチを使用します。
操作: この場合、クラスター サービスはログ機能を完全にバイパスします。 このモードで実行すると、"パーティションインタイム" シナリオが発生する可能性があります。 その場合、クラスター ノードのレジストリ エントリが同期から外れ、新しい変更が失われる可能性があります。 構文は次のとおりです: net start clussvc /noquorumlogging
。
ForceQuorum
関数: Windows Server 2003 クラスターでマジョリティ ノード セット (MNS) クォーラム モデルを使用する場合、場合によっては、クォーラム (マジョリティ) がない場合でもクラスターの実行を継続できる必要があります。 プライマリ サイトに 4 つのノードがあり、セカンダリ サイトに 3 つのノードがある地理的に分散したクラスターの場合を考えてみましょう。 障害は発生しませんが、クラスターは 7 ノードのクラスターであり、リソースは任意のノード、任意のサイトでホストできます。 サイト間で通信エラーが発生した場合、またはセカンダリ サイトがオフラインになっている (または失敗した) 場合、プライマリ サイトはクォーラムを保持するため続行できます。 すべてのリソースが再ホストされ、プライマリ サイトでオンラインになります。
ただし、プライマリ サイトの致命的な障害が発生した場合、セカンダリ サイトはクォーラムを失い、そのため、そのサイトですべてのリソースが終了します。 マルチサイト クラスターを使用する主な目的の 1 つは、プライマリ サイトでの災害を乗り切ることです。ただし、クラスター ソフトウェア自体は、プライマリ サイトの状態を判断できません。 クラスター ソフトウェアは、サイト間の通信エラーとプライマリ サイトでの障害を区別できません。 これは手動による介入によって行う必要があります。 言い換えると、クラスター サービスがクォーラムを持っていないと考えている場合でも、セカンダリ サイトを強制的に続行できます。 これは強制クォーラムと呼ばれます。
このメカニズムは、クォーラム レプリカ セットに関連付けられているセマンティクスを効果的に中断するため、制御された条件下でのみ実行する必要があります。 上の例では、セカンダリ サイトとプライマリ サイトが通信を失い、管理者がセカンダリ サイトでクォーラムを強制した場合、リソースは両方のサイトでオンラインになるため、クラスター内のデータの不整合やデータ破損の可能性があります。
要件: クォーラムの強制は、残りのすべてのノードでクラスター サービスを停止する必要がある手動プロセスです。 クラスター サービスには、クォーラムを持つと見なす必要があるノードを指定する必要があります。
使用シナリオ: ノードがクラスターの一部として構成されているため、プライマリ サイトが復帰する場合は、特別な注意が必要です。 クラスターが強制クォーラム状態で実行されている間は、完全に機能します。 たとえば、ノードをクラスターに追加したり、クラスターから削除したりできます。新しいリソースやグループなどを定義できます。
Note
強制クォーラム ノード リストに含まれていないすべてのノードのクラスター サービスは、強制クォーラム情報が削除されるまで停止したままにする必要があります。 これを行わないと、データの不整合やデータの破損につながる可能性があります。
操作: クラスター内の残りのすべてのノードでクラスター サービスのスタートアップ パラメーターを設定します。 これを行うには、サービス コントロール パネルを起動し、クラスター サービスを選択し、 Start パラメーター オプションに次のように入力します。
net start clussvc /forcequorum node_list
たとえば、セカンダリ サイトに Node5、Node6、Node7 が含まれており、クラスター サービスを開始し、クラスター内の唯一のノードにする場合は、次のコマンドを使用します。
net start clussvc /forcequorum /forcequorum node5,node6,node7
Note
キーにはスペースを含めてはなりません (ノード名自体にスペースがある場合を除く)。