DPM を使用して SQL Server をバックアップする

System Center Data Protection Manager (DPM) は、SQL Server データベースのバックアップと回復を提供します。 SQL Server データベースをバックアップするだけでなく、SQL Server コンピューターのシステム バックアップや完全なベアメタル バックアップを実行できます。 DPM で保護できる機能を次に示します。

• スタンドアロンの SQL Server インスタンス

• SQL Server フェールオーバー クラスター インスタンス (FCI)

• SQL Server AlwaysOn 可用性グループで、次の設定を行います。

  • [セカンダリを優先]

  • [セカンダリのみ]

  • 1 次式

  • [任意のレプリカ]

DPM で SQL Server をバックアップする理由

• DPM は、SQL Server の高度な構成を保護するよう設計されました。

• DPM は、最短で 15 分ごとに SQL Server を保護するように設定できます。

• バックアップ ツールと SQL Server の保護スケジュールの間で生じ得る競合を DPM で減少させることができます。

• DPM は、インスタンス レベルまたはデータベース レベルで SQL Server を保護できます。 インスタンス レベルで保護が有効になっている場合、DPM はそのインスタンス上の新しいデータベースを検出し、保護グループに自動的に追加します。

• DPM は手頃な価格のオプションです。 小さな SQL Server のフット プリントに適していますが、SQL Server のフット プリントがより大きい組織のためにも拡大できます。

• DPM には、SQL データベースのセルフサービス復旧のためのデータベース管理者のオプションを拡張するセルフサービス回復ツール (SSRT) があります。

• SQL Server 2014 にアップグレードする場合、DPM は SQL Server のアップグレード後も、既に保護されているデータベースをバックアップし続けます。 SQL Server のアップグレード中は、バックアップ ジョブを回避する必要があります。

前提条件と制限事項

• リモート ファイル共有にあるファイルを含むデータベースがある場合、保護はエラー ID 104 で失敗します。 DPM では、リモート ファイル共有上の SQL Server データの保護はサポートされていません。

• リモート SMB 共有に保存されているデータベースを DPM で保護することはできません。

• 可用性グループのレプリカが読み取り専用として構成されていることを確認します。

• システム アカウント NTAuthority\System を SQL Server の Sysadmin グループに明示的に追加する必要があります。

• 部分的な包含データベースに対して別の場所への回復を実行する場合は、ターゲット SQL インスタンスで包含データベース機能が有効になっていることを確認する必要があります。

• ファイル ストリーム データベースに対して別の場所への回復を実行する場合、ターゲット SQL インスタンスでファイル ストリーム データベース機能が有効になっていることを確認する必要があります。

• SQL Server AlwaysOn の保護:

  • 保護グループの作成で照会を実行中に、DPM は可用性グループを検出します。

  • DPM はフェールオーバーを検出し、データベース保護を続行します。

  • DPM は SQL Server のインスタンスに対して、マルチサイト クラスター構成をサポートします。

  AlwaysOn 機能を使用するデータベースを DPM で保護するときには、次の制限があります。

  • DPM では、次のように、バックアップの基本設定に基づいて SQL Server で設定されている可用性グループのバックアップ ポリシーが適用されます。

    • セカンダリ優先 - オンラインになっているのがプライマリ レプリカのみの場合を除き、バックアップは常にセカンダリ レプリカ上で発生します。 セカンダリ レプリカが複数ある場合は、バックアップの優先度が最も高いノードがバックアップ用に選択されます。 プライマリ レプリカのみを使用できる場合は、プライマリ レプリカでバックアップを実行する必要があります。

    • セカンダリのみ - プライマリ レプリカでのバックアップは行いません。 オンラインになっているのがプライマリ レプリカのみの場合、バックアップは発生しません。

    • プライマリ - バックアップは常にプライマリ レプリカ上で発生します。

    • 任意のレプリカ - 可用性グループ内の使用可能なレプリカのいずれかでバックアップを実行できます。 バックアップ元となるノードは、各ノードのバックアップの優先度によって決まります。

  Note

  • バックアップは、読み取り可能なレプリカ (プライマリ、同期セカンダリ、非同期セカンダリなど) から行うことができます。
  • いずれかのレプリカがバックアップから除外されている場合 (たとえば、レプリカの除外が有効になっているか、読み取り不可としてマークされている場合)、そのレプリカは、どのオプションでもバックアップ用に選択されません。
  • 読み取り可能なレプリカが複数ある場合は、バックアップの優先度が最も高いノードがバックアップ用に選択されます。
  • 選択されたノード上でバックアップに失敗した場合、バックアップ操作は失敗します。
  • 元の場所への回復はサポートされていません。

• SQL Server 2014 以降のバックアップに関する問題:

  • Microsoft Azure Blob Storage にオンプレミスの SQL Server 用のデータベースを作成するための新機能が SQL Server 2014 に追加されました。 この構成を保護するために DPM を使用することはできません。

  • SQL AlwaysOn オプションの Prefer secondary backup preference に関する既知の問題がいくつかあります。 DPM は常にセカンダリからバックアップを取得します。セカンダリが見つからない場合、バックアップは失敗します。

開始する前に

1. DPM の展開 - DPM が正しくインストールされ、展開されていることを確認します。 まだ行っていない場合は、次を参照してください。

   • DPM のシステム要件

   • DPM は何をバックアップできますか?

   • DPM でサポートされているものとサポートされていない機能

   • DPM をインストールする

2. ストレージの設定 - Azure を使用して、バックアップされたデータをディスク、テープ、クラウドに格納できます。 詳細については、「データ ストレージの準備」を参照してください。

3. DPM 保護エージェントを設定します - バックアップするすべてのマシンに DPM 保護エージェントをインストールする必要があります。 DPM 保護エージェントの展開 読み取り。

バックアップの構成

1. 保護グループを作成するには、 Protection>Actions>Create Protection Group を選択して、DPM コンソールで Create New Protection Group ウィザードを開きます。

2. [保護グループの種類の選択] で [サーバー] を選択します。

3. グループ メンバーの選択で、保護するサーバー上の SQL Server インスタンスを選択します。 詳細については、 保護グループのデプロイを参照してください。

Note

• インスタンス レベルで保護を選択するか、個々のデータベースの保護を選択することもできます。
• インスタンス レベルで保護する場合、SQL Server のそのインスタンスに追加されるすべてのデータベースが DPM 保護に自動的に追加されます。
• SQL Server AlwaysOn 可用性グループを使用している場合は、可用性グループを含む保護グループを作成できます。 DPM は可用性グループを検出し、 クラスター グループの下に表示します。 グループに追加したデータベースが自動的に保護されるように、グループ全体を選択して保護するか、個々のデータベースを選択します。 SQL Server のインスタンスごとに、システム状態バックアップまたは完全ベア メタル バックアップを実行することもできます。 これは、データだけでなく、サーバー全体を回復する場合に役立ちます。

4. データ保護方法の選択で、短期および長期のバックアップを処理する方法を指定します。 短期バックアップは常に、まずディスクに対して行います。その場合、Azure Backup を使用してディスクから Azure クラウドにバックアップするオプションを指定します (短期または長期)。 クラウドへの長期的なバックアップの代わりに、DPM サーバーに接続されているスタンドアロン テープ デバイスまたはテープ ライブラリへの長期的なバックアップを構成することもできます。

5. [短期的な目標値の選択] で、ディスク上の短期記憶域へのバックアップ方法を指定します。 Retention 範囲では、データをディスクに保持する期間を指定します。 [同期の頻度] で、ディスクへの増分バックアップを実行する頻度を指定します。 バックアップ間隔を設定しない場合は、回復ポイントの前に Just を選択すると 各復旧ポイントがスケジュールされる直前に DPM で高速完全バックアップが実行されます。

   Note

   ログ配布、読み取り専用モード、または単純復旧モデルを使用する SQL Server データベースでは、増分バックアップはサポートされません。 回復ポイントは高速完全バックアップごとにのみ作成されます。 他のすべての SQL Server データベースでは、同期がトランザクション ログのバックアップを転送し、各増分同期と高速完全バックアップごとに回復ポイントが作成されます。 トランザクション ログとは、最後にバックアップされた時点からデータベースに実行されてきた、すべてのトランザクションの連続レコードです。

6. 長期保存のためにテープにデータを保存する場合は、 Specify の長期的な目標で、テープ データを保持する期間 (1 年から 99 年) を指定します。 [バックアップの頻度] で、テープへのバックアップの実行頻度を指定します。 この頻度は、以下のように指定した保有期間の範囲に基づきます。

   • 保有期間の範囲が 1 ～ 99 年である場合、毎日、毎週、隔週、毎月、四半期に 1 回、半年に 1 回、または毎年のバックアップを選択できます。

   • 保有期間の範囲が 1 ～ 11 か月である場合、毎日、毎週、隔週、または毎月のバックアップを選択できます。

   • 保有期間の範囲が 1 ～ 4 週間である場合、毎日または毎週のバックアップを選択できます。

   スタンドアロン テープ ドライブでは、1 つの保護グループに対して、DPM は、テープに十分な領域が存在しない限り、毎日のバックアップに同じテープを使用します。 テープ上の異なる保護グループからデータを併置することもできます。

   テープとライブラリの詳細の選択ページで、使用するテープ/ライブラリと、テープでデータを圧縮および暗号化するかどうかを指定します。

7. [ディスク割り当ての確認] ページでは、保護グループに割り当てられている記憶域プールのディスク領域を確認します。

   合計データ サイズはバックアップするデータのサイズであり、 DPM にプロビジョニングするディスク領域は DPM が保護グループに推奨する領域です。 DPM では、設定に基づいて最適なバックアップ ボリュームが選択されます。 ただし、 [Disk allocation details](ディスク割り当ての詳細) でバックアップ ボリュームの選択を編集できます。 ワークロードの場合、ドロップダウン メニューで、優先ストレージを選択します。 編集すると、 [利用できるディスク ストレージ] ウィンドウの [ストレージの合計] と [空きストレージ] の値が変わります。 プロビジョニング不足の領域は、DPM がボリュームに追加して、将来的にバックアップをスムーズに続行することを提案するストレージの量です。

8. [レプリカの作成方法の選択] で、最初の全データのレプリケーションを処理する方法を選択します。 ネットワーク経由でレプリケートすることを選択した場合は、ピーク時以外の時間を選択することをお勧めします。 データが大量にある場合や、ネットワークの状態が最適でない場合は、リムーバブル メディアを使用してオフラインでデータをレプリケートすることを検討してください。

9. [整合性チェック オプションの選択] で、整合性チェックを自動化する方法を選択します。 レプリカ データが不整合になった場合、またはスケジュールに従った場合にのみ、チェックの実行を有効にすることができます。 自動整合性チェックを構成しない場合は、DPM コンソールの Protection 領域で保護グループを右クリックし、 パフォーマンス整合性チェックを選択することで、いつでも手動チェックを実行できます。

10. Azure Backup を使用してクラウドにバックアップすることを選択した場合は、 Specify オンライン保護データ ページで、Azure にバックアップするワークロードを選択してください。

11. [オンライン バックアップ スケジュールの指定] で、Azure への増分バックアップを行う頻度を指定します。 毎日、毎週、毎月、毎年というタイミングでバックアップをスケジュールできます。また、実行する日時を選択できます。 バックアップは、最大 1 日に 2 回実行できます。 バックアップが実行されるたびに、DPM ディスクに格納されているバックアップ データのコピーから Azure にデータ復旧ポイントが作成されます。

12. [オンライン保持ポリシーの指定] では、毎日、毎週、毎月、毎年のバックアップから作成される回復ポイントを Azure に保持する方法を指定できます。

13. [オンライン レプリケーションの選択] で、最初の全データのレプリケーションを実行する方法を指定します。 ネットワーク経由でのレプリケートまたはオフライン バックアップ (オフライン シード処理) を実行できます。 オフライン バックアップは、Azure Import 機能を使用します。 詳細については、「 Azure Data Box を使用したオフライン シード処理を参照してください。

14. [概要] ページで、設定を確認します。 グループの作成を選択すると、データの初期レプリケーションが行われます。 終了すると、 [状態] ページに保護グループの状態が [OK] と表示されます。 保護グループの設定に沿ってバックアップが実行されます。

監視

保護グループが作成されると、初期レプリケーションが行われ、DPM は SQL Server データのバックアップと同期を開始します。 DPM では、最初の同期とそれ以降のバックアップを監視します。 SQL Server データは、次の 2 つの方法で監視できます。

• 既定の DPM 監視を使用して、アラートを発行し、通知を構成することで、プロアクティブな監視のための通知を設定できます。 重大、警告、情報の各アラートや、インスタンス化された回復の状態についての通知を電子メールで送信できます。

• Operations Manager を使用すると、アラートを一元的に発行できます。

監視通知の設定

1. DPM 管理者コンソールで、 Monitoring>Action>Options を選択します。

2. [SMTP サーバー] を選択し、通知の送信元のサーバー名、ポート、メール アドレスを入力します。 アドレスは有効である必要があります。

3. 認証 SMTP サーバーで、ユーザー名とパスワードを入力します。 ユーザー名とパスワードは、前の手順で説明した "From" アドレスを持つユーザーのドメイン アカウント名である必要があります。それ以外の場合、通知の配信は失敗します。

4. SMTP サーバーの設定をテストするには、[ テスト電子メールの送信を選択し、DPM でテスト メッセージを送信する電子メール アドレスを入力し、 OKを選択します。 [オプション]>[通知] の順に選択し、受信者に通知するアラートの種類を選択します。 Recipientsで、DPM が通知のコピーを送信する各受信者の電子メール アドレスを入力します。

Operations Manager でアラートを設定する

1. DPM 管理者コンソールで、 Monitoring>Action>Options>Alert Publishing>Publish Active Alerts を選択します。

2. Alert 発行を有効にすると、ユーザーアクションを必要とする可能性がある既存のすべての DPM アラートが、DPM アラートイベント ログに発行されます。 すると、DPM サーバーにインストールされている Operations Manager エージェントがこれらのアラートを Operations Manager に発行し、新しいアラートが生成されるたびにコンソールに更新を続けます。

SQL Server 管理者によるデータの復元を許可する

DPM には、SQL Server 管理者がバックアップからネットワーク フォルダーに SQL Server データベースを復元できるように、DPM によって保護されたデータへのアクセスを許可するセルフサービス回復機能が用意されています。 DPM セルフサービス回復構成ツールを設定して、セルフサービス回復を実行できるユーザーを指定するロールを作成および管理できます。 その後、ユーザーは DPM セルフサービス回復ウィザードを使用して SQL Server データベースを回復します。 サービス復旧ウィザード ツールをダウンロードします。 ツールを実行するには、 .NET 3.5 SP1 と Visual Studio 2013 をインストールする必要があることに注意してください。

セルフサービス SQL Server の復旧を次のように構成します。

1. DPM コンソール >Protection で、セルフサービス回復 構成を選択します。

2. SQL Server 用 DPM セルフサービス回復構成ツールで、ロールの作成 選択。

3. セキュリティ グループ ページで、セルフサービス回復を有効にするユーザーを含む 1 つ以上のグループを作成します。 ドメイン\セキュリティ グループの形式でセキュリティ グループを指定するか、ドメイン\ユーザー名の形式で個々のユーザーを指定します。 1 つの DPM ロールに複数のグループとユーザーを追加することができます。

4. [ 回復項目 ページで、セルフサービス回復を許可する保護された SQL Server インスタンスとデータベースを指定します。 インスタンスは <コンピューター名\インスタンス名> の形式で指定します。 データベースを指定するには、Tab キーを押し、データベース名を入力します。 または、ロール ユーザーがインスタンス上のすべてのデータベースを回復できるようにするには、Tab キーを押してから space キーを押して、 Database Name 列のテキストをクリアします。

Note

DPM ロールのユーザーが SQL Server のインスタンス上のすべての SQL Server データベースを回復できるようにする場合、それらのユーザーは、その後インスタンスに追加されるすべての SQL Server データベースを回復することもできます。 DPM ロールを使用してアクセスを有効にする場合は、ロールのすべてのメンバーに、すべてのデータベースを表示およびアクセスするための適切なアクセス許可が付与されていることを確認します。

5. [ 回復ターゲットの場所 ページで、ロール ユーザーの回復場所を制限するには、 ユーザーを選択してデータベースを SQL Server の別のインスタンスに復旧し 1 つ以上の復旧ターゲットの場所と許可されるファイル パスを指定します。 インスタンスのパスを許可する場合は、 Recovered ファイル パスに値を指定しないでください。 この設定を有効にした場合、ユーザーはデータベース ファイルを書き込みアクセス許可を持つ任意の場所に回復できます。 ただし、ユーザーは元のデータベース ファイルを上書きできず、SQL Server 用の DPM セルフサービス回復ツール (SSRT) は上書きしようとするとブロックされます。

6. さらに、セルフサービス回復を実行するコンピューターに、少なくとも .NET Framework 4.5 がインストールされ、DPM セルフサービス回復ツールがインストールされていることを確認します。 このツールは、DpmSqlEURInstaller フォルダー内の DPM 製品のインストール場所で使用できます。

SQL Server データの復元

SQL データは次のように復旧できます。

• データベースを元の場所に復旧する

• データベースに新しい名前を付けて元の場所または別の SQL Server インスタンスに回復する

• 別の SQL Server インスタンスにデータベースを回復する

• ネットワーク フォルダーにデータベースをコピーする

• テープにデータベースをコピーする

システム データベースを SQL Server の別のインスタンスに復旧することはできません。

次のように DPM コンソールからデータベースを回復します。

1. DPM 管理者コンソールで、ナビゲーション バーの Recovery を選択します。 参照機能を使用して、復旧するデータベースを選択します。

2. カレンダーで、太字で任意の日付を選択して、その日付で使用可能な復旧ポイントを取得します。 [回復時刻] メニューは、利用可能な各回復ポイントの時刻を一覧で示します。 [回復時刻] メニューで、使用する回復ポイントを選択します。

3. Actions ペインで Recover を選択して回復ウィザードを起動します。

4. 復元の選択ページで、[次へを選択。

Note

• データベースを回復する場所を選択します。 任意の SQL インスタンスへの 回復を選択した場合回復パスを入力します。 回復されるデータベースの新しい名前を指定できます。 このオプションは、設定 Latest 復旧ポイントでは使用できません。
• 既定の回復パスは、元の場所のパスです。 適切な回復パスを入力する必要があります。
• 新しいバージョンの SQL Server データベースを古いバージョンの SQL Server インスタンスに復旧することはできません。
• ネットワーク フォルダーへのコピーを選択し選択した復旧ポイントが高速完全バックアップから作成されなかった場合は、新しい復旧ポイントの選択肢が表示されます。
• Copy to tape を選択し選択した復旧ポイントが高速完全バックアップから作成されなかった場合は、新しい復旧ポイントの選択肢が表示されます。 テープ オプションでは、回復に使用するテープ ライブラリを選択します。

5. [データベースの状態の指定] ページで Latest 以外の復旧ポイントを選択した場合は、[データベースの操作 残す] を選択。

6. ネットワーク帯域幅の使用調整、SAN ベースの回復、電子メール通知の回復オプションを指定し、 次へを選択します。

7. Summary ページで、回復設定を確認し、Recoverを選択します。

セルフサービス回復アクセス許可を持つユーザーは、次のように回復する必要があります。

SQL Server Self Service Recovery ツールを個別にダウンロードしてセルフサービス復旧に使用します。

1. ユーザーは、DPM セルフサービス回復ツールを開き、 DPM サーバーに接続を選択し DPM サーバー名を指定する必要があります。

2. 接続が確立されたら、ユーザーは 新しい回復ジョブ を選択して回復ウィザードを開始する必要があります。

3. ウィザードの Specify Database Details ページで、復旧する SQL Server インスタンスとデータベース名を指定します。 可用性グループを使用している場合は、 AGNAME という形式でグループ名を指定します。ClusternameFQDN\AGNAME。

4. [復旧ポイントの指定] ページで、復旧ポイントのデータと時刻を選択します。

5. 回復の種類の選択 ページで、同じ SQL Server 上の任意のインスタンスに復旧するか、別のインスタンスに復旧するかを選択します。 ネットワーク フォルダーに回復するかどうかを指定します。

   Note

   ネットワーク フォルダーに復旧できるのは、完全高速バックアップから作成される復旧ポイントのみです。

6. データベースに復旧する場合は、 Specify Database State ページで、復旧後もデータベースを操作し続けるかどうかを指定し、SQL トランザクション ログをコピーするかどうかを指定します。

7. [回復オプションの指定]ページでソース サーバーのセキュリティ設定を保持するか、移行先サーバーから設定を適用するかを指定します。 回復が完了したときに電子メール通知を送信することを指定することもできます。