Windowsクラスタリングはサーバーリソースの高可用性を提供します。 この記事では、Windows サーバークラスターをあるドメインから別のドメインに移動する方法について説明します。
対象: Windows Server 2003
元の KB 番号: 269196
メモ
本番環境でこの種類の移動を行うことはお勧めしません。
詳細情報
依存度の高まりに伴い、Microsoftは、すでにインストールおよび構成されているWindows Server 2008、Windows Server 2008 R2、およびWindows Server 2012のフェールオーバークラスターを別のドメインに移動することをサポートしていません。 次の手順は、Windows Server 2008、Windows Server 2008 R2、Windows Server 2012には適用されません。そのため、新しいクラスターを作成する必要があります。 さらに、高可用性アプリケーションを再クラスタリングする必要があります。
Microsoft Windows 2000 ベースのサーバークラスターや Windows Server 2003 ベースのサーバークラスターを 1 つのドメインから別のドメインに移動することは可能ですが、すべてのインストールされたサービスやアプリケーションが新しいドメインで正しく構成されるように、そのクラスターを新しいドメインで再構築することをお勧めします。 この記事の手順を使用して、クラスタ サービスが新しいドメインで開始および操作できるようにすることができます。 しかし、これらの手順を実行しても、すべてのリソースが新しいドメインで利用可能になるわけではありません。
メモ
- Microsoft は、基礎となる操作がサポートされていない場合に、リソースをあるドメインから別のドメインへ移動しようとする管理者を支援しません。 たとえば、Microsoft は、Microsoft Exchange サーバーをあるドメインから別のドメインに移動しようとする管理者に対してサポートを提供していません。
- クラスター内のノードのいずれかがドメイン コントローラーである場合、Windows NT 4.0 ベースのクラスターをあるドメインから別のドメインに移動することはできません。
警告
各クラスターノードのすべての共有ハードディスク上のすべてのデータの完全バックアップを試みる前に、クラスタを移動しようとする前に行うことをお勧めします。
この記事の手順は、新しいドメインでクラスタサービスを開始することを可能にします。 しかし、新しいドメインでリソースをオンラインにできない場合があります。また、オンラインにできるリソースも正しく動作しない可能性があります。
クラスターを移動するには、次の手順に従います。
新しいドメインでクラスタ サービス用のユーザーアカウントを作成します。 権利のいずれも削除されないように、グループ ポリシー オブジェクト (GPO) やセキュリティ テンプレート要件がそれらの権利を排除しないように確認する必要があります。 ユーザーアカウントには次の権限が必要です。
- メモリ内のページをロックする
- サービスとしてログオンする
- オペレーティングシステムの一部として機能する。 (Windows 2000 および Windows Server 2003)
- ファイルとディレクトリをバックアップする。
- クォータを増やす。
- スケジュールの優先度を上げる
- デバイスドライバを読み込み、アンロードします。
- ファイルとディレクトリを復元する。
- プロセスのメモリ割り当てを調整する (Windows Server 2003).
さらに、クラスタ サービス アカウントは、クラスタ内のすべてのノードに対して管理者権限を持つ必要があります。
クラスター内のすべてのノードで、クラスタサービスの起動値を手動に設定します。
- 「スタート」をクリックし、「設定」にポイントして、「コントロール パネル」をクリックし、「サービス」をダブルクリックします。
- 次に、クラスターサービスをクリックし、[スタートアップ] をクリックします。
- 起動の種類を「自動」から「手動」に変更します。
- OKをクリックしてください。
クラスタノードのすべてでクラスタサービスを停止します。
- 「スタート」をクリックし、「設定」にポイントして、「コントロール パネル」をクリックし、「サービス」をダブルクリックします。
- クラスターサービスをクリックし、次に停止をクリックします。
1つを除き、すべてのノードをオフにします。
お使いのオペレーティングシステムに適した手順を用いて、ノードを新しいドメインに移動してください。 プロセスを完了し、その後ノードを再起動します。
ノード上で、Clusterサービスがドメインにログオンする際に使用するサービスアカウントを、作成したユーザーアカウントに変更します。
そのノードでクラスタサービスを開始します。
クラスタ管理者を使用して、問題がないことを確認してください。 すべてのリソースをオンラインにするよう試みてください。 クライアントコンピューターからすべてのリソースの機能をテストし、その後、イベントビューワシステムログでエラーメッセージをチェックしてください。
メモ
この時点では、このノードを古いドメインに戻し、移動されていないノードを起動することで、移動をキャンセルすることができます。
最初のノードの移動が成功すれば、クラスタ内の他のノードを新しいドメインに移行し続け、それぞれのノードについてステップ5から始めてください。
警告
コンピュータが仮想 Microsoft SQL Server 7.0 インスタンスを持っている場合に、そのコンピュータを別のドメインへ移動し、SQL Server 7.0 のクラスタを解除しないままにすると、SQL クラスターリソースが失敗する可能性があります。 SQL Server 7.0の障害のため、Microsoft CSSと協力してSQL Server 7.0のクラスタリングを手動で解除しなければならないかもしれません。 SQL Server 7.0のクラスタリングを解除した後、クラスタ化されたSQL Serverコンピュータを再設定するために、SQL Cluster Failover Wizardを使用する必要があります。 場合によっては、SQL Server 7.0 を完全に削除し、その後再インストールする必要があるかもしれません。
メモ
あなたのDNSサーバーがセキュリティゾーン内にある場合、DNS登録に影響が出る可能性があります。 セキュアなDNSゾーンでは、登録を行うアカウントの認証情報が取得され、レコードと共に保存されます。 これにより、悪意のある意図で誤った値に置き換えられることから保護されます。 クラスター仮想サーバーの場合、元のクラスターサービスアカウントがこの目的に使用されます。 システムイベントログでDNS登録の失敗を見ることがあるかもしれません。一般的にはエラー9005(拒否)です。 この問題が発生した場合、DNSサーバーのレコードを削除し、ネットワーク名をオフラインにした後、再びオンラインにしてください。これにより、新しい認証情報が登録に記録されます。