DPM をインストールする

System Center Data Protection Manager (DPM) を設定するために必要な操作を次に示します。

  1. Setup の前提条件を確認します。
  2. DPM オペレーティング システムに互換性があるかどうかを確認します。
  3. DPM の設定と構成情報を格納するために SQL Server データベースを設定します。
  4. DPM を設定します。 ユーザー インターフェイスから DPM のインストールするか、無人インストールを実行。 ドメイン コントローラーに DPM を インストールする場合は、次の手順に従

Note

DPM 2019 UR4 では、更新プログラムのロールアップ エージェントを新しくインストールすると、保護されたサーバーが再起動される可能性があります。

セットアップの前提条件

Environment インストールの詳細または詳細
DPM の基本的なインストールの前提条件 DPM サーバーには多くのコンポーネントが必要です。 これらは、セットアップ中に自動的にインストールされます。

- .NET Framework 4.0 または 4.5 (DPM 2016/2019)、SQL インストールに .NET Framework 3.5 が必要 (SQL 2016 より前)、SQL インストールに .NET Framework 4.6 が必要 (SQL 2016 以降)。 自動的にインストールされない場合は、サーバー マネージャーの [機能の追加] を使用してインストールします。
- Windows インストーラー 4.5 (またはそれ以降)。 オペレーティング システムの一部としてインストールされますが、管理者権限で <ルート ディレクトリ>DPM\setup\redist\WindowsInstaller\INSTMSI45.EXE からインストールすることもできます。
- Microsoft Visual C++ 2012 再頒布可能パッケージ、Microsoft Visual C++ 2010 再頒布可能パッケージ、Microsoft Visual C++ 2008 再頒布可能パッケージ。
- PowerShell 3.0 (Windows Server 2012 R2 または 2012 に付属)。
- Microsoft Hyper-V Management PowerShell
DPM データベース
- DPM データベースでサポートされる SQL サーバーのバージョンを確認します。
- DPM サーバーまたはリモート サーバーに SQL サーバーをインストールできます。
- DPM をインストールする前に、SQL をローカルまたはリモートにインストールします。
- DPM 2022 で SQL Server 2022 を使用する予定の場合は、SQL 2022 RTM を SQLNCLI に付属していないため、DPM 2022 RTM をインストールする前に、SQL サーバー Native Client (SQLNCLI) を SQL Server マシンにインストールしてください。
- データベースをリモートでインストールする場合は、リモート インスタンスを実行しているコンピューターが DPM サーバーと同じドメインとタイム ゾーンにある必要があります。
- リモート データベースを実行している場合は、DPM をインストールする前に、リモート SQL コンピューターで SQL 準備ツールを実行してください。
- SQL Server は、スタンドアロンでも、クラスターで実行することもできます。
- SQL サーバーがクラスター化されている場合は、レポート サーバーと SQL サーバーが異なるコンピューター上に存在する必要があります。
- ドメイン コントローラーで SQL サーバーを実行することはできません。
- SQL Server Always-On デプロイを使用することはできません。
- DPM を Azure 仮想マシン (VM) としてデプロイする場合は、SQL サーバーを実行している Azure VM をリモート SQL サーバー インスタンスとして使用します。 このデプロイではオンプレミスの SQL サーバーを使用できません。また、Azure SQL データベースは現在サポートされていません。
Hyper-V VM としてインストールされた DPM HYPER-V 仮想マシンとして DPM をインストールする場合は、次の点に注意してください。

  • 仮想 DPM のインストールは、スケールアップ環境用ではありません。 代わりに、直接接続/SAN ベースのストレージを使用してください。 VHDX ファイルを使用したスケールアップ (CSV 上の Hyper-V) 環境では、SAN と比較してパフォーマンスが低下する可能性があります。 そのため、スケールアップ環境では、VHDX を使用しないことをお勧めします。
  • VHDX のサイズ制限はありません。
    固定ファイルと動的展開 VHDX ファイルの両方がサポートされています。
  • VHD ファイルと VHDX ファイルの両方が DPM 記憶域プールでサポートされています。
    記憶域プールへの仮想ハード ドライブの追加をサポートするには、仮想 DPM のインストールが必要です。
  • 動的および固定仮想ハード ドライブの場合、VHD ファイルと VHDX ファイルはリモート SMB 共有でサポートされます。
  • DPM 2012 R2 更新プログラム 3 以降では、合成 FC を使用するテープ ドライブをサポートする Hyper-V 仮想マシンとして DPM を実行できます。
  • 高可用性 DPM 記憶域の場合は、仮想ハード ドライブをスケールアウト ファイル サーバー (SOFS) に配置する必要があります。 スケールアウト ファイル サーバーには SMB 3.0 が必要です。
  • 仮想 DPM のインストールでは、次の機能はサポートされていません。

    • 記憶域スペースの上に構築された Windows 2012 記憶域スペースまたは仮想ハード ドライブ。
      Windows 2012 ストレージ領域での VHDX ファイルのローカルまたはリモート ホスティングもサポートされていません。
    • 仮想ハード ドライブをホストしているボリュームで Disk Dedupe を有効にします。
    • DPM 記憶域プールとしての Windows 2012 iSCSI ターゲット (仮想ハード ドライブを使用)。
    • DPM 記憶域プールで使用される VHD ファイルをホストするボリュームの NTFS 圧縮。
    • 記憶域プールに使用される VHD ファイルをホストしているボリューム上の BitLocker。
    • DPM 記憶域プール内の VHDX ファイルの物理ディスクのネイティブ 4K セクター サイズ。
    • Windows 2008 サーバーでホストされている仮想ハード ドライブ。
Azure の仮想マシンとしての DPM
  • DPM は、A2 以上のサイズのすべての Azure IaaS 仮想マシンでサポートされています。
    DPM の仮想マシンのサイズの選択には、 DPM Azure 仮想マシン サイズの計算ツールワークシートを 接続されているディスクあたりの最大 IOPS は Standard レベルの方が Basic レベルよりも高いため、仮想マシンを設定して Standard コンピューティング レベルでインスタンスを作成します。
  • DPM は、 protection マトリックスで詳しく説明されているように、ワークロードを保護できます。
  • DPM では、同じ Azure 仮想ネットワークおよび Azure サブスクリプションの複数の Azure クラウド サービスで実行されるワークロードを保護できます。
    Azure 仮想マシンとして実行されている DPM は、オンプレミスのデータを保護できません。
  • 記憶域アカウントには、サイズおよび IOPS 制限があり、その他の実行中の仮想マシンと共有した場合に DPM 仮想マシンのパフォーマンスに影響を与える可能性があるので、DPM 仮想マシンには、別の記憶域アカウントを使用してください。 DPM 仮想マシンと、保護されるワークロードは、同じ Azure 仮想ネットワーク上にある必要があります。
  • ターゲット記憶域 (DPM の記憶域プール) として使用できるディスクの数は、仮想マシンのサイズ (最大 16) によって制限されます。 DPM サーバーで実行されている Azure Backup エージェントには、その使用に一時的な記憶域 (キャッシュの場所) と、クラウドから復元されたデータ (ローカル ステージング領域) が必要です。 各 Azure 仮想マシンにはいくらかの一時ディスク記憶域が付属することに注意してください。 これは、ボリューム D:\としてユーザーが使用できます。 Azure Backup で必要なローカル ステージング領域は D:\に配置するように構成でき、キャッシュの場所は C:\ に配置できます。 これにより、DPM 仮想マシンに接続されているデータ ディスクからスペースを分割する必要はありません。
  • DPM の仮想マシンに接続されている Azure ディスクにデータは格納されます。 仮想マシンに接続されると、ディスクおよび記憶域は DPM から管理されるようになります。 バックアップ可能なデータの量は、DPM の仮想マシンに接続されているディスクのサイズと数によります。 各 Azure 仮想マシンに接続できるディスクの最大数 (A2V2、A4V2、A8V2 の場合は 4 つのディスク)、各ディスクの最大サイズ (1 TB) があります。 これにより、使用できるバックアップ記憶域プールの合計が決まります。 DPM に接続された Azure ディスクに 1 日分データを保持し、1 日より前のデータを Azure Backup サービスに格納することをお勧めします。 これにより、より長い保有期間のデータ ストレージが提供され、Azure Backup にオフロードすることで、より大量のデータを保護できます。
  • 展開を拡大縮小する場合、次のオプションがあります。

    • オプション 1、スケールアップ: A2V2、A4V2、A8V2 から DPM 仮想マシンのサイズを増やし、ローカル 記憶域を追加します。
    • オプション 2、データのオフロード: Azure Backup に古いデータを送信し、DPM サーバーに接続されているストレージには最新のデータのみを保持します。
    • オプション 3、スケールアウト: ワークロードを保護するために DPM サーバーを追加します。
  • DPM 仮想マシンのサイズごとに保護されたワークロードの最大数を、次の表 A にまとめます。

テーブル A

VM サイズ 保護されたワークロードの最大数 平均ワークロード サイズ 平均ワークロードチャーン (毎日)
A2V2 20 100 GB 正味 5% チャーン
A4V2 40 150 GB 正味 10% チャーン
A8V2 60 200 GB 正味 15% 変化

Note

VMware の Windows 仮想マシンとして - DPM 2022 は、VMware 環境の Windows 仮想マシンにインストールできます。 この構成では、DPM は VMware で Windows 仮想マシンとして実行されている Microsoft ワークロードを保護できます。

Note

VMware の Windows 仮想マシンとして - DPM 2019 は、VMware 環境の Windows 仮想マシンにインストールできます。 この構成では、DPM は VMware で Windows 仮想マシンとして実行されている Microsoft ワークロードを保護できます。

SQL Server データベースを設定する

次の場合は、SQL Server データベースを設定する必要があります。

  • DPM 2019、2016 を実行している
  • DPM 2022、2019、2016 を実行している

SQL Server データベースを設定するには:

  1. DPM をインストールするローカル サーバーまたはリモート サーバーで SQL Server セットアップを実行します。

  2. Installationで、新しい SQL Server スタンドアロン インストール選択するか既存のインストールに機能を追加

  3. Product キーで、有効なライセンス キーを入力します。 Setup サポート ルールで、続行する前にエラーを修正します。 Setup ロールで、SQL Server Feature Installation を選択します。

  4. [Feature の選択で、[データベース エンジン サービス] を選択[インスタンスの機能]で、 [レポート サービス - ネイティブ]を選択します。 インストールルールで、ルールを確認します。

  5. Instance 構成で、DPM に使用する SQL Server インスタンスの名前を指定します。 名前にアンダースコアやローカライズされた文字は使用しないでください。 ディスク領域の要件で、情報を確認します。

  6. Server Configuration>Service Accounts で、SQL Server サービスを実行するドメイン アカウントを指定します。

    • 単一の専用ドメイン ユーザー アカウントを使用して、SQL Server Services、SQL Server エージェント、SQL Server データベース エンジン、および SQL Server Reporting Services を実行することをお勧めします。

    • RODC に DPM をインストールする場合は、そこで作成した DPMSQLSvcsAcctaccount を使用します。 ユーザー アカウントは、リモート インスタンスがインストールされているドメイン コントローラーのローカルの Administrators グループのメンバーである必要があることに注意してください。 セットアップが完了したら、ローカルの Administrators グループからユーザー アカウントを削除できます。 さらに、RODC にインストールする場合は、DPM 用の RODC を設定し、 DPMR$MACHINENAME アカウントを作成するときに選択したパスワードを入力する必要があります。

    • ドメイン ユーザー アカウントを作成するときは、可能な限り最小限の特権を付与し、有効期限が切れない強力なパスワードを割り当てて、識別しやすい名前を付けます。 このアカウントは、ウィザードの後半でローカルの Administrators グループと SQL Server Sysadmin 固定サーバー ロールに追加します。

    • SQL のフルテキスト フィルター デーモン ランチャーを除くすべてのサービスは自動に設定する必要があります。

  1. データベース エンジン構成で、Windows 認証 モードの設定をそのまま使用します。 DPM 管理者には、SQL Server 管理者アクセス許可が必要です。 Specify SQL Server 管理者 DPM 管理者を追加します。 必要な場合は、アカウントを追加できます。 既定の設定でウィザードの残りの部分を完了し、 Ready to Install>Install を選択します。

    SQL Server 2022 を使用する場合は、SQL Server Native Client (SQLNCLI) を SQL Server 2022 コンピューターにインストールする必要があります。

    SQLNCLI は DPM 2022 RTM インストールの前提条件ですが、SQL Server 2022 では使用できません。 そのため、SQL Server 2022 のインストール後は、SQL Server マシンに SQL Server Native Client を個別にインストールする必要もあります。 その後、DPM 2022 RTM をインストールし、UR1 以降に更新してください。これは、SQL Server 2022 を DPM データベースとしてサポートし、SQLNCLI ではなく OLEDB 18.0 を使用します。

  2. リモート コンピューターに SQL Server をインストールする場合は、次の操作を行います。

    • DPM サポート ファイル (SQLPrep) をインストールします。 これを行うには、SQL Server コンピューターで DPM DVD を挿入し、setup.exeを開始します。 ウィザードに従って、Microsoft Visual C++ 2012 再頒布可能パッケージをインストールします。 DPM のサポート ファイルが自動的にインストールされます。

    • DPM サーバーが SQL Server コンピューターと通信できるように、ファイアウォール規則を設定します。

      • 既定の障害監査および有効なパスワード ポリシー チェック TCP/IP が有効になっていることを確認

      • ポート 80 で TCP を許可するには、SQL Server の DPM インスタンスのsqlservr.exeの受信例外を構成します。 レポート サーバーは、ポート 80 で HTTP 要求をリッスンします。

      • リモートの SQL Server 上の RPC を有効にする必要があります。

      • データベース エンジンの既定のインスタンスは TCP ポート 1443 でリッスンします。 この設定は変更することができます。 SQL Server Browser サービスを使用して、既定の 1433 ポートでリッスンしないインスタンスに接続するには、UDP ポート 1434 が必要です。

      • SQL Server の名前付きインスタンスでは、既定で動的ポートが使用されます。 この設定は変更することができます。

      • SQL Server エラー ログで、データベース エンジンによって使用されている現在のポート番号を確認できます。 エラー ログを表示するには、SQL Server Management Studio を使用して、名前付きインスタンスに接続します。 ['any' <ipv4> port_number] で、サーバーがリッスンしているエントリで [管理] - [SQL Server ログ] を選択して、現在のログを表示できます。

  1. データベース エンジン構成で、Windows 認証 モードの設定をそのまま使用します。 DPM 管理者には、SQL Server 管理者アクセス許可が必要です。 Specify SQL Server 管理者 DPM 管理者を追加します。 必要な場合は、アカウントを追加できます。 既定の設定でウィザードの残りの部分を完了し、 Ready to Install>Install を選択します。

  2. リモート コンピューターに SQL Server をインストールする場合は、次の操作を行います。

    • DPM サポート ファイル (SQLPrep) をインストールします。 これを行うには、SQL Server コンピューターで DPM DVD を挿入し、setup.exeを開始します。 ウィザードに従って、Microsoft Visual C++ 2012 再頒布可能パッケージをインストールします。 DPM のサポート ファイルが自動的にインストールされます。

    • DPM サーバーが SQL Server コンピューターと通信できるように、ファイアウォール規則を設定します。

      • 既定の障害監査および有効なパスワード ポリシー チェック TCP/IP が有効になっていることを確認

      • ポート 80 で TCP を許可するには、SQL Server の DPM インスタンスのsqlservr.exeの受信例外を構成します。 レポート サーバーは、ポート 80 で HTTP 要求をリッスンします。

      • リモートの SQL Server 上の RPC を有効にする必要があります。

      • データベース エンジンの既定のインスタンスは TCP ポート 1443 でリッスンします。 この設定は変更することができます。 SQL Server Browser サービスを使用して、既定の 1433 ポートでリッスンしないインスタンスに接続するには、UDP ポート 1434 が必要です。

      • SQL Server の名前付きインスタンスでは、既定で動的ポートが使用されます。 この設定は変更することができます。

      • SQL Server エラー ログで、データベース エンジンによって使用されている現在のポート番号を確認できます。 エラー ログを表示するには、SQL Server Management Studio を使用して、名前付きインスタンスに接続します。 ['any' <ipv4> port_number] で、サーバーがリッスンしているエントリで [管理] - [SQL Server ログ] を選択して、現在のログを表示できます。

Note

  • SQL 2017 以降では、SSRS は SQL インストールの一部としてインストールされません。 SQL SSRS を個別にインストールする必要があります。 詳細については、「 INSTALL SQL Server Reporting Services (2017 以降)を参照してください。
  • リモート クラスター化された SQL インスタンスの場合、データベース エンジンはクラスター上にあり、SSRS は別のコンピューター (DPM サーバーまたはその他のコンピューター) 上にある必要があります。
  • ローカルまたはリモートの両方の SQL Server シナリオでは、次のコンポーネントを DPM サーバーにインストールする必要があります。
    - SQL Server Management Studio (SSMS) は SQL Server と共にインストールされなくなりました。同等のバージョンの SSMS を個別にインストールする必要があります。
    - SQL Server 2019 の場合は、SSMS と共に、SQLCMDVisual C++ 2017 再頒布可能パッケージ、および Microsoft ODBC Driver 17 for SQL Server を DPM サーバーに個別にインストールする必要があります。

DPM をインストールする

重要

DPM をインストールするときは、ドメイン名と SQL マシン名に NetBIOS 名を使用します。 完全修飾ドメイン名 (FQDN) は使用しないでください。

  1. 必要に応じて、DPM 2016.exe (DPM 2016 の場合)/DPM 2019.exe (DPM 2019 の場合) ファイルを DPM を実行するコンピューターに展開します。 これを行うには、exe ファイルを実行し、 Welcome 画面で Next を選択します。 展開先の場所の選択で、インストール ファイルの展開先を指定します。 展開するスレッドで、Extract を選択します。 抽出が完了したら、指定した場所に移動し、 Setup.exe実行します。

  2. DPM セットアップの Welcome ページで、 Next を選択します。 ライセンス条項 ページで、契約 >OK に同意します。

  3. [ 前提条件の確認 ページで、チェックを待ってから問題を解決してから続行します。

  4. Product Registration ページで、Next を選択します。 Microsoft Update Opt-In ページで、MICROSOFT Update に DPM を含めるかどうかを選択します。

  5. [設定] の [ 表示] ページで 設定を確認し、 Install を選択します。 インストールが完了したら、 Close を選択します。 Windows Update が自動的に起動され、変更が確認されます。

無人インストールを実行する

次のように無人インストールを実行します。

  1. 開始する前に、前提条件がインストールされていることを確認します。

  2. リモート SQL Server で、SQL をインストールする前に、Windows サーバーに .NET Framework 3.5 (SQL 2016 の場合)、4.0、または 4.5 (SQL 2017) がインストールされていることを確認します。

  3. ファイアウォールが開かれていることを確認するには、次のコードを使用します。

    netsh advfirewall firewall add rule name=DPM_SqlServr.exe dir=in action=allow program=\"%PROGRAMFILES%\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Binn\sqlservr.exe\" profile=Domain  
    netsh advfirewall firewall add rule name=DPM_UDP_Port_1434 dir=in action=allow protocol=UDP localport=1434 profile=Domain
    
  4. ローカル サーバーまたはリモート サーバーに SQL Server をインストールします。

  5. 次のテキストをメモ帳 (または別のテキスト エディター) にコピーし、スクリプトを DPM サーバーにDPMSetup.iniとして保存します。 SQL Server インスタンスが DPM サーバーにインストールされているか、リモート サーバーにインストールされているかに関係なく、同じスクリプトを使用します。

    重要

    DPM をインストールするときは、ドメイン名と SQL マシン名に NetBIOS 名を使用します。 完全修飾ドメイン名 (FQDN) は使用しないでください。

    DPMSetup.iniを作成するときは、 <> 内のテキストを環境の値に置き換えます。 ハッシュ (#) で始まる行はコメント アウトされ、DPM セットアップでは既定値が使用されます。 値を指定するには、 <> 内の値を入力し、ハッシュ (#)を削除します。

    [OPTIONS]
    UserName = <A user with credentials to install DPM>
    CompanyName = <Name of your company>
    ProductKey = <The 25-character DPM product key in the format xxxxx-xxxxx-xxxxx-xxxxx-xxxxx>
    # SqlAccountPassword = <The password to the DPM$ account>
    # StandardAgentLicenses = <No. of standard agent licenses you have purchased>
    # EnterpriseAgentLicenses = <No. of enterprise agent licenses you have purchased>
    # ProgramFiles = C:\Program Files\Microsoft Data Protection Manager
    # DatabaseFiles = C:\Program Files\Microsoft Data Protection Manager\DPM\DPMDB
    # IntegratedInstallSource = <Location of the DPM setup files>
    # ---For using a remote SQL Server Instance ---
    # SQLMachineName = <Name of the SQL Server computer> OR <SQL Cluster Name>
    # SQLInstanceName = <Name of the instance of SQL Server that Setup must use>
    # SQLMachineUserName = <Username that Setup must user>
    # SQLMachinePassword = <Password for the username Setup must use>
    # SQLMachineDomainName = <Domain to which the SQL Server computer is attached>
    # ---For using a reporting SQL Server Instance in case of DPMDB in SQL Cluster ---
    # ReportingMachineName = <Name of the SQL Server computer>
    # ReportingInstanceName = <Name of the instance of SQL Server that Setup must use, SSRS in case of SQL 2017>
    # ReportingMachineUserName = <Username that Setup must user>
    # ReportingMachinePassword = <Password for the username Setup must use>
    # ReportingMachineDomainName = <Domain to which the SQL Server computer is attached>
    
  6. ファイルを保存した後、インストール サーバーの管理者特権でのコマンド プロンプトで、「 start /wait [media location]\setup.exe /i /f <path>\DPMSetup.ini /l <path>\dpmlog.txt」と入力します。

    • [media location] は、setup.exeの実行場所を示します。
    • <path> は、.ini ファイルの場所です。

ドメイン コントローラーに DPM をインストールする

RODC に DPM を設定する場合は、SQL Server を設定して DPM をインストールする前に、いくつかの手順を実行する必要があります。

  1. DPM に必要なセキュリティ グループとアカウントを作成します。 これを行うには、Start>Administrative Tools>Active Directory ユーザーとコンピューター>Domain/Builtin を選択し、これらのセキュリティ グループを作成します。 グループごとに、スコープ (グローバル) とグループの種類 (セキュリティ) の既定の設定を使用します。

    • DPMDBReaders$<コンピューター名>
    • MSDPMTrustedMachines$<コンピューター名>
    • DPMRADCOMTrustedMachines$<コンピューター名>
    • DPMRADmTrustedMachines$<コンピューター名>
    • DPMDBAdministrators$<コンピューター名>
    • MSDPMTrustedUsers$<コンピューター名>
    • DPMSCOM$<コンピューター名>
    • DPMRATrustedDPMRAs$<コンピューター名>、ここで、<コンピューター名> はドメイン コントローラーの名前です。
  2. ドメイン コントローラー (<Computer Name>) のローカル コンピューター アカウントを MSDPMTrustedMachines$<*Computer Name*> グループに追加します。 次に、プライマリ ドメイン コントローラーで、可能な限り最小限の資格情報でドメイン ユーザー アカウントを作成します。 有効期限が切れない強力なパスワードを割り当てて、ローカル管理者グループに追加します。

    Note

    SQL Server のインストール中に SQL Server サービスを構成する必要があるため、このアカウントを書き留めます。 このユーザー アカウントには任意の名前を付けることができます。 ただし、アカウントの目的を簡単に識別するには、 DPMSQLSvcsAcctなどの重要な名前を付ける必要があります。 これらの手順では、このアカウントを DPMSQLSvcsAcct アカウントと呼びます。

  3. プライマリ ドメイン コントローラーで、可能な限り低い資格情報を持つ別のドメイン ユーザー アカウントを作成し、アカウントに DPMR$MACHINENAME という名前を付け、有効期限が切れない強力なパスワードを割り当ててから、このアカウントを DPMDBReaders$<*Computer Name*> グループに追加します。

  4. 次に、SQL Server データベースに必要なセキュリティ グループとユーザー アカウントを、グローバルとグループの種類: セキュリティのスコープで作成します。 グループまたはアカウントは、<グループ名アカウント名コンピューター名> という形式にする必要があります。

    • SQLServerSQL2005BrowserUser$<コンピューター名>

    • SQLServerMSSQLServerADHelperUser$<コンピューター名>

    • SQLServerReportServerUser$<インスタンス ID><インスタンス名>

    • SQLServerMSASUser$<コンピューター名><インスタンス名>

    • SQLServerDTSUser$<コンピューター名>

    • SQLServerFDHostUser<コンピューター名><インスタンス名>

    • ここで <コンピューター名> は、SQL Server 2008 のインストール先のドメイン コントローラーのコンピューター名です。

      • <インスタンス名> は、ドメイン コントローラーに作成する SQL Server のインスタンスの名前です。 インスタンス名には、既定の DPM インスタンス名 (MSDPM2010) 以外の任意の名前を指定できます。
      • <インスタンス ID> は、既定では、SQL Server セットアップで割り当てられ、SQL Server のメジャー バージョンのインスタンス (10) の Reporting Services (MSRS) に適用されるグループを示します。 このリリースでは、この値はMSRS1A0_50。
  5. プライマリ ドメイン コントローラーで、前に作成したドメイン ユーザー アカウント (DPMSQLSvcsAcct アカウント) を次のグループに追加します: SQLServerReportServerUser$<コンピューター名>$MSRS10.<インスタンス ID> SQLServerMSASUser$<コンピューター名>$<インスタンス ID>

  6. これらの手順を完了したら、SQL Server をインストールできます。

    • 前に作成したドメイン ユーザー アカウントを使用して、DPM をインストールするドメイン コントローラーにサインインします。 このアカウントを DPMSQLSvcsAcct と見なしましょう。

    • SQL Server のインストールを開始します。 セットアップの Server 構成 - サービス アカウント ページで、ユーザー アカウント DPMSQLSvcsAcct で実行する SQL Server サービス (SQL Server エージェント、SQL Server データベース エンジン、SQL Server Reporting Services) のサインイン アカウントを指定します。

    • SQL Server がインストールされたら、SQL SERVER 構成マネージャーSQL Server Network Configuration>Protocols を開き、Named Pipes>Enable を右クリックします。 SQL Server サービスを停止して再起動する必要があります。

  7. その後、DPM をインストールできます。

    • [ SQL サーバーの設定 ページで、プロシージャにインストールした SQL Server のインスタンスの名前を localhost\<Instance Name> として入力し、作成した最初のドメイン ユーザー アカウント (DPMSQLSvcsAcct アカウント) の資格情報を入力します。 このアカウントは、リモート インスタンスがインストールされているドメイン コントローラーのローカル Administrators グループのメンバーである必要があります。 セットアップが完了したら、ローカルの Administrators グループからユーザー アカウントを削除できます。

    • [ セキュリティ設定 ページで、前に DPMR$MACHINENAME ユーザー アカウントを作成したときに使用したのと同じパスワードを入力する必要があります。

    • SQL Server Management Studio を開き、DPM が使用するように構成されている SQL Server のインスタンスに接続します。 新しいクエリを選択し、下のテキストを右側のウィンドウにコピーし、F5 キーを押してクエリを実行します。

      use DPMDB
      declare @refresh_jobid uniqueidentifier
      select @refresh_jobid = ScheduleId from tbl_SCH_ScheduleDefinition where JobDefinitionId in
      (select JobDefinitionId from tbl_JM_TaskDefinition where TaskDefinitionId in (select distinct TaskDefinitionID from tbl_TE_TaskTrail
      where VerbID = '53603503-C4C8-4D0E-8F1E-D2F3868E51E3')) and IsDeleted=0
      exec msdb.dbo.sp_update_job @job_name =@refresh_jobid, @enabled=0
      update tbl_SCH_ScheduleDefinition
      set IsDeleted=1
      where ScheduleId = @refresh_jobid
      

SQL 2016 から SQL 2017 へのアップグレード

SQL Server 2016 または SQL Server 2016 SP1 Enterprise または Standard を SQL 2017 にアップグレードできます。 次の手順では、SQL 2016 を SQL 2017 にアップグレードする手順を示します。

Note

DPM 2019 では、DPM の新しいインストールとアップグレードの両方のシナリオで、SQL 2017 が DPM データベースとしてサポートされます。

  1. SQL Server で、レポート データベースをバックアップします。

  2. 暗号化キーをバックアップします。

  3. ローカル コンピューター上のレポート フォルダーをクリーンアップします。

  4. Reporting Service をインストールします。

  5. DPM サーバーで、次の DPM レジストリ キーを新しいレポート インスタンス名に変更します。

    • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB<ReportingInstanceName>
  6. Reporting Service の仮想ディレクトリ名をReportServer_SSRSに変更します。

  7. Reporting Service を構成し、データベースと暗号化キーを復元します。

次のステップ