アプライアンス管理コンソールから Microsoft SQL Server データベースを保護して復元する

このページでは、Microsoft SQL Server データベースのバックアップと復元、バックアップのモニタリングを行う方法について、エンドツーエンドの概要を説明します。

Microsoft SQL Server のバックアップを構成する

Microsoft SQL Server は Windows Server で動作するデータベース システムです。Compute Engine では、SQL Server をアプリケーションのバックエンドの一部として、あるいは柔軟な開発、テスト環境として使用できます。高パフォーマンスの SQL Server インスタンスを作成していない場合は、まず SQL Server を使用して VM インスタンスを作成する必要があります。詳細については、高パフォーマンスの SQL Server インスタンスの作成をご覧ください。

バックアップを構成するための前提条件

SQL Server データベースのバックアップを開始する前に、このページのセクションを順番に完了する必要があります。このページでは、プロジェクトに関する次の詳細を前提としています。

  • VM は 1 つまたは 2 つになります。

  • ソース - 本番環境 - ソース データベースをホストする VM。

  • データベースの仮想コピーをマウントするターゲット（復旧、テスト、DR、非本番環境）VM。

  • バックアップ/リカバリ アプライアンスがインストールされ、アプライアンスと SQL Server VM 間の必要な通信を許可するようにネットワーク ファイアウォールが構成された状態で、Backup and DR サービスがすでにデプロイされている。

新しい VM をデプロイする場合でも、既存の VM を使用する場合でも、次のタスクを順番に実行する必要があります。

  1. ソース VM とターゲット VM には、Backup and DR エージェントの設定が必要です。

  2. Windows サーバーでは、iSCSI サービスが開始済みで、自動起動に設定されている必要があります。

  3. Microsoft SQL Server がインストールされている必要があります。

  4. これが通常の操作手順であり、データベースとログを代替ディスク ドライブで実行する場合は、SQL Server に追加のドライブを追加できます。

移行元 Windows Microsoft SQL Server VM を設定する

  1. 移行元 VM にログインします。

    Compute Engine インスタンスの場合は、iSCSI イニシエータが起動され、再起動時に自動起動が設定されていることを確認する必要があります。これを行うには、次の手順で iSCSI イニシエータ アプリケーションを起動します。

    1. [スタート] メニューをクリックします。

    2. 「iSCSI イニシエータ」と入力してアプリケーションを探します。

    3. プロセスを起動します。

    4. プロンプトが表示されたら、[はい] をクリックして iSCSI を有効にし、起動時に自動的に開始するように設定します。完了すると、[iSCSI Initiator] ページが表示されます。[OK] をクリックして閉じます。

  2. ブラウザを開き、アプライアンス管理コンソールから Windows Backup and DR エージェントをダウンロードします。Backup and DR エージェントをダウンロードする手順は次のとおりです。

    1. アプライアンス管理コンソールで、[管理] プルダウン メニューをクリックし、[アプリケーション] をクリックします。

    2. 右クリックしてバックアップ イメージを実行するアプライアンスを選択し、[アプライアンスを構成] を選択します。

    3. [アプライアンス構成] ページで [エージェント管理] に移動し、関連するエージェントをダウンロードします。別のホストでこれを行い、実行可能ファイルを関連するホストに転送する必要がある場合があります。

    4. Windows Backup and DR エージェントの EXE をクリックし、[実行] を選択します。

  3. [はい] を選択してインストールを開始します。

  4. [Backup and DR エージェントと変更トラッキング ドライバ] をインストールするオプションを選択します。これにより、サイズが 1 GB を超えるデータベースの変更を追跡する追加の Windows サービスがインストールされます。

  5. [次へ] をクリックし、デフォルトの場所に Backup and DR エージェントをインストールすることに同意します。

  6. [インストール] をクリックしてインストールを開始します。完了したら、[完了] をクリックします。

  7. [サービス] コントロール パネルを開き、2 つの Backup and DR サービスが実行されていることを確認します。実行されていない場合は、Backup and DR エージェントを再インストールして、変更ブロック トラッキングを有効にします。

  8. Windows コマンド プロンプトを開き、ディレクトリを C:\Program Files\Google Cloud Backup and DR> に変更します。

  9. 次のコマンドを実行します。

    udsagent.exe secret --reset

  10. 省略可: トランザクション ログのバックアップが必要な場合は、データベースの復旧モデルを [フル] に変更する必要があります。デフォルトは [Simple] です。これは、Backup and DR ログ バックアップ イメージがバックアップするログを見つけられないことを意味します。これは構成で選択されている設定である可能性があります。その場合は変更しないでください。Microsoft SQL Server Management Studio にログインし、データベースを右クリックして [プロパティ] を選択します。[オプション] に移動し、[復旧モデル] を [単純] から [完全] に変更します。

  11. トランザクション ログ（完全復旧モデル）を使用して SQL データベースをバックアップする場合、または復元時にアプライアンス管理コンソール インターフェースに SQL サーバーの認証情報を入力する必要がないようにする場合は、次の 2 つの方法があります。

    シームレスなエクスペリエンスを実現するには、次の 2 つの方法のいずれかを使用します。

    • オプション 1: sysadmin ロールを使用します。

      SQL インスタンスのセキュリティの [ログイン] メニューに移動します。NT AUTHORITY\SYSTEM アカウントを右クリックして、[プロパティ] を選択します。[サーバーのロール] で、sysadmin ロールを選択し、[OK] をクリックします。これにより、Backup and DR エージェントは、追加のユーザー認証を必要とせずに、ログ バックアップ イメージとログ復元を実行するための昇格された権限を取得できます。

    • オプション 2: 新しい Windows 管理者アカウントを作成する - ドメインまたはローカル OS:

      • アカウントの権限を次のように確認または付与します。

        1. SQL で次の権限を許可します。dbcreator server ロール、db_backup operator database ロール、db_owner database ロール

        2. SQL で次のセキュリティ保護可能なリソースを割り当てます。任意のデータベースの表示、任意のデータベースの作成、任意のデータベースの変更、SQL の接続

      • 次に、アカウントはローカルの Windows 管理者グループに属している必要があります。これにより、C:\Program Files\Google Cloud Backup and DR> のスクリプトにアクセスし、OS 呼び出しを行い、バックアップ イメージが保存されているステージング ディスクを処理できます。

      • 最後に、このアカウントとして実行するように Google Cloud Backup and DR エージェント サービスを更新し、サービスを再起動します。

Microsoft SQL Server ホストとそのデータベースをアプライアンス管理コンソールに追加する

Microsoft SQL Server データベースを保護するには、まずアプライアンス管理コンソールにホストを追加してから、データベースを検出する必要があります。

  1. アプライアンス管理コンソールで、[管理] プルダウン メニューをクリックし、[ホスト] を選択します。

  2. [+ ホストを追加] をクリックします。

  3. SQL Server VM の名前と IP アドレスを入力し、[プラス記号（+）] をクリックします。

  4. バックアップ/リカバリ アプライアンスを選択して、[追加] をクリックします。

  5. [Backup and DR エージェントの設定] で、次の操作を行います。

    • Backup and DR エージェントのポートは通常、ポート 5106 です。それ以外の場合は、そのポートをここに入力します。

    • SMB 共有をバックアップする場合にのみ、ホストの認証情報を追加します。

    • ホストと Backup and DR エージェント間の信頼できる通信を初期化するには、Backup and DR エージェントによって Windows と Linux ホストサーバーで生成されたシークレット キーを指定する必要があります。過去 2 時間以内に生成されたシークレット キーがない場合は、移行元の Windows Microsoft SQL Server VM を設定するの手順に沿ってキーをリセットし、結果のキーをこのフィールドに貼り付けます。この操作が必要なのは 1 回のみです。ソース Windows Microsoft SQL Server VM を設定したときに生成されたシークレット キーを使用できます。

  6. アプライアンス管理コンソールで、[バックアップと復元] > [バックアップ] に移動し、[Microsoft SQL Server] を選択します。新しく追加したサーバーを選択し、[次へ] をクリックして、サーバー上の SQL インスタンスを検出します。この処理には 1 分ほどかかることがあります。失敗した場合は、バックアップ/リカバリー アプライアンスが TCP ポート 5106 を使用して SQL Server にアクセスできるように、正しいファイアウォール ポリシーが設定されていることを確認する必要があります。手順に沿って、バックアップ/リカバリ アプライアンスと Backup and DR エージェントの接続を検証します。

    VM 上の SQL Server インスタンスが表示されます。

バックアップ プランの作成

このセクションでは、バックアップ計画テンプレートの作成について説明します。テンプレートはバックアップ ポリシーで構成されます。ポリシーでは、バックアップの実行タイミング、バックアップの実行頻度、バックアップ イメージの保持期間（日、週、月、年）、復元先を定義できます。

  1. アプライアンス管理コンソールで、[バックアップ プラン] プルダウン メニューに移動し、[テンプレート] をクリックします。

  2. [テンプレートを作成] をクリックします。

  3. 新しいテンプレートの名前と説明を入力し、本番環境データを表すアイコンに関連付けられているプラス記号（+）をクリックします。

  4. ポリシー名、毎日のウィンドウ、データベースのスナップショットの保持期間を入力します。この保持期間は通常短く、復元パフォーマンスを確保するために Persistent Disk ストレージのスナップショット プールに保存されます。

  5. [Advanced Policy Settings] をクリックします。

  6. 高度なポリシー設定にはいくつかのオプションがありますが、ほとんどはデフォルト値のままにしておく必要があります。SQL Server の場合、最も一般的に変更される設定と、ベスト プラクティスとして推奨される値は次のとおりです。

    • バックアップ後にログを切り捨てるか、完全に削除します。[Truncate] に設定します。

    • データベース ログのバックアップを有効にします。[はい] に設定します。

    • ログ バックアップの保持。7 日間に設定します。

    • ログを複製します。[いいえ] に設定します。

    • ログを OnVault プールに送信します。[はい] に設定します。

  7. [変更を保存] をクリックします。選択したら、[ポリシーを更新] をクリックします。

    スナップショット アイコンが色付きで表示されます。

  8. スナップショット アイコンと OnVault アイコンの間にあるプラス記号（+）をクリックして、OnVault ポリシーを追加します。

  9. データベース バックアップ イメージの OnVault コピーのポリシー名、毎日のウィンドウ、保持期間を入力します。ウィンドウの開始時間は、スナップショット ポリシーで指定された時間と一致する必要があります。通常、この保持期間は 30 ～ 90 日と長く、パフォーマンスと費用のバランスを適切に保つため、コピーは Cloud Storage に保存されます。完了したら、[ポリシーを更新] をクリックします。

  10. [テンプレートを保存] をクリックして、ポリシーと設定を保存します。

    アプライアンス管理コンソールとバックアップ/リカバリ アプライアンスをデプロイすると、OnVault プールと一致するリソース プロファイルが自動的に作成されます。このリソース プロファイルは、データベースを保護するときに使用されます。

  11. アプライアンス管理コンソールにデータベースを追加し、必要に応じて保護します。Microsoft SQL Server ホストとそのデータベースを追加するに進みます。

バックアップ プランを適用する

このステップでは、アプライアンス管理コンソールでバックアップ ポリシーを構成するで作成したバックアップ プラン ポリシーを、アプライアンス管理コンソールに Microsoft SQL Server ホストとそのデータベースを追加するで検出されたデータベースに適用します。

テンプレートを初めて適用すると、バックアップ プランはすぐに実行され、その後はスケジュールに従って実行されます。スナップショット ポリシーに従ってデータベースのスナップショットを作成し、OnVault ポリシーに従って OnVault プールにコピーして長期間保存します。

  1. バックアップするデータベースがある SQL Server インスタンスを選択し、[次へ] をクリックします。

  2. バックアップ プランを適用するには、インスタンスを選択し、インスタンス リストの上にあるプルダウン メニューから [バックアップ プランを適用] を選択します。オプションを選択すると、プルダウン メニューがさらに表示されます。以前に作成した [テンプレート] と [プロファイル] を選択し、[OK] をクリックします。

  3. バックアップ イメージに含めるデータベースと除外するデータベースを個別に選択する場合は、[すべてのデータベース] リンクをクリックして、メンバーシップの管理ダイアログを表示します。

    バックアップ イメージのデータベースの包含または除外のニーズに合わせて包含ルールを選択できます。新しいデータベースの自動追加は、この選択によって制御されます。

    • [すべてを含める]、[ユーザーを含める]、[選択したものを除外する] を選択すると、このインスタンスに追加された新しいデータベースが自動的にバックアップされます。

    • [ユーザーを含める] と [選択したデータベースを含める] を選択すると、バックアップするデータベースの静的リストが作成されます。新しいデータベースは、手動で介入しない限りバックアップされません。

    推奨される選択は [すべて含める] です。

  4. 必要に応じてデータベースの包含ルールを変更して変更を保存したら、[次へ] をクリックします。バックアップ イメージの作成中に Microsoft SQL Server の特定の動作を決定するアプリケーション設定を変更できるようになりました。デフォルトのままにして、[次へ] を選択します。

  5. 概要表示で [完了] をクリックして、SQL Server データベースの検出と保護を開始します。確認ページが表示され、検出が完了するまでブラウザ ウィンドウを更新せずに開いたままにしておくよう求められます。[完了] をもう一度クリックします。

    緑色のチェックボックスが表示されたら、続行します。

  6. バックアップ プランが SQL インスタンスに適用されると、テンプレート ポリシー内のスケジュールに基づいてバックアップ イメージが自動的に開始されます。

これで、データベースが正常にバックアップされます。バックアップ スナップショットの開始から数分後に、[アプリマネージャー]、[アプリ] メニューに戻ります。

オンデマンド バックアップ

オンデマンド バックアップは、いつでも手動でトリガーできるバックアップの一種です。オンデマンド バックアップは、特定のイベントの前にデータをバックアップする必要がある場合に便利です。たとえば、更新プロセス中に問題が発生した場合に以前の状態に復元できるように、更新やパッチを適用する前に VM をバックアップできます。

マネージド アプリケーションのオンデマンド バックアップを実行するには:

  1. [App Manager] タブをクリックし、プルダウン リストから [アプリケーション] オプションを選択します。[アプリケーション] ページが開きます。
  2. Google Cloud VMware Engine インスタンスを選択し、ページの右下にあるプルダウン リストから [バックアップ構成の管理] をクリックします。
  3. 右側の [ポリシー] から [スナップショット] を選択します。
  4. [ラベル] にラベルを入力し、[今すぐ実行] をクリックします。選択したポリシーのオンデマンド バックアップがトリガーされます。

Microsoft SQL Server インスタンスを復元する

復元とは、マウント オペレーションを使用してバックアップ イメージからデータを復元するプロセスです。

  1. アプライアンス管理コンソールで、[App Manager] プルダウン メニューに移動し、[アプリケーション] をクリックします。

  2. バックアップされた SQL インスタンスまたはデータベースを見つけて右クリックし、[アクセス] を選択します。

  3. 構成されたバックアップ プランに応じて、タイムライン ランプまたはテーブルビューでキャプチャされた画像を確認できます。スナップショット レーンと OnVault レーンに画像が存在する場合があります。次に、いずれかのイメージを選択して [マウント] をクリックします。

  4. [マウント] 画面では、データベースをマウントするターゲット ホストを選択します。これは、ソースホストに戻す（DB の新しい名前を選択する）ことも、別のターゲット ホストにすることもできます。必要に応じて、マウントのラベルを入力することもできます。これは、後でマウント ジョブを参照する際に役立ちます。また、[項目の選択] 領域でマウントするデータベースを選択する必要があります。

    次に、マウントするデータベースの名前を指定します。バックアップと DR UDS ホスト エージェント サービスに、移行元 Windows Microsoft SQL Server VM を設定するセクションで指定された権限がある場合は、[ユーザー名] フィールドと [パスワード] フィールドを空白のままにできます。それ以外の場合は、この画面でこれらの権限を持つ認証情報を入力する必要があります。最後に、[送信] をクリックしてジョブを実行します。環境によっては、マウント ジョブに 1 ～ 5 分かかることがあります。ジョブをモニタリングするには、アプライアンス管理コンソールの [モニタリング] プルダウン メニューに移動して、[ジョブ] をクリックします。

    すべてが成功すると、アプライアンス管理コンソールでマウント タスクを確認できます。[アプリ マネージャー] プルダウン メニューを使用して [アクティブなマウント] をクリックします。

  5. SQL Server インスタンスに戻り、インスタンスを更新して、新しくマウントされたデータベースを確認します。

  6. データベースが使用可能であることを確認します。[新しいクエリ] を選択し、次の情報を貼り付けます。DevCRM は、マウントされたデータベースの名前に置き換えます。

        USE [DevCRM]
    SELECT * from [Customers];

データベースをマウントして移行する

マウントと移行では、マウント オペレーションを使用してデータベースにすばやくアクセスし、実行中にデータベースを復元できます。後で、マウントされたディスクからサーバーの接続されたディスクに切り替える際に、わずかな中断が発生します。

  1. アプライアンス管理コンソールで、[App Manager] プルダウン メニューに移動し、[Active Mounts] をクリックします。

  2. データベースを右クリックして、[移行] を選択します。

  3. マウントされたデータベースからサーバーの接続ディスクへの増分更新の間隔（時間単位）である頻度を選択します。このプロセスは、最終的な切り替えが完了するまで繰り返されます。また、コピー スレッド数（1 ～ 20）を構成したり、復元されたコピーの新しいファイルとフォルダの場所を必要に応じて選択したりすることもできます。[送信] をクリックして、プロセスを開始します。

  4. 移行ジョブの実行中、データベースはバックアップ/リカバリ アプライアンスのスナップショット プールからホストされるマウントされたデータベースとして実行されます。最初の移行ジョブが完了すると、SQL データベースとログファイルのローカルに復元されたコピーが移行先の SQL Server に存在します。

  5. 移行を完了します。これにより、データベースがオフラインになり、現在のデータの最終同期がサーバーの接続ディスクに対して実行され、復元されたデータベース ファイルを参照するように SQL Server が切り替えられ、データベースがオンラインに戻ります。多くの大規模なデータベースでは、変更率に応じてこのプロセスが 5 分以内に完了します。アプライアンス管理コンソールの [App Manager] プルダウン メニューから、[Active Mounts] をクリックし、移行を完了するデータベースを選択します。[移行を完了] を選択します。

  6. 最終処理タスクを確認し、[続行] オプションをクリックします。

    最後に、Backup and DR は、ファイナライズ タスクの一部として、以前にマウントされたディスクもクリーンアップします。クリーンアップ タスクを手動で実行する必要はありません。

モニタリング

Microsoft SQL Server ジョブは、ジョブのモニタリングとイベントのモニタリングでモニタリングできます。

次のステップ

このページでは、Backup and DR を使用して Microsoft SQL Server データベースを保護し、復元するためのクイックスタートについて説明します。詳細については、以下をご覧ください。