最近 %ServerName; に保護エージェントをインストールした場合は、コンピューターが再起動中の可能性があります。コンピューターの再起動後、保護エージェントが利用可能になるまでしばらく待ってください。または、次の手順に従って問題を解決してください。 1) エージェントが応答しなかった理由について、%ServerName; のアプリケーション イベント ログで、DPMRA ソースの最近のレコードを確認します。 2) DPM サーバーが %ServerName; からリモートでアクセスできることを確認します。 3) DPM サーバーのファイアウォールが有効な場合は、%ServerName; からの要求をブロックしていないことを確認します。 4) %ServerName; が NETBIOS を使用するように構成されたワークグループ コンピューターの場合は、DPM サーバーの NETBIOS 名に %ServerName; からアクセスできることを確認します。アクセスできない場合は、DNS 名にリモートでアクセスできることを確認します。 5) %ServerName; がワークグループ サーバーの場合は、DPM サーバーの IPSEC 例外でワークグループ サーバーからの通信を許可していることを確認します。 6) %ServerName; がワークグループ サーバーの場合は、DPM ユーザー アカウントのパスワードが変更されているか、有効期限が切れている可能性があります。このエラーを修正するには、保護されたコンピューターで -UpdatePassword フラグを、DPM サーバーで Update-NonDomainServerInfo.ps1 を指定して、SetDpmServer を実行します。 7) %ServerName; で DPM 保護エージェント サービスを再開します。サービスを開始できない場合は、DPM 保護エージェントを再インストールします。 8) %ServerName; が証明書を使用するように構成されている場合は、DPM サーバー と %ServerName; で DPM CPWrapper サービスが実行されていることを確認します。さらに、両方のコンピューターで使用されている証明書が有効なことも確認してください。
最新の特定の時点への回復が失敗しました 最新の特定の時点に回復する場合 DPM は回復を開始する前に SQL トランザクション ログのバックアップを実行し %ServerName; 上の SQL データベース %DatasourceName; ...
最近 %ServerName; に保護エージェントをインストールした場合 コンピューターが再起動中の可能性があります コンピューターの再起動後 保護エージェントが利用可能になるまで数分お待ちください 問題が引き続き発生する場合は 次の手順を実行してください ...
最近 %ServerName; に保護エージェントをインストールした場合 コンピューターが再起動中の可能性があります コンピューターの再起動後 保護エージェントが利用可能になるまで数分お待ちください 問題が引き続き発生する場合は 次の手順を実行してください ...
最近 %ServerName; に保護エージェントをインストールした場合は コンピューターが再起動中の可能性があります コンピューターの再起動後 保護エージェントが利用可能になるまでしばらく待ってください または 次の手順に従って問題を解決してください ...
最近 %ServerName; に保護エージェントをインストールした場合は コンピューターが再起動中の可能性があります コンピューターの再起動後 保護エージェントが利用可能になるまでしばらく待ってください または 次の手順に従って問題を解決してください ...
最適化された ILR を使用して %DatasourceType; %DatasourceName; を %TargetServerName; に回復するジョブが %StartDateTime; に開始されましたが このジョブが失敗しました ...
最適化されていない項目レベルの回復を実行してください これには通常より時間がかかります 詳しい手順は マニュアルを参照してください
期限の許容範囲は回復ポイントをアクティブなテープで期限切れの状態のまま保持できる最長の時間を定義します ヘルプ をクリックして詳細を参照してください
構成およびコンテンツ データベースが元の場所に回復されます バックアップ時に DPM がデータベースのメタデータ情報を収集できなかった場合は このオプションは無効になります