ワークロードインベントリ中の次の共通の問題に従って、トラブルシューティングが必要な場合があります。
問題またはメッセージ |
解決方法 |
---|---|
|
|
|
|
The domain in the credentials is invalid or blank |
このエラーは資格情報のフォーマットが不正な場合に発生します。 hostname\LocalAdminという資格情報のフォーマットでローカル管理者アカウントを使用して検出してみてください。 または、domain\DomainAdminという資格情報のフォーマットでドメイン管理者アカウントを使用して検出してみてください。 |
Unable to connect to Windows server...Access is denied |
ワークロードを追加しようとする際に、非管理者アカウントが使用されました。管理者アカウントを使用するか、このユーザを管理者グループに追加して再試行します。 このメッセージは、WMI接続性に障害が発生したことを示す場合もあります。次の考えられる解決策について、それぞれ試してみてからWMIの接続性テストを再実行してください。テストが成功したら、ワークロードを再度追加します。 |
Unable to connect to Windows server...The network path was not found |
ネットワークの接続性の障害です。接続性テストの実行で、テストを実行します。このテストが失敗した場合は、PlateSpin Forgeとワークロードが同じネットワーク上にあることを確認します。ネットワークを再設定して再試行してください。 |
“Discover Server Details {hostname}” Failed Progress: 0% Status: NotStarted |
このエラーには複数の原因があり、それぞれに固有の解決策があります。
|
エラーメッセージが表示されワークロードの検出が失敗する Could not find file output.xml または Network path not found または(Windowsクラスタの検出試行時に) Inventory failed to discover. Inventory result returned nothing. |
「output.xmlファイルが見つかりませんでした」というエラーにはいくつかの理由があります。
|
この基本的なネットワークコネクティビティのテストを実行して、保護する対象のワークロードとPlateSpin Forgeが通信できるかどうかを判断します。
Forge VMに移動します。
VMware Clientプログラムのダウンロードを参照してください。
コマンドプロンプトを開き、ワークロードに対してpingを行います。
ping workload_ip
Forge VMに移動します。
Wbemtest」と入力して<Enter>キーを押します。
> の順にクリックし、「をクリックします。
\root\cimv2を付加して入力します。たとえば、ホスト名がwin2kの場合、次のように入力します。
に、検出しようとしているワークロード名に\\win2k\root\cimv2
hostname\LocalAdminまたはdomain\DomainAdminのいずれかのフォーマットを使用して適切な資格情報を入力します。
をクリックし、WMI接続をテストします。
エラーメッセージが返されたら、PlateSpin Forgeとワークロードの間でWMI接続が確立できていません。
保護するワークロードにログインします。
> をクリックします。
「dcomcnfg」と入力し、<Enter>キーを押します。
次の手順で接続性を確認します。
Windows NT/2000サーバマシン上で、[DCOM設定]ダイアログが表示されます。
タブをクリックし、 が選択されていることを確認します。Windows Server 2003の場合、[コンポーネントサービス]ウィンドウが表示されます。コンポーネントサービス管理ツールのコンソールツリーに含まれる
フォルダで、DCOM接続性のチェックをするコンピュータを右クリックし、 をクリックします。 タブをクリックし、 が選択されていることを確認します。DCOMが有効でない場合は有効にし、サーバを再起動するか、Windows Management Instrumentationサービスを再起動します。その後、再度ワークロードを追加してください。
RPCサービスには次の3種類の潜在的な妨害物があります。
Windowsサービス
Windowsファイアウォール
ハードウェアファイアウォール
Windowsサービスの場合、ワークロード上でRPCサービスが実行中であることを確認します。サービスパネルにアクセスするには、コマンドプロンプトからservices.mscを実行します。Windowsファイアウォールの場合、次の方法を試すことができます。ハードウェアファイアウォールの場合、次の方法を試すことができます。
PlateSpin Forgeおよびワークロードをファイアウォールの同じ側に置く
PlateSpin Forgeとワークロードの間の特定のポートを開く(保護ネットワークにわたるアクセスおよび通信の要件を参照)。
ウイルス対策ソフトウェアは、WMIとリモートレジストリに関連するPlateSpin Forgeの機能の一部を時々ブロックすることがあります。ワークロードインベントリが正常に行われるようにするためには、ワークロードでウイルス対策サービスを最初に無効化しなければならないことがあります。さらに、ウイルス対策ソフトウェアは、特定のプロセスや実行ファイルへのアクセスのみを許可し、特定のファイルへのアクセスをロックする場合があります。これにより、ファイルベースのデータレプリケーションが妨害されてしまう場合があります。そのような場合は、ワークロード保護を設定する際にウイルス対策ソフトウェアによってインストールされ使用されるサービスなどを選択して無効化できます。これらのサービスは、ファイル転送の間のみ無効化され、転送プロセスが終了すると再開されます。これは、ブロックレベルのデータレプリケーション中だけとは限りません。
ワークロードを正常に保護するには、PlateSpin ForgeはOFXコントローラ、およびブロックレベルのレプリケーションが必要な場合は、専用のブロックベースのコンポーネントを正常に展開しインストールする必要があります。これらのコンポーネントをワークロードに展開するにあたり、さらにはワークロードの追加プロセスで、PlateSpin Forgeはワークロードの管理共有を使用します。PlateSpin Forgeは、共有に対して管理者アクセスが必要です。そのためには、ローカル管理者アカウントまたはドメイン管理者アカウントを使用します。
管理共有が有効であることを確認するには:
デスクトップ上の
右クリックし、 を選択します。> > の順に展開します。
Shared Foldersディレクトリの中には、他の共有とともにC$およびAdmin$が表示されるはずです。
共有が有効化されていることを確認したら、Forge VM内部からそれらにアクセスできることを確認します。
Forge VMに移動します。
VMware Clientプログラムのダウンロードを参照してください。
[<サーバホスト>\C$」と入力し、[ ]をクリックします。
]>[ ]の順にクリックし、「\\入力が求められた場合は、PlateSpin Forgeワークロードインベントリにワークロードを追加するために使用する資格情報を入力します。
ディレクトリが開き、その内容を参照して変更できます。
IPC$共有を除くすべての共有に、このプロセスを繰り返します。
Windowsは、資格情報の検証および認証の目的でIPC$共有を使用します。この共有は、ワークロード上のフォルダまたはファイルにマップされていないので、テストは常に失敗しますが、共有が表示されることには変わりありません。
PlateSpin Forgeはボリュームの既存の内容を変更しませんが、アクセスと権限が必要な独自のディレクトリを作成します。