System Center DPM リリース ノート

この記事では、Dpm 2019、DPM 2019 UR1、DPM 2019 UR2、DPM 2019 UR3、DPM 2019 UR4、2019 UR5、および 2019 UR6 の既知の問題と回避策を含む、System Center 2019 - Data Protection Manager (DPM) のリリース ノートの一覧を示します。

DPM でサポートされ、バックアップできる内容の詳細については、次の記事を参照することをお勧めします。

この記事では、DPM 2022、2022 UR1、2022 UR2 の既知の問題と回避策を含む、System Center 2022 - Data Protection Manager (DPM) のリリース ノートの一覧を示します。

この記事には、DPM 2022 修正プログラム KB 5015376 のリリース ノートも含まれています。

DPM のサポート対象とバックアップできる内容の詳細については、次の記事を参照することをお勧めします。

DPM 2022 のリリース ノート

DPM 2022 には、DPM 2019 RTM で観察される既知の問題があります。

さらに、次の既知の問題が観測されています。

DPM 2022 RTM に DPM SQL Self-Service 回復ツールがない

DPM SQL Self-Service 回復は、DPM 2022 RTM では使用できません。 SQL Self-Service Recovery のサポートは、DPM 2022 UR1 から入手できます。 詳細については、こちらを参照してください

DPM セルフサービス回復では、クライアント マシンの復旧ポイントは一覧表示されません

説明: DPM クライアント コンピューターのバックアップは、セルフサービス回復のためにローカル管理者のグループ内のドメイン ユーザーには表示されません。

回避策: DPM 2022 UR2 にアップグレードしてこの問題を解決し、承認マネージャーを使用して管理以外のユーザーを手動で追加します。

DPM データベース名が DPMDB の場合、DPM 2019 から DPM 2022 へのアップグレードが失敗することがある

説明: 既存の DPM データベースの名前が DPMDB の場合、アップグレードは失敗します。

DPM アップグレード プロセスによって、DPM データベースの名前が常に DPMDB に変更されます。 同じ SQL インスタンスが複数の DPM サーバーで使用されている場合、DPMDB という名前のデータベースが既に存在する場合、他の DPM サーバーの後続のアップグレードは失敗します。

回避策: アップグレードを開始する前に、対応する DPM データベースの名前を変更します。

データベースの名前を変更するには、次の手順に従います。

  1. DPM サーバーで DPM サービスを停止します。

  2. 次の SQL コマンドを実行して、データベースの名前を変更します。次のクエリで DPM サーバー名を更新します。

    USE master
    GO
    ALTER DATABASE DPMDB  
    SET SINGLE_USER  
    WITH ROLLBACK IMMEDIATE
    GO
    EXEC master..sp_renamedb 'DPMDB','DPMDB_<DPMSERVERNAME>'
    GO
    ALTER DATABASE DPMDB_<DPMSERVERNAME>
    SET MULTI_USER  
    GO
    
  3. 更新されたデータベース名が反映されるように、次のレジストリ キーを更新します。

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\ConnectionString

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\DatabaseName

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDatabaseName

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDbConnectionString

    データベース名を反映するレジストリ エディターのスクリーンショット

  4. DPM 管理シェルを使用して、DPM サーバーで DPMsync を実行します。

    DPMSync -Sync
    

データ ソースのオンライン回復ポイントの作成がエラー ID 33505 または100195で失敗する可能性がある

説明: 一部のシナリオでは、データ ソースのオンライン回復ポイントの作成が、エラー ID 33505 または100195で断続的に失敗する可能性があります。

オンライン回復ポイント作成時のエラーのスクリーンショット

オンライン回復ポイント作成時のエラー メッセージのスクリーンショット

回避策:

  1. MARS エージェントを最新バージョンにアップグレードします。

  2. 失敗したデータ ソースのオンライン バックアップを再試行します。

  3. 新しいディスク回復ポイントを作成してから、オンライン回復ポイントをもう一度試します。

  4. 整合性チェックを実行し、オンライン バックアップをもう一度試します。

  5. それでもオンライン バックアップが失敗する場合は、サポート チームにお問い合わせください。

DPM 2022 修正プログラム (KB 5015376) リリース ノート

DPM 2022 リリース ノートに記載されている問題に加えて、DPM 2022 では次の追加の問題が特定され、修正プログラム (KB 5015376) で修正されます。修正プログラムを適用することをお勧めします。 詳細については、 KB の記事を参照してください。

  • エラー 100195 による断続的なオンライン バックアップ エラー。
  • VSS 非一時的エラーによるセカンダリ保護整合性チェック エラー。
  • 開いた直後にリモート管理コンソールがクラッシュします。
  • DPM エージェントに読み込まれていない DpmFilter.sys によるバックアップ エラー。
  • テープ バックアップ エラー アラートが非アクティブな場合、DPM がクラッシュします。

DPM 2022 UR1 リリース ノート

次の問題は、DPM 2022 UR1 (KB 5019645) のリリース後に特定され、DPM 2022 UR1 の修正プログラム (KB 5026073) で修正されています。次の問題が発生している場合は、修正プログラムを適用することをお勧めします。 詳細については、修正プログラムの KB に 関する記事を参照してください。

VMware Tools がインストールされている VMware VM のバックアップがエラー "Disk SubSystem 0x80990EF1" で失敗し始める

説明: DPM 2022 UR1 には、VMware ツールがインストールされている場合に VMware VM のバックアップが失敗するバグがありました。 これは、DPM の構成に問題があるためです。

回避策: DPM 2022 UR1 または DPM 2022 UR2 の修正プログラムを適用します。

DPM 2022 RTM と更新プログラムのロールアップ 1 では、TLS 1.2 を介して、SQL Server 2017 および 2016 のデータベースを検出できません。

説明: DPM 2022 RTM および UR1 では、TLS 1.2 経由でSQL Serverの検出と保護を実行するために必要な、SQL Server 2017 および 2016 の MSOLEDB 18 はサポートされていませんでした。 この問題は、TLS 1.2 を要求するために 2016 年と 2017 年SQL ServerにKB5021128またはKB5021127がインストールされた後、または保護されたサーバーで TLS 1.0 と 1.1 が無効になっている場合に発生します。

回避策: DPM 2022 UR1 または DPM 2022 UR2 の修正プログラムを適用し、DPM エージェントを更新してから、保護された SQL Server に MSOLEDB 18 をインストールします。

DPM 2022 UR2 リリース ノート

System Center DPM 2022 の更新プログラム のロールアップ 2 のリリースは、次に示す既知の問題が原因で取り消されています。

  1. Hyper-V のスケジュールされたバックアップは、各バックアップ ジョブが整合性チェックをトリガーするため、完了に長い時間がかかります。 エラー メッセージ: Microsoft Hyper-V RCT on Machine Name> の<レプリカが、保護されたデータ ソースと一致していません。DPM では、データ ソースが保護用に構成されて以来、保護されたオブジェクトのファイルの場所またはボリューム構成の変更が検出されました。(ID 30135)。
  2. 保護グループからデータ ソースを削除するか、バックアップを停止すると、ID 33469 でエラーが発生します。この操作は、MARS エージェントの現在のバージョンではサポートされていません。
  3. SMTP アラートまたはレポートが構成されている場合、DPM コンソールがクラッシュすることがあります。

既知の問題を修正する更新されたビルド (System Center DPM 2022 の更新プログラム ロールアップ 2 更新プログラム) がリリースされました。

System Center DPM 2022 (10.22.189.0) の更新プログラム ロールアップ 2 をインストールした場合は、DPM サーバーに更新プログラム ロールアップ 2 更新プログラム (10.22.197.0) をインストールし、保護エージェントを更新することをお勧めします。

クエリや追加情報については、Microsoft サポートに問い合わせてください。

上記の問題に加えて、DPM 2022 UR2 には次の問題があります。

DPM 2022 UR2 へのアップグレード後、Microsoft 365 資格情報を含む DPM 2022 UR1 電子メール レポートが失敗する

説明: DPM 2022 UR2 では、Windows および基本的な SMTP 認証方法のサポートが追加されます。 基本的な SMTP 認証は、Microsoft 365 およびそれをサポートする他のメール プロバイダーに対して機能します。 ただし、Microsoft 365 資格情報で DPM 2022 UR1 を使用している場合、DPM 2022 UR2 で資格情報を読み取ることができないため、メール レポートとアラートは失敗し始めます。

回避策: DPM 2022 UR2 で追加された基本認証の種類を使用して、Microsoft 365 の電子メール資格情報を再構成します。

DPM で保護のために SQL データベースを列挙できない

説明: 保護対象サーバーに MSOLEDB 18 がない場合、DPM は保護のためにデータベースを列挙するMSOLEDB18が必要であるため、保護のために SQL データベースを列挙できません。 

回避策: SQL MSOLEDB 18 ドライバーが保護されたサーバーに存在しない場合は、インストールします。 SQL Server 2022 には、既定で MSOLEDB 18 が付属しています。 

リモート 管理コンソールからオンライン データを削除して保護を停止する

説明: コンテナーで拡張ハイブリッド セキュリティ オプションが有効になっていると、リモート 管理コンソールからオンライン データの削除による保護の停止操作が失敗します。 

回避策: これを防ぐには、DPM コンソールからオンライン データを直接削除して保護を停止します。 

ID: 33469 でデータ ソースの保護の停止が失敗する

説明: 保護グループからデータ ソースを削除するか、バックアップを停止すると、ID 33469 のエラーが発生します。 この操作は、MARS エージェントの現在のバージョンではサポートされていません

この問題は、DPM がインストールされているバージョンの MARS (Microsoft Azure Recovery Services) エージェント 2.0.9262.0 以降を誤ってチェックし、DPM サーバーで MARS エージェントが使用できない場合に失敗したために発生します。

回避策: System Center DPM 2022 の更新プログラムロールアップ 2 更新プログラムをインストールします。

DPM 2022 UR2 更新のリリース ノート

DPM 2022 UR2 更新では、DPM 2022 UR2 の既知の問題が修正されます。

重要

このバージョンの Data Protection Manager (DPM) はサポート終了に達しました。 DPM 2022 にアップグレードすることをお勧めします。

この記事では、System Center 1807 - Data Protection Manager (DPM) のリリース ノートの一覧を示します。

重要

このバージョンの Data Protection Manager (DPM) はサポート終了に達しました。 DPM 2022 にアップグレードすることをお勧めします。

この記事では、System Center 1801 - Data Protection Manager (DPM) のリリース ノートの一覧を示します。

この記事では、System Center 2016 - Data Protection Manager (DPM) のリリース ノートの一覧を示します。

DPM 2019 のリリース ノート

以下のセクションでは、DPM 2019 のリリース ノートの概要と、該当する既知の問題と回避策について説明します。

MSDPM サービスのクラッシュが原因で DPM コンソールがクラッシュする

説明: DPM のアップグレード後に重複する概要管理ジョブが存在すると、進行中のジョブが 0 時間で失敗し、最終的にクラッシュする可能性があります。 その結果、次のようになる場合があります。

  • レプリカに整合性がない。
  • 回復ポイントが削除されないため、記憶域が肥大化する。
  • DPM レポートが古くなる。
  • ジョブ履歴とガベージ コレクション ジョブがクリーンアップされない。

回避策:

  1. 現在の DPM データベースをバックアップします。

  2. SQL Management Studio を開き、このサーバーの DPMDB をホストしている SQL インスタンスに接続します。

  3. 次のクエリを実行し、2 つ以上のサマリー マネージャー ジョブがスケジュールされている場合にチェックし、古いスケジュールを確認します。

     SELECT SCH.ScheduleId, SCH.JobDefinitionId, jd.CreationTime
     FROM tbl_JM_JobDefinition JD
     JOIN tbl_SCH_ScheduleDefinition SCH
     ON JD.JobDefinitionId = SCH.JobDefinitionId
     WHERE JD.Type = '282faac6-e3cb-4015-8c6d-4276fcca11d4'        
     AND JD.IsDeleted = 0
     AND SCH.IsDeleted = 0
    
  4. 複数の行が返された場合は、古いエントリの結果の ScheduleID と JobDefinitionID を取得し、それらを削除済みとしてマークします。

     update tbl_SCH_ScheduleDefinition
     set IsDeleted = 1
     where ScheduleId = ‘ScheduleID '               --- Replace with Your ScheduleID
     update dbo.tbl_JM_JobDefinition
     set IsDeleted = 1
     where JobDefinitionId = ‘JobDefinitionID'             --- Replace with Your JobDefinitionID
    
  5. SQL Server エージェント ジョブの下にある ScheduleID と一致する SQL ジョブを削除します。 削除されると、いざというときのクラッシュが解決されます。

    ScheduleId は、SQL エージェントの下にある SQL ジョブです。

    UPDATE MSDB.dbo.sysjobs
    SET Enabled = 0
    WHERE [Name] LIKE ‘ScheduleID’  --- Replace with Your ScheduleID  
    

VM アップグレードで Hyper-V VM が 2 回保護される

説明:Hyper-V VM を Windows Server 2012 R2 から Windows Server 2016 にアップグレードすると、保護グループの作成ウィザードに VM の 2 つのバージョンが表示されます。

回避策: アップグレードしようとしている保護された VM の場合は、VM をアップグレードする前に、データを保持して保護を停止してください。 次に、VM をアップグレードし、新しい保護グループで再保護します。 再保護を構成するときに、DPM の VM ホストで更新を実行して VM アップグレードを検出し、それを RCT VM として保護します。

アップグレードした Hyper-V VM の以前のバージョンを復元すると、以降の回復ポイントが失敗する

説明: 保護された 2012 R2 Hyper-V VM を 2016 バージョンにアップグレードする場合は、VM の保護を停止し (ただしデータを保持します)、保護を再度有効にします。 その後、元の場所で 2012 R2 コピーを回復すると、それ以降のバックアップが失敗する可能性があります。

回避策: 復旧後、VM のバージョンを 2016 に変更し、整合性チェックを実行します。

ベア メタル回復保護が失敗する

説明: ベア メタル回復 (BMR) 保護を構成すると、レプリカ サイズが十分に大きくないことを示すメッセージで BMR 保護ジョブが失敗する可能性があります。

対応策: 次のレジストリ パスを使用して BMR データ ソースの既定のレプリカ サイズを変更します。 レジストリ エディターを開き、次のキーのレプリカのサイズを大きくします。

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

アップグレード シナリオの場合、DPM データベースの保護が停止する

説明:DPM をアップグレードするときに、いくつかのシナリオでデータベース名が変わる可能性があります。

回避策: DPM データベースを保護する場合は、新しい DPM データベースの保護を有効にしてください。 DPM のアップグレードの有効性が確認されたら、以前の DPM データベースの保護を解除できます。

Hyper-V RCT - D-T バックアップ用のファイルとしての回復が失敗する

説明: テープに直接 (D-T) 作成されるファイルとしての Hyper-V RCT VM の回復が失敗します。 D-D-T バックアップではこの問題は発生しません。

回避策:VM として [別の場所への回復] を使用し、目的の場所にファイルを転送します。

Note

この機能は、DPM 2019 UR1 で修正されています。 UR1 をインストールすれば、この問題は修正されます。 UR1 のインストール方法の詳細については UR1 のサポート技術情報の記事を参照してください

DPM 2019 で Modern Backup Storage (MBS) を使用するファイル サーバー エンド ユーザー回復がサポートされない

説明: DPM 2019 では、モダン バックアップ ストレージ (MBS) を使用したエンド ユーザー回復 (EUR) はサポートされていません。

回避策:ありません。 MBS を使用する場合、ファイル サーバー EUR はサポートされていません。

DPM 1801/1807 サーバーを DPM 2019 中央コンソールで管理できない

説明: DPM 2019 中央コンソールでは、DPM 1801 または DPM 1807 サーバーを管理できません。

回避策:DPM サーバーをバージョン 2019 にアップグレードします。

回復ポイントが排除されないため、回復ポイントの累積が発生する

説明: DPM は、保有期間を過ぎた回復ポイントを排除します。 排除処理中、DPM は排除する回復ポイントによって使われた記憶域を計算します。 記憶域の計算により排除が遅延されます。

対応策: 排除する回復ポイントの計算を省略するように DPM を構成します。 その結果、排除スクリプトの実行速度が速くなり、保持範囲より古い復旧ポイントがすべて排除され、ストレージの負荷が軽減されます。 データ ソースごとの記憶域消費は、DPM の排除が完了するまでは更新されません。 ボリュームごとの記憶域消費には、引き続き正しい値が反映されます。 PowerShell スクリプトを使って、サイズの計算を有効にします。 次のスクリプトでは、完全なサイズの計算が実行されます。

場所: Program Files\Microsoft System Center\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

スクリプト:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: 必要な操作の種類を指定します。

    • StopSizeAutoUpdate: サイズの計算を完全に停止します。 UI と PowerShell はどちらもサイズを報告しません。

    • StartSizeAutoUpdate: サイズの計算を再開します。 サイズの計算を有効にした直後に、PowerShell と UI で報告されたサイズが正しくない可能性があるまで、(次のオプションで) を使用 UpdateSizeInfo してすべてのデータ ソースのサイズを再計算します。

    • GetSizeAutoUpdateStatus: サイズの計算が有効になっているか無効になっているかを示します。

    • UpdateSizeInfo: サイズの計算をトリガーし、データ ソースによって消費されたサイズを報告します。 この操作は時間がかかる場合があるため、課金などのシナリオで必要なときにのみ使用してください。 この間、vhd マウント エラーでバックアップが失敗する可能性があります。

  • UpdateSizeForDS: 各行の datasourceID を使用してサイズを計算する必要があるデータソース ID のリストを含むテキスト ファイルへのパス。 渡されない場合、すべてのデータ ソースに対してサイズ計算がトリガーされます。 ManageStorageInfoUpdateSizeInfo を使用した後に使用します。 特定のデータ ソースのデータソース ID を取得するには、 を使用 Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Idします。

  • UpdatedDSSizeReport: 更新されたデータ ソース サイズを格納するファイルへのパス。 渡されない場合は、sizes.csv ファイルが実行ディレクトリに作成されます。 ManageStorageInfo での UpdateSizeInfo の後に使用します。

  • FailedDSSizeUpdateFile: ストレージ使用量を計算できなかったデータ ソースのデータソース ID を格納するファイルへのパス。 これは、進行中のバックアップなどの理由で発生する可能性があります。 渡されない場合は、failedDS.txt ファイルが実行ディレクトリに作成されます。 このファイルは、"UpdateSizeForDS" への入力として指定して、すべてのデータ ソースのサイズを更新できます。 これは、ManageStorageInfoUpdateSizeInfo を使用した後に使用する必要があります。

DPM データソースが Recovery Services コンテナーに反映されない

説明: Azure portalの Recovery Service コンテナーの [バックアップ項目 (DPM)] ビューの一部のデータ ソースが更新または更新されません。

原因: 保護されたサーバーの使用を停止し、データ ソースの保護を停止したが、オンライン回復ポイントを維持するように選択した後、コンソールから DPM/MABS エージェントをアンインストールした可能性があります。

これが原因であるかどうかを確認するには、メモ帳で C:\ProgramFiles\Microsoft Azure Backup Server\DPM\MARS\Temp フォルダーにある GatewayProvider0Curr.errlog ファイルを開き、Mis-Match という単語を検索します。

次のようなエントリが見つかった場合は、それによって、一致しない保護されたサーバーの詳細がわかります。

次の例では、 mjlc-dc.Contoso.com というサーバーのエージェントがアンインストールされ、DPM/MABS サーバーから見つかりませんでした。

GetData of Provider failed. |Backup Service Exception: FMException: [ErrorCode:GPPowershellScriptHrError, DetailedCode:-2146233079, Source:   at System.Management.Automation.MshCommandRuntime.ThrowTerminatingError(ErrorRecord errorRecord), Message:Production Server **mis-match** DSId :9adaec12-5b5a-455e-86b9-1fac2d605fe1 DSName : S:\ DSType : Volume PSName :**mjlc-dc.Contoso.com** PSId: a494f940-b480-41d2-9ef5-4194ad737c7b]

回避策

  1. 元の保護されたサーバーが引き続き使用可能な場合は、将来そのサーバーをオフラインにする予定がある場合でも、DPM エージェントを再インストールします。 DPM/MABS でエージェントを無効にすることができます。は、オンライン回復ポイントを削除するまで削除しないでください。
  2. 使用停止になったサーバー用のオンライン リカバリ ポイントが不要になった場合は、保護が停止状態にある DPM/MABS サーバー上でデータソースを削除できます。

DPM 2019 UR1 のリリース ノート

ディスクが除外された VM を (代替ホストに) 復元すると、空のディスクが復元される

説明: ディスクが除外された VM を代替ホストに復元すると、除外されたディスクは空のディスクとして復元されます。 除外されたディスクは VM に接続されません。 ディスクを削除してストレージ スペースを節約できます。

回避策:なし

DPM 2019 UR1 で修正された問題については、サポート技術情報の記事を参照してください

DPM 2019 UR2 のリリース ノート

以下のセクションでは、DPM 2019 UR2 の既知の問題と回避策について詳しく説明します。

DPM 2019 UR2 で修正された問題については、サポート技術情報の記事を参照してください

保護グループの詳細が DPM コンソールに表示されない

説明: DPM 2019 UR2 をインストールした後、DPM コンソールの [詳細] ウィンドウに保護グループの詳細が表示されない場合があります。

保護グループの詳細が含まれていないコンソール

回避策: PowerShell コマンド Get DPMProtectionGroup を使用して、保護グループの詳細を表示します。

Note

この問題は DPM 2019 UR3 で修正されています。 UR3 で修正された問題の詳細については、サポート技術情報の記事を参照してください。

最新のレポート ファイルが自動的に更新されない

説明: DPM 2019 UR2 では、DPM レポートの書式設定とボリューム間移行レポートに関する問題が修正されました。 ただし、既存のレポート ファイルは、更新されたファイルに自動的に置き換えられるわけではありません。

回避策: 既存のレポート ファイルを置き換えるには、次の手順に従います。

ReportSRV10.dll を置き換える

  1. SQL Server Reporting サービスを停止します。
  2. C:\Program Files\Microsoft System Center\DPM\DPM\bin にある更新された ReportSRV10.dll ファイルを選択し、次のフォルダーにある既存の DLL ファイルを置き換えます。
    • SQL Server 2017 以降の場合 - C:\Program Files\Microsoft SQL Server Reporting Services\SSRS\ReportServer\bin
    • SQL Server 2016 の場合 - C:\Program Files\Microsoft SQL Server\MSRS13.MSDPM2012\Reporting Services\ReportServer\bin
  3. SQL Server Reporting Service を開始します。

RDL ファイルを置き換える

  1. DPM で、SQL Reporting Services ポータルの URL を開きます。

  2. ポータル上に、DPMReports フォルダーが DPMReports_<GUID> の形式で表示されます。

    Reports フォルダー

    Note

    この名前付け規則の場合、表示できるフォルダーは 1 つのみです。 DPM が以前のバージョンからアップグレードされた場合、以前のフォルダーがまだ存在する可能性がありますが、開くできません。

  3. DPMReports_<GUID> フォルダーを選択して開きます。 個々のレポート ファイルが表示されます。

    個々のレポート ファイルの一覧

  4. Report で終了していないレポート ファイルを選択し、[オプション] を右クリックして、[管理] を選択します。

    レポート ファイルを管理する

  5. 新しいページで、[ 置換 ] を選択して、最新のレポート ファイルに置き換えます。

    レポート ファイルを置き換える

    最新のレポート ファイルは、次の DPM インストール パスにあります。

    次に例を示します。C:\Program Files\Microsoft System Center\DPM\DPM\bin\DpmReports

  6. ファイルが置き換えられたら、 [名前][説明] に変化がないこと、空白ではないことを確認します。

  7. DPM を再起動し、レポート ファイルを使用します。

DPM 2019 UR3 のリリース ノート

次のセクションでは、DPM 2019 UR3 の既知の問題と回避策について詳しく説明します。

更新プログラムのロールアップ 3 にアップグレードした後、DPM リモート コンソールが DPM サーバーへの接続に失敗する場合がある

説明: DPM リモート管理コンソールを更新プログラムのロールアップ 3 にアップグレードした後、DPM 管理者コンソールのバージョンが DPM サーバーの バージョンと互換性がないというエラーで DPM サーバーに接続できない場合があります。

回避策:

  1. DPM リモート管理コンソールを実行しているサーバーで、次の PowerShell コマンドを実行します (必要に応じて DPM サーバー名を入力します)。このコマンドは、DPM サーバーから必要な DLL ファイルをコピーします。

    $RemoteUIPath = "C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin"
    $RemoteUidlls = Get-Item "$RemoteUIPath\*" | ? {$_.name -match ".dll"}
    Write-Host -MessageData "Copying required $($RemoteUidlls.count) DLL's for Remote UI"
    foreach ($dll in $RemoteUidlls) {
    Copy-Item -Path "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\$($dll.name)" -Destination $RemoteUIPath
    }
    $RemoteUIUR3Dlls = "Microsoft.ApplicationInsights.dll",
    "Microsoft.Diagnostics.Tracing.EventSource.dll",
    "Microsoft.SystemCenter.DPM.Instrumentation.dll",
    "Microsoft.SystemCenter.DPM.InstrumentationScheduler.dll",
    "Microsoft.SystemCenter.Instrumentation.dll",
    "Microsoft.WindowsAzure.Storage.dll",
    "Newtonsoft.Json.dll"
    foreach ($dll in $RemoteUIUR3Dlls) {
    $SourceDllPath = "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\" + $dll
    Copy-Item -Path $SourceDllPath -Destination $RemoteUIPath
    }
    Write-Host -MessageData "All required DLL files for DPM Remote UI UR3 has been copied"
    

    注意

    SCOM コンピューターで DPM リモート UI を使用している場合は、以下のファイルのコピーが失敗する可能性があります。これは無視できます。

    • SCOMHelperLibrary.dll
    • ScopingCommonHelper.dll
    • ViewAlertsAndAffectedItemsHelper.dll
    • Wpfhelpers.dll
  2. 英語以外の言語を使用している場合は、DPM サーバーからそれぞれの言語フォルダーをコピーします。 次のコマンドで DPM サーバー名と言語フォルダーを更新してから、コマンドを実行します。

    Copy-Item -Path \\<FQDN of the DPM_Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\<Language folder>\*.dll -Destination C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin\<Language folder>  
    

    Note

    このコマンドでは、DPM の既定のインストール パスを使用します。 インストール パスを変更した場合は、それに応じてパスを更新してください。

DPM 2019 UR4 のリリース ノート

次のセクションでは、DPM 2019 UR4 の既知の問題と回避策について詳しく説明します。

リモート UI と中央コンソールの UR4 の更新プログラムのインストール

説明: リモート UI と中央コンソールは、RTM、UR1、UR2 にインストールされている必要があります。

回避策: リモート UI と中央コンソールが UR3 上にある場合は、それをアンインストールし、RTM バージョンをインストールしてから、UR4 にアップグレードする必要があります。 DPM 2019 UR4 に接続できるのは UR4 のリモート UI のみです。

DPM 2019 UR5 リリース ノート

現在、DPM 2019 UR5 には既知の問題はありません。

DPM 2019 UR6 リリース ノート

次のセクションでは、DPM 2019 UR6 の既知の問題と回避策について詳しく説明します。

UR6 で修正された問題と UR6 のインストール手順については、 サポート技術情報の記事を参照してください。

オフライン シード処理は MARS エージェント 2.0.9254.0 以降では機能しません

説明: MARS エージェントのバージョンが 2.0.9254.0 より大きい場合、Databox 経由でのみバックアップされたデータ ソースに対して最初のオンライン回復ポイントが正常に作成された後、以降のオンライン回復ポイントの作成は失敗します。

回避策:ありません。 サポートについては、Microsoft サポートにお問い合わせください。

DPM 1807 リリース ノート

DPM 1807 で修正されたバグの一覧については、サポート技術情報記事 4339950 をご覧ください。

1807 リリースには以下の問題が存在します。

VM アップグレードで Hyper-V VM が 2 回保護される

説明: Hyper-V VM を Windows Server 2012 R2 から Windows Server 2016 にアップグレードすると、保護グループの作成ウィザードに VM の 2 つのバージョンが表示されます。

対応策: アップグレードされていない VM については、[データの保持] で保護を停止します。 VM をアップグレードし、新しい保護グループを作成します。 次に、データ ソースを更新し、VM を保護します。 保護を再び適用すると、回復性の高い変更追跡 (RCT) を使用して VM が保護されます。

Windows Server 2008、Windows Server 2008 R2 でエージェントのインストールが失敗する

説明: Windows Server 2008 または Windows Server 2008 R2 を保護すると、エージェントのインストールが失敗する可能性があります。

回避策:運用サーバーで Windows Management Framework (WMF) を 5.1 にアップグレードします。 Windows Management Frame 5.1 から WMF をダウンロードします。 WMF をインストールしてから、エージェントをインストールします。

アップグレードした Hyper-V VM の以前のバージョンを復元すると、以降の回復ポイントが失敗する

説明: 保護された 2012 R2 Hyper-V VM を 2016 バージョンにアップグレードした場合は、VM の保護を停止し (ただし、データを保持します)、保護を再度有効にします。 その後、元の場所で 2012 R2 コピーを回復すると、それ以降のバックアップが失敗する可能性があります。

回避策: 復旧後、VM のバージョンを 2016 に変更し、整合性チェックを実行します。

ベア メタル回復保護が失敗する

説明: ベア メタル回復 (BMR) 保護を構成した場合、BMR 保護ジョブが失敗し、レプリカ のサイズが十分に大きくないというメッセージが表示されることがあります。

対応策: 次のレジストリ パスを使用して BMR データ ソースの既定のレプリカ サイズを変更します。 レジストリ エディターを開き、次のキーのレプリカのサイズを大きくします。

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

DPM 2016 または 1801 にアップグレードした後で DPM データベースを再度保護する

説明: System Center DPM 2012 R2 から System Center Data Protection Manager 2016 または 1801 にアップグレードするとき、一部のシナリオで DPM データベース名が変わる場合があります。

回避策: DPM データベースを保護する場合は、新しい DPM データベースの保護を有効にしてください。 DPM のアップグレードの有効性が確認されたら、古い DPM データベースの保護を解除できます。

回復ポイントが排除されないため、回復ポイントの累積が発生する

説明: DPM は、保有期間を過ぎた回復ポイントを排除します。 排除処理中、DPM は排除する回復ポイントによって使われた記憶域を計算します。 記憶域の計算により排除が遅延されます。

対応策: 排除する回復ポイントの計算を省略するように DPM を構成します。 その結果、排除スクリプトの実行速度が速くなり、保持範囲より古い復旧ポイントがすべて排除され、ストレージの負荷が軽減されます。 データ ソースごとの記憶域消費は、DPM の排除が完了するまでは更新されません。 ボリュームごとの記憶域消費には、引き続き正しい値が反映されます。 PowerShell スクリプトを使って、サイズの計算を有効にします。 次のスクリプトでは、完全なサイズの計算が実行されます。

場所: Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

スクリプト:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: 必要な操作の種類を指定します。

    • StopSizeAutoUpdate: サイズの計算を完全に停止します。 UI と PowerShell はどちらもサイズを報告しません。

    • StartSizeAutoUpdate: サイズの計算を再開します。 サイズの計算を有効にした直後に、PowerShell と UI で報告されたサイズが正しくない可能性があるまで、(次のオプションで) を使用 UpdateSizeInfo してすべてのデータ ソースのサイズを再計算します。

    • GetSizeAutoUpdateStatus: サイズの計算が有効になっているか無効になっているかを示します。

    • UpdateSizeInfo: サイズの計算をトリガーし、データ ソースによって消費されたサイズを報告します。 この操作は時間がかかる場合があるため、課金などのシナリオで必要なときにのみ使用してください。 この間、vhd マウント エラーでバックアップが失敗する可能性があります。

  • UpdateSizeForDS: 各行の datasourceID を使用してサイズを計算する必要があるデータソース ID のリストを含むテキスト ファイルへのパス。 渡されない場合、すべてのデータ ソースに対してサイズ計算がトリガーされます。 ManageStorageInfoUpdateSizeInfo を使用した後に使用します。 特定のデータ ソースのデータソース ID を取得するには、 を使用 Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Idします。

  • UpdatedDSSizeReport: 更新されたデータ ソース サイズを格納するファイルへのパス。 渡されない場合は、sizes.csv ファイルが実行ディレクトリに作成されます。 ManageStorageInfo での UpdateSizeInfo の後に使用します。

  • FailedDSSizeUpdateFile: ストレージ使用量を計算できなかったデータ ソースのデータソース ID を格納するファイルへのパス。 これは、進行中のバックアップとしての理由が原因で発生する可能性があります。 指定しない場合、実行ディレクトリに failedDS.txt ファイルが作成されます。 このファイルは、"UpdateSizeForDS" への入力として指定して、すべてのデータ ソースのサイズを更新できます。 これは、ManageStorageInfoUpdateSizeInfo を使用した後に使用する必要があります。

Hyper-V RCT - D-T バックアップ用のファイルとしての回復が失敗する

説明: テープに直接 (D-T) 作成されるファイルとしての Hyper-V RCT VM の回復が失敗します。 D-D-T では、この問題は発生しません。

対応策: VM として [別の場所への回復] を使用し、目的の場所にファイルを転送します。

Modern Backup Storage (MBS) を使用する場合に、ファイル サーバー エンドユーザー回復 (EUR) がサポートされていない

説明: DPM 2016 でモダン バックアップ ストレージ (MBS) を使用する場合、ファイル サーバー エンド ユーザー回復 (EUR) は使用できません。

回避策:ありません。 MBS を使用する場合、ファイル サーバー EUR はサポートされていません。

DPM 1801 リリース ノート

DPM 1801 リリースでは、次のバグが修正されました。

  • 実稼働サーバーで DPM エージェントをアップグレードすると、予期しない再起動が引き起こされる。
  • Hyper-V VM の整合性チェックで VM のサイズ以上のデータが転送された。

1801 リリースには以下の問題が存在します。

SQL Server 2008 での System Center DPM のサイレント インストール

説明: SQL Server 2008 に DPM 2016 RTM をサイレント インストールすることはできません。

回避策: 2008 より高いバージョンのSQL Serverに DPM 2016 RTM を展開するか、DPM 2016 セットアップ ユーザー インターフェイスを使用します。

Remove-DPMDiskStorage コマンドレットによって、アクティブまたは非アクティブ バックアップを含むボリュームが削除される可能性がある

説明: ボリュームのデータ ソースが (アクティブまたは非アクティブに) バックアップされている場合、 Remove-DPMDiskStorage コマンドレットを使用して DPM からボリュームを削除すると、データ ソースも削除できます。

回避策: コマンドレットを使用してボリュームを削除する前に、ボリュームのデータ ソースが使用されていないことを確認します (アクティブまたは非アクティブ)。

Windows Server 2016 で DPM 2016 がハングする

説明: DPM サーバーでのメモリ消費量が、90% に達するまで継続的に増加します。 メモリ消費によって DPM サーバーが遅くなります。

回避策: この問題を解決するには、DPM を DPM UR2 にアップグレードし、KB4013429 をインストールします。

VM アップグレードで Hyper-V VM が 2 回保護される

説明: Hyper-V VM を Windows Server 2012 R2 から Windows Server 2016 にアップグレードすると、保護グループの作成ウィザードに VM の 2 つのバージョンが表示されます。

対応策: アップグレードされていない VM については、[データの保持] で保護を停止します。 VM をアップグレードし、新しい保護グループを作成します。 次に、データ ソースを更新し、VM を保護します。 保護を再び適用すると、回復性の高い変更追跡 (RCT) を使用して VM が保護されます。

Windows Server 2008、Windows Server 2008 R2 でエージェントのインストールが失敗する

説明: Windows Server 2008 または Windows Server 2008 R2 を保護している場合、エージェントのインストールが失敗することがあります。

対応策: 運用サーバーで Windows Management Framework (WMF) を 4.0 にアップグレードします。 Windows Management Frame 5.1(https://www.microsoft.com/download/details.aspx?id=54616) から WMF をダウンロードします。 WMF をインストールしてから、エージェントをインストールします。

アップグレードした Hyper-V VM の以前のバージョンを復元すると、以降の回復ポイントが失敗する

説明: 保護された 2012 R2 Hyper-V VM を 2016 バージョンにアップグレードする場合は、VM の保護を停止し (ただしデータを保持します)、保護を再度有効にします。 その後、元の場所で 2012 R2 コピーを回復すると、それ以降のバックアップが失敗する可能性があります。

回避策: 復旧後、VM のバージョンを 2016 に変更し、整合性チェックを実行します。

ベア メタル回復保護が失敗する

説明: ベア メタル回復 (BMR) 保護を構成すると、レプリカ サイズが十分に大きくないことを示すメッセージで BMR 保護ジョブが失敗する可能性があります。

対応策: 次のレジストリ パスを使用して BMR データ ソースの既定のレプリカ サイズを変更します。 レジストリ エディターを開き、次のキーのレプリカのサイズを大きくします。

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

DPM 2016 にアップグレードした後で DPM データベースを再度保護する

説明:System Center DPM 2012 R2 から System Center Data Protection Manager 2016 にアップグレードするとき、一部のシナリオで DPM データベース名が変わる場合があります。

回避策: DPM データベースを保護する場合は、新しい DPM データベースの保護を有効にしてください。 DPM のアップグレードの有効性が確認されたら、古い DPM データベースの保護を解除できます。

回復ポイントが排除されないため、回復ポイントの累積が発生する

説明: DPM は、保有期間を過ぎた回復ポイントを排除します。 排除処理中、DPM は排除する回復ポイントによって使われた記憶域を計算します。 記憶域の計算により排除が遅延されます。

対応策: 排除する回復ポイントの計算を省略するように DPM を構成します。 その結果、排除スクリプトの実行速度が速くなり、保持範囲より古い復旧ポイントがすべて排除され、ストレージの負荷が軽減されます。 データ ソースごとの記憶域消費は、DPM の排除が完了するまでは更新されません。 ボリュームごとの記憶域消費には、引き続き正しい値が反映されます。 PowerShell スクリプトを使って、サイズの計算を有効にします。 次のスクリプトでは、完全なサイズの計算が実行されます。

場所: Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

スクリプト:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: 必要な操作の種類を指定します。

    • StopSizeAutoUpdate: サイズの計算を完全に停止します。 UI と PowerShell はどちらもサイズを報告しません。

    • StartSizeAutoUpdate: サイズの計算を再開します。 サイズの計算を有効にした直後に、PowerShell と UI で報告されたサイズが正しくない可能性があるまで、(次のオプションで) を使用 UpdateSizeInfo してすべてのデータ ソースのサイズを再計算します。

    • GetSizeAutoUpdateStatus: サイズの計算が有効になっているか無効になっているかを示します。

    • UpdateSizeInfo: サイズの計算をトリガーし、データ ソースによって消費されたサイズを報告します。 この操作は時間がかかる場合があるため、課金などのシナリオで必要なときにのみ使用してください。 この間、vhd マウント エラーでバックアップが失敗する可能性があります。

  • UpdateSizeForDS: 各行の datasourceID を使用してサイズを計算する必要があるデータソース ID の一覧を含むテキスト ファイルへのパス。 渡されない場合、すべてのデータ ソースに対してサイズ計算がトリガーされます。 ManageStorageInfoUpdateSizeInfo を使用した後に使用します。 特定のデータ ソースのデータソース ID を取得するには、 を使用 Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Idします。

  • UpdatedDSSizeReport: 更新されたデータ ソース サイズを格納するファイルへのパス。 渡されない場合は、sizes.csv ファイルが実行ディレクトリに作成されます。 ManageStorageInfo での UpdateSizeInfo の後に使用します。

  • FailedDSSizeUpdateFile: ストレージ使用量を計算できなかったデータ ソースのデータソース ID を格納するファイルへのパス。 これは、進行中のバックアップなどの理由で発生する可能性があります。 渡されない場合は、failedDS.txt ファイルが実行ディレクトリに作成されます。 このファイルは、"UpdateSizeForDS" への入力として指定して、すべてのデータ ソースのサイズを更新できます。 これは、ManageStorageInfoUpdateSizeInfo を使用した後に使用する必要があります。

Hyper-V RCT - D-T バックアップ用のファイルとしての回復が失敗する

説明: テープに直接 (D-T) 作成されるファイルとしての Hyper-V RCT VM の回復が失敗します。 D-D-T バックアップでは、この問題は発生しません。

回避策: VM として代替の場所の回復を使用し、それらのファイルを目的の場所に転送します。

Modern Backup Storage (MBS) を使用する場合に、ファイル サーバー エンドユーザー回復 (EUR) がサポートされていない

説明: DPM 2016 でモダン バックアップ ストレージ (MBS) を使用する場合、ファイル サーバー エンド ユーザー回復 (EUR) は使用できません。

回避策:ありません。 MBS を使用する場合、ファイル サーバー EUR はサポートされません。

DPM のインストール時にエラー 4387 が表示される場合がある

説明: Data Protection Manager のインストール中に、[Data Protection Manager のセットアップ>の前提条件] チェック> [SQL Server のインスタンス] テキスト ボックスに SQL インスタンスを入力すると、エラー 4387 が表示されることがあります。

回避策: こちらの KB 記事に詳しく説明されている必要な操作を実行し、DPM のセットアップをもう一度試してみてください。

System Center DPM 2016 リリース ノート

以下のセクションでは、DPM 2016 のリリース ノートの概要と、該当する既知の問題と回避策について説明します。

SQL Server 2008 での System Center DPM のサイレント インストール

説明: SQL Server 2008 に DPM 2016 RTM をサイレント インストールすることはできません。

回避策: DPM 2016 RTM を 2008 より高いバージョンのSQL Serverに展開するか、DPM 2016 セットアップ ユーザー インターフェイスを使用します。

Remove-DPMDiskStorage コマンドレットによって、アクティブまたは非アクティブ バックアップを含むボリュームが削除される可能性がある

説明: ボリュームのデータ ソースが (アクティブまたは非アクティブに) バックアップされている場合、 REMOVE-DPMDiskStorage コマンドレットを使用して DPM からボリュームを削除すると、データ ソースも削除できます。

回避策: コマンドレットを使用してボリュームを削除する前に、ボリュームのデータ ソースが (アクティブまたは非アクティブに) 使用されていないことを確認してください。

Windows Server 2016 で DPM 2016 がハングする

説明: DPM サーバーでのメモリ消費量が、90% に達するまで継続的に増加します。 メモリ消費によって DPM サーバーが遅くなります。

回避策: この問題を解決するには、DPM を DPM UR2 にアップグレードし、KB4013429 をインストールします。

VM アップグレードで Hyper-V VM が 2 回保護される

説明: Hyper-V VM を Windows Server 2012 R2 から Windows Server 2016 にアップグレードすると、保護グループの作成ウィザードに VM の 2 つのバージョンが表示されます。

対応策: アップグレードされていない VM については、[データの保持] で保護を停止します。 VM をアップグレードし、新しい保護グループを作成します。 次に、データ ソースを更新し、VM を保護します。 保護を再び適用すると、回復性の高い変更追跡 (RCT) を使用して VM が保護されます。

Windows Server 2008、Windows Server 2008 R2 でエージェントのインストールが失敗する

説明: Windows Server 2008 または Windows Server 2008 R2 を保護すると、エージェントのインストールが失敗する可能性があります。

対応策: 運用サーバーで Windows Management Framework (WMF) を 4.0 にアップグレードします。 Windows Management Frame 5.1(https://www.microsoft.com/download/details.aspx?id=54616) から WMF をダウンロードします。 WMF をインストールしてから、エージェントをインストールします。

アップグレードした Hyper-V VM の以前のバージョンを復元すると、以降の回復ポイントが失敗する

説明: 保護された 2012 R2 Hyper-V VM を 2016 バージョンにアップグレードした場合は、VM の保護を停止し (ただし、データを保持します)、保護を再度有効にします。 その後、元の場所で 2012 R2 コピーを回復すると、それ以降のバックアップが失敗する可能性があります。

回避策: 復旧後、VM のバージョンを 2016 に変更し、整合性チェックを実行します。

ベア メタル回復保護が失敗する

説明: ベア メタル回復 (BMR) 保護を構成した場合、BMR 保護ジョブが失敗し、レプリカ のサイズが十分に大きくないというメッセージが表示されることがあります。

対応策: 次のレジストリ パスを使用して BMR データ ソースの既定のレプリカ サイズを変更します。 レジストリ エディターを開き、次のキーのレプリカのサイズを大きくします。

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

DPM 2016 にアップグレードした後で DPM データベースを再度保護する

説明:System Center DPM 2012 R2 から System Center Data Protection Manager 2016 にアップグレードするとき、一部のシナリオで DPM データベース名が変わる場合があります。

回避策: DPM データベースを保護する場合は、新しい DPM データベースの保護を有効にしてください。 DPM のアップグレードの有効性が確認されたら、古い DPM データベースの保護を解除できます。

回復ポイントが排除されないため、回復ポイントの累積が発生する

説明: DPM は、保有期間を過ぎた回復ポイントを排除します。 排除処理中、DPM は排除する回復ポイントによって使われた記憶域を計算します。 記憶域の計算により排除が遅延されます。

対応策: 排除する回復ポイントの計算を省略するように DPM を構成します。 その結果、排除スクリプトの実行速度が速くなり、保持範囲より古いすべての復旧ポイントが排除され、ストレージの負荷が軽減されます。 データ ソースごとの記憶域消費は、DPM の排除が完了するまでは更新されません。 ボリュームごとの記憶域消費には、引き続き正しい値が反映されます。 PowerShell スクリプトを使って、サイズの計算を有効にします。 次のスクリプトでは、完全なサイズの計算が実行されます。

場所: Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

スクリプト:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: 必要な操作の種類を指定します。

    • StopSizeAutoUpdate: サイズの計算を完全に停止します。 UI と PowerShell の両方でサイズは報告されません。

    • StartSizeAutoUpdate: サイズの計算を再開します。 サイズの計算を有効にした直後に、 (次のオプションで) を使用 UpdateSizeInfo して、PowerShell と UI で報告されたサイズが正しくない可能性があるまで、すべてのデータ ソースのサイズを再計算します。

    • GetSizeAutoUpdateStatus: サイズの計算が有効になっているか無効になっているかを示します。

    • UpdateSizeInfo: サイズの計算をトリガーし、データ ソースによって消費されたサイズを報告します。 この操作は時間がかかる場合があるため、課金などのシナリオで必要なときにのみ使用してください。 この間、vhd マウント エラーでバックアップが失敗する可能性があります。

  • UpdateSizeForDS: 各行の datasourceID を使用してサイズを計算する必要があるデータソース ID の一覧を含むテキスト ファイルへのパス。 渡されない場合、すべてのデータ ソースに対してサイズ計算がトリガーされます。 ManageStorageInfoUpdateSizeInfo を使用した後に使用します。 特定のデータ ソースのデータソース ID を取得するには、 を使用 Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Idします。

  • UpdatedDSSizeReport: 更新されたデータ ソース サイズを格納するファイルへのパス。 渡されない場合は、sizes.csv ファイルが実行ディレクトリに作成されます。 ManageStorageInfo での UpdateSizeInfo の後に使用します。

  • FailedDSSizeUpdateFile: ストレージ使用量を計算できなかったデータ ソースのデータソース ID を格納するファイルへのパス。 これは、進行中のバックアップなどの理由で発生する可能性があります。 渡されない場合は、failedDS.txt ファイルが実行ディレクトリに作成されます。 このファイルは、"UpdateSizeForDS" への入力として指定して、すべてのデータ ソースのサイズを更新できます。 これは、ManageStorageInfoUpdateSizeInfo を使用した後に使用する必要があります。

Hyper-V RCT - D-T バックアップ用のファイルとしての回復が失敗する

説明: テープに直接 (D-T) 作成されるファイルとしての Hyper-V RCT VM の回復が失敗します。 D-D-T バックアップでは、この問題は発生しません。

対応策: VM として [別の場所への回復] を使用し、目的の場所にファイルを転送します。

Modern Backup Storage (MBS) を使用する場合に、ファイル サーバー エンドユーザー回復 (EUR) がサポートされていない

説明: DPM 2016 でモダン バックアップ ストレージ (MBS) を使用する場合、ファイル サーバー エンド ユーザー回復 (EUR) は使用できません。

回避策:ありません。 MBS を使用する場合、ファイル サーバー EUR はサポートされません。

DPM のインストール時にエラー 4387 が表示される場合がある

説明: Data Protection Manager のインストール中に、[Data Protection Manager のセットアップ>の前提条件] チェック> [SQL Server のインスタンス] テキスト ボックスに SQL インスタンスを入力すると、エラー 4387 が表示されることがあります。

回避策: こちらの KB 記事に詳しく説明されている必要な操作を実行し、DPM のセットアップをもう一度試してみてください。

最新のレポート ファイルが自動的に更新されない

説明:DPM 2016 UR10 では、DPM レポートの書式とボリュームからボリュームへの移行レポートに関する問題が修正されています。 ただし、既存のレポート ファイルは、更新されたファイルに自動的に置き換えられるわけではありません。

回避策: 既存のレポート ファイルを置き換えるには、次の手順に従います。

ReportSRV10.dll を置き換える

  1. SQL Server Reporting Service を停止します

  2. C:\Program Files\Microsoft System Center\DPM\DPM\bin にある更新された ReportSRV10.dll ファイルを選択し、次のフォルダーにある既存の DLL ファイルを置き換えます。

    C:\Program Files\Microsoft SQL Server\MSRS13.MSDPM2012\Reporting Services\ReportServer\bin

  3. SQL Server Reporting Service を開始します。

RDL ファイルを置き換える

  1. DPM で、SQL Reporting Services ポータルの URL を開きます。

  2. ポータル上に、DPMReports フォルダーが DPMReports_<GUID> の形式で表示されます。

    Reports フォルダー

    Note

    この名前付け規則の場合、表示できるフォルダーは 1 つのみです。 DPM が以前のバージョンからアップグレードされた場合、以前のフォルダーがまだ存在する可能性がありますが、開くできません。

  3. DPMReports_<GUID> フォルダーを選択して開きます。 個々のレポート ファイルが表示されます。

    個々のレポート ファイルの一覧

  4. Report で終了していないレポート ファイルを選択し、[オプション] を右クリックして、[管理] を選択します。

    レポート ファイルを管理する

  5. 新しいページで、[ 置換 ] を選択して、最新のレポート ファイルに置き換えます。

    レポート ファイルを置き換える

    最新のレポート ファイルは、次の DPM インストール パスにあります。

    次に例を示します。C:\Program Files\Microsoft System Center\DPM\DPM\bin\DpmReports

  6. ファイルが置き換えられたら、 [名前][説明] に変化がないこと、空白ではないことを確認します。

  7. DPM を再起動し、レポート ファイルを使用します。

次のステップ