次の方法で共有


Azure Backup Server を使用して SQL Server を Azure にバックアップする

この記事では、Microsoft Azure Backup Server (MABS) を使用して SQL Server を Azure にバックアップおよび復元する方法について説明します。

Microsoft Azure Backup Server (MABS) は、SQL Server データベースのバックアップと回復を提供します。 SQL Server データベースをバックアップするだけでなく、SQL Server コンピューターのシステム バックアップや完全なベアメタル バックアップを実行できます。 MABS を使用して、次の保護を行うことができます。

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

サポートされているシナリオ

  • MABS v3 UR2、MABS v4 以降では、クラスター共有ボリューム (CSV) を使用した SQL Server フェールオーバー クラスター インスタンス (FCI) がサポートされています。
  • この機能では、Azure 上の記憶域スペース ダイレクトを使用した SQL Server FCI と、Azure 共有ディスクを使用した SQL Server FCI の保護がサポートされています。 AZURE VM にデプロイされた SQL FCI インスタンスを保護するには、DPM サーバーを Azure 仮想マシンにデプロイする必要があります。
  • 次の設定が含まれる SQL Server Always On 可用性グループ。
    • セカンダリを優先
    • 第二のみ
    • プライマリ
    • [任意のレプリカ]

SQL Server データベース保護ワークフロー

SQL Server データベースをバックアップし、Azure から復旧するには:

  1. Azure で SQL Server データベースを保護するためのバックアップ ポリシーを作成します。
  2. オンデマンドでのバックアップ コピーを Azure に作成します。
  3. Azure でデータベースを復旧します。

前提条件と制限事項

開始する前に、次の前提条件と制限事項を確認してください。

  • リモート ファイル共有にファイルがあるデータベースがある場合、エラー ID 104 で保護が失敗します。 MABS では、リモート ファイル共有上の SQL Server データの保護はサポートされていません。
  • Azure Backup Server がインストールされ、準備されていることを確認します。
  • MABS は、リモート SMB 共有に格納されているデータベースを保護できません。
  • 可用性グループのレプリカが読み取り専用として構成されていることを確認します。
  • システム アカウント NTAuthority\System を SQL Server の Sysadmin グループに明示的に追加する必要があります。
  • 部分的な包含データベースに対して別の場所への回復を実行する場合は、ターゲット SQL インスタンスで包含データベース機能が有効になっていることを確認する必要があります。
  • ファイル ストリーム データベースに対して別の場所への回復を実行する場合、ターゲット SQL インスタンスでファイル ストリーム データベース機能が有効になっていることを確認する必要があります。
  • SQL Server Always On の保護:
    • MABS は、保護グループの作成時に問い合わせを実行するときに可用性グループを検出します。
    • MABS はフェールオーバーを検出し、データベースの保護を継続します。
    • MABS では、SQL Server のインスタンスのマルチサイト クラスター構成がサポートされています。
  • Always On 機能を使用するデータベースを保護する場合、MABS には次の制限があります。
    • MABS では、次のように、バックアップ設定に基づいて SQL Server で設定されている可用性グループのバックアップ ポリシーが適用されます。
      • セカンダリ優先 - オンラインになっているのがプライマリ レプリカのみの場合を除き、バックアップは常にセカンダリ レプリカ上で発生します。 セカンダリ レプリカが複数ある場合は、バックアップの優先度が最も高いノードがバックアップ用に選択されます。 プライマリ レプリカのみを使用できる場合は、プライマリ レプリカでバックアップを実行する必要があります。
      • セカンダリのみ - プライマリ レプリカでのバックアップは行いません。 オンラインになっているのがプライマリ レプリカのみの場合、バックアップは発生しません。
      • プライマリ - バックアップは常にプライマリ レプリカ上で発生します。
      • 任意のレプリカ - バックアップは、可用性グループ内の使用可能な任意のレプリカで発生できます。 バックアップ元となるノードは、各ノードのバックアップの優先度によって決まります。
    • 次の点に注意してください。
      • 読み取り可能なレプリカ (プライマリ、同期セカンダリ、非同期セカンダリ) であれば、どれでもバックアップを発生させることができます。
      • レプリカがバックアップから除外されている場合 (たとえば [レプリカの除外] が有効であったり、レプリカが読み取り不可としてマークされていたりする場合) は、どのオプションでも、そのレプリカがバックアップ用に選択されることはありません。
      • 読み取り可能なレプリカが複数ある場合は、バックアップの優先度が最も高いノードがバックアップ用に選択されます。
      • 選択されたノード上でバックアップに失敗した場合、バックアップ操作は失敗します。
      • 元の場所への回復はサポートされていません。
  • SQL Server 2014 以降のバックアップに関する問題:
    • SQL Server 2014 では、 Windows Azure Blob Storage でオンプレミスの SQL Server 用のデータベースを作成するための新機能が追加されました。 MABS を使用してこの構成を保護することはできません。
    • SQL Always On オプションの [セカンダリを優先する] バックアップ設定には、いくつかの既知の問題があります。 MABS は常にセカンダリからバックアップを取得します。 セカンダリが見つからない場合、バックアップは失敗します。

バックアップ ポリシーの作成

Azure で SQL Server データベースを保護するには、まずバックアップ ポリシーを作成します。

  1. Azure Backup Server で、 保護 ワークスペースを選択します。

  2. [新規] を選択して保護グループを作成します。

    Azure Backup Server で保護グループの作成を開始する方法を示すスクリーンショット。

  3. スタート ブレードで、保護グループの作成に関するガイダンスを確認します。 次に、[次へ] を選択します。

  4. 保護グループの種類として、[サーバー] を選択 します

    [サーバー保護グループ] の種類を選択する方法を示すスクリーンショット。

  5. バックアップするデータベースがある SQL Server インスタンスを展開します。 そのサーバーからバックアップできるデータ ソースが表示されます。 [All SQL Shares](すべての SQL 共有) を展開し、バックアップしたいデータベースを選択します。 この例では、ReportServer$MSDPM2012 と ReportServer$MSDPM2012TempDB を選択します。 [次へ] を選択します。

    SQL Server データベースを選択する方法を示すスクリーンショット。

  6. 保護グループに名前を付け、 [オンライン保護を利用する] を選択します。

    データ保護方法 (短期的なディスク保護またはオンラインの Azure 保護) を選択する方法を示すスクリーンショット。

  7. [ Short-Term 目標の指定 ] ブレードに、ディスクへのバックアップ ポイントを作成するために必要な入力を含めます。

    この例では、 [リテンション期間] は "5 日" に設定されています。 バックアップの [同期の頻度] は、"15 分" に 1 回に設定されています。 [高速完全バックアップ] は "午後 8:00" に設定されています。

    バックアップ保護の短期的な目標を設定する方法を示すスクリーンショット。

    この例では、毎日午後 8:00 にバックアップ ポイントが作成されます。 前日の午後 8:00 のバックアップ ポイント以降に変更されたデータが転送されます。 このプロセスは、 高速完全バックアップと呼ばれます。 トランザクション ログは 15 分ごとに同期されますが、午後 9:00 にデータベースを回復する必要がある場合は、最新の高速完全バックアップ ポイント (この例では午後 8:00) からログを再生することでポイントが作成されます。

  8. [次へ] を選択します。 MABS には、使用可能な記憶域の全体的な領域が表示されます。 また、考えられるディスク領域使用率も表示されます。

    MABS でディスク割り当てを設定する方法を示すスクリーンショット。

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

  9. 管理者であれば、この初回バックアップを自動的 (ネットワーク経由) に転送することを選択し、転送するタイミングを選択できます。 または、手動でのバックアップの転送を選択します。 次に、[次へ] を選択します。

    MABS でレプリカ作成方法を選択する方法を示すスクリーンショット。

    初回バックアップ コピーでは、データ ソース (SQL Server データベース) 全体を転送する必要があります。 バックアップ データは、運用サーバー (SQL Server コンピューター) から MABS に移動します。 このバックアップが大きい場合、ネットワーク経由でデータを転送すると、帯域幅の輻輳が発生する可能性があります。 このため、管理者は、リムーバブル メディアを使用して初回バックアップを手動で転送することを選択できます。 または、指定した時間に自動的 (ネットワーク経由) にデータを転送できます。

    初回バックアップが完了すると、バックアップは初回バックアップ コピーで増分的に続行されます。 増分バックアップは一般に非常に小さく、ネットワーク経由で容易に転送できます。

  10. 整合性チェックを実行するタイミングを選択します。 次に、[次へ] を選択します。

    整合性チェックを実行するスケジュールを選択する方法を示すスクリーンショット。

    MABS では、バックアップ ポイントの整合性に関する整合性チェックを実行できます。 運用サーバー (この例では SQL Server コンピューター) 上のバックアップ ファイルのチェックサムと、MABS 内のそのファイルのバックアップ データが計算されます。 チェックで競合が検出された場合、MABS のバックアップ ファイルは破損していると見なされます。 MABS は、チェックサムの不一致に対応するブロックを送信することで、バックアップされたデータを修正します。 整合性チェックはパフォーマンスに影響する操作なので、管理者は整合性チェックをスケジュールするか、自動的に実行することができます。

  11. Azure で保護するデータ ソースを選択します。 次に、[次へ] を選択します。

    Azure で保護するデータ ソースを選択する方法を示すスクリーンショット。

  12. 自分が管理者の場合は、組織のポリシーに合ったバックアップ スケジュールと保持ポリシーを選択できます。

    スケジュールとアイテム保持ポリシーを選択する方法を示すスクリーンショット。

    この例では、バックアップは毎日午後 12:00 と午後 8:00 に作成されます。

    ヒント

    迅速な回復のために、ディスク上にいくつかの短期的な回復ポイントを保持します。 これらの回復ポイントは、オペレーショナル リカバリに使用されます。 Azure は、より高い SLA を提供し、可用性を確保するのに適したオフサイトの場所として機能します。

    Data Protection Manager (DPM) を使用して、ローカル ディスク バックアップの完了後に Azure バックアップをスケジュールします。 この方法に従うと、最新のディスク バックアップが Azure にコピーされます。

  13. 保有ポリシーのスケジュールを選択します。 保持ポリシーのしくみの詳細については、Azure Backup を使用したテープ インフラストラクチャの置換に関するページを参照してください。

    MABS でアイテム保持ポリシーを選択する方法を示すスクリーンショット。

    この例では:

    • バックアップは毎日午後 12:00 と午後 8:00 に作成されます。 保持期間は 180 日間です。
    • 土曜日午後 12:00 のバックアップは、104 週間保持されます。
    • 月の最終土曜日午後 12:00 のバックアップは 60 か月間保持されます。
    • 3 月の最終土曜日午後 12:00 のバックアップは 10 年間保持されます。

    保持ポリシーを選択したら、 [次へ] を選択します。

  14. 初回バックアップ コピーを Azure に転送する方法を選択します。

    • [自動 (ネットワーク経由)] オプションを選択すると、バックアップ スケジュールに従ってデータが Azure に転送されます。
    • [オフライン バックアップ] の詳細については、「オフライン バックアップの概要」を参照してください。

    転送メカニズムを選択したら、 [次へ] を選択します。

  15. [ 概要 ] ブレードで、ポリシーの詳細を確認します。 次に [グループの作成] を選択します。 [閉じる] を選択し、 [監視] ワークスペースでジョブの進行状況を確認できます。

    保護グループの作成の進行状況を示すスクリーンショット。

SQL Server データベースのオンデマンド バックアップ コピーを作成する

初回バックアップが実行されると、回復ポイントが作成されます。 スケジュールが実行されるまで待つのではなく、回復ポイントの作成を手動でトリガーできます。

  1. 保護グループで、データベースの状態が [OK] であることを確認します。

    保護グループのデータベースの状態を示すスクリーンショット。

  2. データベースを右クリックし、 [回復ポイントの作成] を選択します。

    オンライン回復ポイントの作成を選択する方法を示すスクリーンショット。

  3. ドロップダウン メニューで、 [オンライン保護] を選択します。 次に、 [OK] を選択して、Azure での回復ポイントの作成を開始します。

    Azure で復旧ポイントの作成を開始する方法を示すスクリーンショット。

  4. ジョブの進行状況は [監視] ワークスペースで確認できます。

    監視コンソールでジョブの進行状況を表示する方法を示すスクリーンショット。

Azure からの SQL Server データベースの回復

SQL Server データベースなどの保護されたエンティティを Azure から回復するには:

  1. DPM サーバーの管理コンソールを開きます。 [回復] ワークスペースに移動して、DPM によってバックアップされたサーバーを確認します。 データベース (この例では ReportServer$MSDPM2012) を選択します。 "オンライン" で終わる [回復時刻] を選択します。

    回復ポイントを選択する方法を示すスクリーンショット。

  2. データベース名を右クリックし、 [回復] を選択します。

    Azure からデータベースを復旧する方法を示すスクリーンショット。

  3. DPM に回復ポイントの詳細が表示されます。 [次へ] を選択します。 データベースを上書きするには、回復のタイプとして [元の SQL Server のインスタンスに回復する] を選択します。 次に、[次へ] を選択します。

    スクリーンショットは、データベースを元の場所に復旧する方法を示しています。

    この例では、DPM では、データベースを別の SQL Server インスタンスまたはスタンドアロン ネットワーク フォルダーに復旧できます。

  4. [ 回復オプションの指定] ブレードで、回復オプションを選択できます。 たとえば、 [ネットワークの使用帯域幅の調整] を選択して、回復に使用する帯域幅を調整できます。 次に、[次へ] を選択します。

  5. [ 概要 ] ブレードに、現在の回復構成が表示されます。 [回復] を選択します。

    回復の状態に、データベースが回復されていることが表示されます。 [閉じる] を選択してウィザードを閉じ、 [監視] ワークスペースで進行状況を確認できます。

    回復プロセスを開始する方法を示すスクリーンショット。

    回復が完了すると、復元されたデータベースはアプリケーションと整合性が取れています。

次のステップ

詳細については、Azure Backup に関する FAQ を参照してください。