DPM をインストールする
重要
このバージョンの Data Protection Manager (DPM) がサポート終了に達しました。 DPM 2022 にアップグレードすることをお勧めします。
System Center Data Protection Manager (DPM) を設定するために行う必要があることを次に示します。
- 「セットアップの前提条件」を参照してください。
- DPM オペレーティング システムに互換性があることを確認します。
- DPM の設定と構成に関する情報を格納する SQL Server データベースをセットアップします。
- DPM をセットアップします。 DPM は、ユーザー インターフェイスから インストール することも 、無人インストールを実行することもできます。 ドメイン コントローラーに DPM をインストールする場合は、次の手順に従います。
注意
DPM 2019 UR4 では、更新プログラムのロールアップ エージェントを新しくインストールすると、保護されたサーバーが再起動される場合があります。
Setup prerequisites
| 環境 | インストールの詳細または仕様 |
|---|---|
| DPM のインストールの基本的な前提条件 | DPM サーバーには多くのコンポーネントが必要です。 これらは、セットアップ時に自動的にインストールされます。 - .NET Framework 4.0 または 4.5 (DPM 2016/2019);.NET Framework SQL インストールに 3.5 が必要です (SQL 2016 より前)。.NET Framework SQL インストールに 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 管理 PowerShell |
| DPM データベース |
- DPM データベースでサポートされる SQL サーバーのバージョンを確認します。 - DPM サーバーまたはリモート サーバーに SQL サーバーをインストールできます。 - DPM をインストールする前に、ローカルまたはリモートに SQL をインストールします。 - SQL Server 2022 と DPM 2022 を使用する予定の場合は、SQL 2022 RTM が SQLNCLI に付属していないため、DPM 2022 RTM をインストールする前に、SQL Server Native Client (SQLNCLI) を SQL Server マシンにインストールしてください。 - データベースをリモートにインストールする場合、リモート インスタンスを実行しているコンピューターは、DPM サーバーと同じドメインおよびタイム ゾーンに存在する必要があります。 - リモート データベースを実行している場合は、DPM をインストールする前に、リモート SQL コンピューターで SQL 準備ツールを実行してください。 - SQL サーバーは、スタンドアロンでも、クラスターで実行していてもかまいません。 - SQL サーバーがクラスター化されている場合は、レポート サーバーと SQL サーバーが異なるコンピューター上に存在する必要があります。 - ドメイン コントローラーで SQL サーバーを実行することはできません。 - SQL サーバーの AlwaysOn 展開は使用できません。 - DPM を Azure 仮想マシン (VM) として展開する場合は、SQL サーバーを実行している Azure VM をリモート SQL サーバー インスタンスとして使用します。 このデプロイではオンプレミスの SQL サーバーを使用できません。Azure SQL データベースは現在サポートされていません。 |
| Hyper-V VM としてインストールされる DPM | Hyper-V 仮想マシンとして DPM をインストールする場合は、次のことに注意してください。
|
| Azure の仮想マシンとしての DPM |
|
表 A
| VM のサイズ | 保護されるワークロードの最大数 | ワークロードの平均サイズ | ワークロードの平均変化 (日単位) |
|---|---|---|---|
| A2V2 | 20 | 100 GB | 正味 5% 変化 |
| A4V2 | 40 | 150 GB | 正味 10% 変化 |
| A8V2 | 60 | 200 GB | 正味 15% 変化 |
SQL Server データベースをセットアップする
次の場合、SQL Server データベースをセットアップする必要があります。
- DPM 2019 または 2016 を実行している。
- DPM 2022、2019、2016 を実行しています
SQL Server データベースをセットアップするには:
DPM をインストールするローカル サーバーまたはリモート サーバーで、SQL Serverセットアップを実行します。
[インストール] で、[新規SQL Serverスタンドアロン インストール] を選択するか、既存のインストールに機能を追加します。
[プロダクト キー] に、有効なライセンス キーを入力します。 セットアップ サポート ルールで、続行する前にエラーを修正します。 [セットアップ ロール] で、[SQL Server機能のインストール] を選択します。
[機能の選択] で、[データベース エンジン サービス] を選択します。 [インスタンスの機能] で、 [レポート サービス - ネイティブ] を選択します。 [ インストール規則] で、規則を確認します。
[インスタンス構成] で、DPM に使用するSQL Server インスタンスの名前を指定します。 名前にアンダースコアまたはローカライズされた文字を使用しないでください。 [ ディスク領域の要件] で、情報を確認します。
[サーバー構成>サービス アカウント] で、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 のフルテキスト フィルター デーモン ランチャーを除くすべてのサービスは自動に設定する必要があります。
[データベース エンジンの構成] で、[Windows 認証 モード] 設定をそのまま使用します。 DPM 管理者には、SQL Server 管理者アクセス許可が必要です。 [SQL Server 管理者の指定] で、DPM 管理者を追加してください。 必要な場合は、アカウントを追加できます。 既定の設定でウィザードの残りの部分を完了し、[インストール>の準備完了] を選択します。
SQL Server 2022 を使用する場合は、SQL Server 2022 コンピューターに SQL Server Native Client (SQLNCLI) をインストールする必要があります。
SQLNCLI は DPM 2022 RTM インストールの前提条件ですが、SQL Server 2022 では使用できません。 したがって、SQL Server 2022 のインストール後、SQL Server コンピューターにSQL Server Native Clientを個別にインストールする必要もあります。 その後、DPM 2022 RTM をインストールし、UR1 以降に更新します。これは DPM データベースとしてSQL Server 2022 をサポートし、SQLNCLI ではなく OLEDB 18.0 を使用します。
リモート コンピューターに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 ログ] を選択して、現在のログを表示できます。
[データベース エンジンの構成] で、[Windows 認証 モード] 設定をそのまま使用します。 DPM 管理者には、SQL Server 管理者アクセス許可が必要です。 [SQL Server 管理者の指定] で、DPM 管理者を追加してください。 必要な場合は、アカウントを追加できます。 既定の設定でウィザードの残りの部分を完了し、[インストール>の準備完了] を選択します。
リモート コンピューターに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 を個別にインストールする必要があります。 詳細については、「SQL Server Reporting Services のインストール (2017 以降)」をご覧ください。
- リモート クラスター化された SQL インスタンスの場合、データベース エンジンはクラスター上にあり、SSRS は別のコンピューター (DPM サーバーまたはその他のコンピューター) 上にある必要があります。
- ローカルまたはリモートのどちらのSQL Serverシナリオでも、DPM サーバーに次のコンポーネントをインストールする必要があります。
- SQL Server Management Studio (SSMS) はSQL Serverと共にインストールされなくなりました。同等のバージョンの SSMS を個別にインストールする必要があります。
- SQL Server 2019 の場合、SSMS と共に、SQLCMD、Visual C++ 2017 再頒布可能パッケージ、Microsoft ODBC Driver 17 for SQL Serverも DPM サーバーに個別にインストールする必要があります。
DPM をインストールする
重要
DPM をインストールする場合は、ドメイン名と SQL マシン名に NetBIOS 名を使用します。 完全修飾ドメイン名 (FQDN) は使用しないでください。
必要な場合は、DPM 2016.exe (DPM 2016 の場合) または DPM 2019.exe (DPM 2019 の場合) ファイルを、DPM を実行するコンピューターに抽出します。 これを行うには、exe ファイルを実行し、[ ようこそ ] 画面で [ 次へ] を選択します。 [ 保存先の選択] で、インストール ファイルを抽出する場所を指定します。 [ 展開の準備完了] で、[抽出] を選択 します。 抽出が完了したら、指定した場所に移動し 、Setup.exe実行します。
DPM セットアップの [ ようこそ ] ページで、[ 次へ] を選択します。 [ライセンス条項] ページで、契約 > [OK] に同意します。
[前提条件の確認] ページで、問題がある場合は解決してから先に進みます。
[ 製品の登録 ] ページで、[ 次へ] を選択します。 [Microsoft Update のオプトイン] ページで、DPM を Microsoft Update に含めるかどうかを選択します。
[設定の概要] ページで、設定をチェックし、[インストール] を選択します。 インストールが完了したら、[ 閉じる] を選択します。 Windows Update が自動的に起動し、変更をチェックします。
無人インストールを実行する
無人インストールを実行するには、次のようにします。
開始する前に、前提条件がインストールされていることを確認してください。
リモート SQL Serverで、SQL をインストールする前に、.NET Framework 3.5 (SQL 2016 の場合)、4.0、または 4.5 (SQL 2017) が Windows サーバーにインストールされていることを確認します。
ファイアウォールが開かれていることを確認するには、次のコードを使用します。
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ローカル サーバーまたはリモート サーバーに SQL Server をインストールします。
次のテキストをメモ帳 (または別のテキスト エディター) にコピーし、スクリプトを DPMSetup.ini として DPM サーバーに保存します。 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>ファイルを保存したら、インストール サーバーで管理者特権でのコマンド プロンプトに次のように入力します。
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 をインストールする前に、いくつかの手順を実行する必要があります。
DPM に必要なセキュリティ グループとアカウントを作成します。 これを行うには、[管理ツール>>の開始>Active Directory ユーザーとコンピュータードメイン/組み込み] を選択し、これらのセキュリティ グループを作成します。 グループごとに、スコープ (グローバル) とグループの種類 (セキュリティ) の既定の設定を使用します。
- DPMDBReaders$<コンピューター名>
- MSDPMTrustedMachines$<コンピューター名>
- DPMRADCOMTrustedMachines$<コンピューター名>
- DPMRADmTrustedMachines$<コンピューター名>
- DPMDBAdministrators$<コンピューター名>
- MSDPMTrustedUsers$<コンピューター名>
- DPMSCOM$<コンピューター名>
- DPMRATrustedDPMRAs$<コンピューター名>、ここで、<コンピューター名> はドメイン コントローラーの名前です。
ドメイン コントローラー (<コンピューター名>) のローカル コンピューター アカウントをグループに
MSDPMTrustedMachines$<*Computer Name*>追加します。 次に、プライマリ ドメイン コントローラーで、可能な限り最小限の資格情報でドメイン ユーザー アカウントを作成します。 有効期限が切れない強力なパスワードを割り当てて、ローカル管理者のグループに追加します。注意
SQL Serverのインストール中にSQL Server サービスを構成する必要があるため、このアカウントをメモしておきます。 このユーザー アカウントには任意の名前を付けることができます。 ただし、アカウントの目的を簡単に特定するには、 DPMSQLSvcsAcct などの重要な名前を付ける必要があります。 これらの手順では、このアカウントは DPMSQLSvcsAcct アカウントと呼ばれます。
プライマリ ドメイン コントローラーで、可能な限り低い資格情報を持つ別のドメイン ユーザー アカウントを作成し、アカウント に DPMR$MACHINENAME という名前を付け、有効期限が切れない強力なパスワードを割り当ててから、このアカウントを
DPMDBReaders$<*Computer Name*>グループに追加します。その後、スコープをグローバル、グループの種類をセキュリティにして、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 です。
プライマリ ドメイン コントローラーで、前に作成したドメイン ユーザー アカウント (DPMSQLSvcsAcct アカウント) を次のグループに追加します: SQLServerReportServerUser$<コンピューター名>$MSRS10.<インスタンス ID> SQLServerMSASUser$<コンピューター名>$<インスタンス ID>
これらの手順を完了したら、SQL Serverをインストールできます。
先ほど作成したドメイン ユーザー アカウントを使用して、DPM をインストールするドメイン コントローラーにサインインします。 ここでは、このアカウントを DPMSQLSvcsAcct とします。
SQL Serverのインストールを開始します。 セットアップの [サーバー構成 - サービス アカウント] ページで、ユーザー アカウント DPMSQLSvcsAcct で実行するSQL Server サービス (SQL Server エージェント、SQL Server データベース エンジン、SQL Server Reporting Services) のサインイン アカウントを指定します。
SQL Serverがインストールされたら、[SQL Server 構成マネージャー SQL Server>ネットワーク構成>プロトコル] を開き、[名前付きパイプ>の有効化] を右クリックします。 SQL Server サービスを停止して再起動する必要があります。
その後、DPM をインストールします。
[SQL Server設定] ページで、手順でインストールした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 にアップグレードする
DPM Semi-Annual チャネル 1801 以降で SQL 2017 を使用する場合は、SQL 2016 を SQL 2017 にアップグレードする必要があります。 SQL 2017 にアップグレードできるのは、SQL Server 2016、SQL Server 2016 SP1 Enterprise、または Standard です。 SQL 2016 を SQL 2017 にアップグレードする手順を次に示します。
Note
SQL 2017 はアップグレード シナリオで、DPM 1801 のデータベースとしてサポートされています。 DPM 2019 では、DPM の新しいインストールとアップグレードの両方のシナリオで、SQL 2017 が DPM データベースとしてサポートされます。
SQL Server でレポート データベースをバックアップします。
暗号化キーをバックアップします。
ローカル コンピューター上のレポート フォルダーをクリーンアップします。
Reporting Service をインストールします。
DPM サーバーで、次の DPM レジストリ キーを新しいレポート インスタンス名に変更します。
- HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB<レポート インスタンス名>
レポート サービスの仮想ディレクトリ名を ReportServer_SSRS に変更します。
レポート サービスを構成し、データベースと暗号化キーを復元します。
次のステップ
- 該当する新しい修正プログラムと UR について、リリース ノートを確認します。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示