「Windowsがローカルコンピューターでクラスターサービスを起動できません」の問題を修正する方法は？

アウトライン: グループ管理を開始しようとした際に、「Windows がローカル PC 上でバンチ管理を開始できませんでした。」というメッセージを受け取る場合があります。ここでは、この問題を調査し、解決方法について検証します。また、データベースが破損しているために問題が発生した場合に役立つペンドライブデータ復旧ソフトウェアについても触れます。 高可用性を持つリターンサーバーを保つためには、データベースアクセスグループ（DAG）が必要であり、Windowsクラスタリングサービスが各参加ノードで実行されている必要があります。サービスが実行されていない場合、レプリケーションとクラスタは正常に動作しません。 時々、サービスのパフォーマンスと安定性を確認する際に、クラスタリングサービスが実行されていないことに気付きます。この問題を確認するには、Exchange管理センター（ECP）のデータベースアクセスグループ（DAG）セクションをチェックし、ブランチとオブサーバーサーバーが表示されます。特定のノードが「IS機能」セクションで「No」表示されていることがわかるでしょう。 このような場合、まず障害が発生しているサーバーを調査し、クラスタリングサービスを再起動しようとする必要があります。ただし、サービスから「ローカルPC上でバンチ管理を開始できませんでした。」というメッセージが返ってくるかもしれません。詳細については、システムイベントログを確認してください。これがマイクロソフト以外のサービスである場合は、サポートベンダーに連絡し、サポート固有のエラーコード2を参照してください。 「Windows がローカルPC上でバンチ管理を開始できませんでした。」 Windowsがグループ管理を開始できない問題を解決する方法を見てみましょう。 解決策1: このような問題が発生した場合、まず組織のログを確認して、サービスに影響を与えた特定の変更を追跡する必要があります。構成に変更が加えられたか、問題が発生する前にサーバーメンテナンスが行われたか、ファイルが無効になっているか、変更されているかを確認できます。サーバーで行われた変更を追跡することで、何が間違ってしまったかの良い手掛かりが得られ、問題の解決に役立ちます。 解決策2: 変更のログがない場合は、変更管理ログを保つことを強くお勧めします。すべてが適切なメンテナンスウィンドウで行われ、変更が適切な人々によってスクリーニングされていることを確認します。 解決策3: サーバーにクラスタがインストールされている場合、常に特定のActive Directoryユーザーの下で開始および実行されます。システムアカウントは使用しません。したがって、ファイルに問題が発生する可能性があります。同じサービスアカウントが同じクラスタ内のすべてのノードで使用されていることを確認する必要があります。 まず、Windowsクラスターアカウントがアクティブで正常に動作しているかを確認する必要があります。これにはアクティブディレクトリユーザーやコンピューターを開く必要があります。クラスターアカウントを見つけたら、ファイルを右クリックしてプロパティをクリックします。 「アクティブディレクトリユーザーとコンピューター」 「ファイルの有効期限」セクションで、ファイルが「決して」に設定されているか、失効日が表示されているかを確認する必要があります。ファイルが失効している場合は、パスワードまたは失効日を変更する必要があります。 ファイルがロックされている場合は、ロック解除ファイルが表示されているかどうかを確認する必要があります。この場合は、ファイルを開いてください。 これらの手順が完了し、ファイルがアクティブな場合、問題が解決されたかどうかを確認してください。問題が解消しない場合は、指定されたサーバー上のファイルの許可を個別に確認する必要があります。クラスタ構成の設定と実装は、指定されたサーバーのローカルセキュリティポリシーを変更し、ファイルにユーザー権限を付与します。グループサービスアカウントがサーバー上で管理権限を持つ必要があります。これは、コンピュータ管理、ローカルユーザーおよびエンドレスグループセクションから実行されます。クラスタサービスアカウントがグループの一部であることを確認してください。 「PC管理、ローカルユーザーおよびグループ」 解決策4: これが失敗する場合、原因となっているサーバーを再起動することを検討することができます。時々、これにより問題が解決することがあります。ただし、これに頼るのは得策ではありません。 解決策5: Exchangeサーバーが更新されていないことを確認します。クラスタに問題が発生する可能性があります。Exchangeサーバーが更新またはWindows Serverオペレーティングシステムが同じであることを確認してください。すべてのノードで更新/修正レベルが同じであることを確認します。 解決策6: 別の情報源はイベントログです。サーバーのデータベースに問題があるかもしれません。これがイベントログでエラーを示す場合があります。この場合は、次のようなエラーメッセージが表示されることがあります。 「データベース 'DB01' がマウントに失敗しました。エラー: 操作担当者のアクションに失敗しました。 エラー: データベース操作に失敗しました。 エラー: 可能なアクティブ化のためのデータベースコピーを選択しようとしてエラーが発生しました。 エラー: エラー 'DB01' をマウントできなかったという理由で、データベースがコピーを有効にするためのデータベースコピーを検証するときまたは別のコピーをアクティベートしようとしたときに発生しました。 詳細エラー:EX02:アクティブマネージャの操作が失敗しました。エラー: 無効なアクティブマネージャの設定。誤り: クラスタールートキーにアクセスできませんでした（エラー: クラスター操作中にエラーが発生しました。 エラー: クラスタAPIが失敗しました: "OpenCluster（null）が0x6d9で失敗しました。 エラー: エンドポイントマッパーから使用可能なエンドポイントがもはやありません」という理由） [サーバー: EX02.mycompany.lan] [データベース: DB01、サーバー: EX02.mycompany.lan]」 解決策7: 上記のエラーメッセージから、アクティブマネージャの構成に問題があるようです。この場合、最善の選択肢はデータベースをクラスタから削除して再インストールすることを試してみることです。 もし上記の方法がうまくいかない場合は？ 上記の方法が失敗した場合、サーバーの問題がサービスの開始とデータベースのマウントを妨げている可能性があります。この場合、サーバーをクラスターから削除し、運用を停止し、サーバーを一から再インストールすることで問題を解決できます。ただし、これには多くの作業が必要です。主な問題はデータの一貫性と潜在的なデータ損失であり、データを保持するデータベースが破損しているか、トランザクションログが欠落している可能性があるため、データ損失が発生する可能性があります。 このような場合、Heavenly Fix for ExchangeなどのExchange Server Recoveryソフトウェアを使用することができます。このアプリケーションは、データベースファイルからデータを回復するためのものであり、データ損失なしに任意のExchange Serverのバージョンの破損EDBデータベースを復元し、その他の形式にエクスポートできます。このアプリケーションは、復元されたデータベースを直接ライブExchange ServerデータベースまたはOffice 365にエクスポートすることもできます。 メールボックスの復元、重要なメールボックスの復元のための対象復旧、自動メールボックスのマッチング、および中断がある場合の継続などの機能があります。これは、ビジネスに最小限の影響で問題を解決するのに役立ちます。このような状況においてHeavenly Fix for Exchangeは理想的なアプリケーションです。