このページでは、Persistent Disk スナップショットを使用して Compute Engine インスタンス上の Db2 に Backup and DR サービスを使用する方法について説明します。
データ損失、エラー、破損から Db2 本番環境を保護する
Db2 は、IBM の情報管理部門内のリレーショナル データベース管理システムのファミリーであり、いくつかのリレーショナル データベース管理システム製品を中心に構成されています。多くの企業がミッション クリティカルなアプリケーションに Db2 を使用しています。
他のデータベースと同様に、Db2 も破損、誤削除、ランサムウェア攻撃などのセキュリティ脅威の影響を受ける可能性があります。Backup and DR サービスを使用すると、本番環境システムを効率的かつ安全にバックアップして復元できます。
Backup and DR サービスを使用して Db2 データベースを保護する方法については、IBM Db2 のバックアップと DR をご覧ください。
最初に Backup and DR サービスをデプロイする
始める前に、次の手順を読んで完了する必要があります。
Backup and DR サービスの仕組みを確認する
次に、Backup and DR の使用を開始する: Compute Engine インスタンスを保護して復元するで、Backup and DR サービスの仕組みを確認します。
バックアップ用に Db2 インスタンスを準備する
前提条件
- Db2 サービスとデータベースが実行されている必要があります。
- アーカイブ ログ バックアップのデータベース
logarchmeth1パラメータとlogarchmeth2パラメータは、ログ バックアップの有効なパスに設定する必要があります。 - Backup and DR サービスで保護する Db2 データがある（Compute Engine 内の）すべての Db2 サーバーが、Backup and DR サービスにオンボーディングされている必要があります。
- バックアップと DR サービスによる保護が必要な Db2 データが置かれている（Compute Engine 内の）すべての Db2 サーバーに、Backup and DR エージェントをインストールする必要があります。
- すべての Db2 データベースの db、ログ、ログ バックアップのマウント ポイントには、Persistent Disk VG と LVM が必要です。Db2 アプリケーションの Persistent Disk 上の直接ファイル システムはサポートされていません。
- データベース、ログ バックアップのロケーションを含むアクティブ ログの Db2 データベースに同じマウント ポイントを使用しないでください。
Db2 データベースをホストする Compute Engine インスタンスを検出して保護する
Db2 データベース アプリケーションをオンボーディングする前に、Db2 Compute Engine VM をオンボーディングする必要があります。Compute Engine インスタンスを Backup and DR サービスにオンボーディングするには、Compute Engine インスタンスを検出して保護するをご覧ください。
このクイックスタート演習について
この演習では、Compute Engine インスタンスで実行されている Db2 データベースの検出と保護の手順を説明し、最後に、バックアップ イメージから完全に機能する新しい Db2 データベースを新しい場所にマウントします。
- Compute Engine インスタンスに Backup and DR エージェントをインストールする
- Db2 データベースのバックアップ プランを作成する
- Db2 データベースを検出して保護する
- バックアップから Db2 データベースを復元する: マウントと復元
Compute Engine インスタンスに Backup and DR エージェントをインストールする
Backup and DR エージェントは、Compute Engine インスタンスをバックアップ/リカバリ アプライアンスに接続します。エージェントをインストールするには、Linux ホストに Backup and DR エージェントをインストールするをご覧ください。
Db2 データベースのバックアップ プランを作成する
ポリシー テンプレートを作成するをご覧ください。
Db2 データベースの詳細なポリシー設定を行う
ポリシー テンプレートを作成するときに、Persistent Disk スナップショットを使用して Db2 保護に固有の高度なポリシー設定を構成します。
スナップショットのロケーション: Persistent Disk スナップショットを保存するリージョンを選択します。デフォルトでは、マルチリージョンが選択されています（ソースディスクのロケーションに基づく）。スナップショットの保存場所をソースディスク リージョンとは異なるリージョンに変更することもできます。スナップショットをソースディスクのロケーションとは異なるロケーションに保存する場合、データは異なるロケーション間のネットワークを通過するため、ネットワーク費用が発生する可能性があります。スナップショットには、Cloud Storage の下り（外向き）と同じ費用が発生します。Persistent Disk スナップショットの詳細を確認する。料金の詳細については、ディスクの料金をご覧ください。
スナップショットのタイプ: Db2 バックアップに使用する Persistent Disk スナップショットのタイプを選択します。スナップショットは、永続ディスクからデータを増分的にバックアップします。バックアップ中に、Persistent Disk の現在の状態をキャプチャする新しいスナップショットが作成されます。このスナップショットは、後でマウントまたは復元用の新しいディスクを作成するために使用できます。Compute Engine は、各スナップショットの複数のコピーを複数の場所に保存し、自動チェックサムを使用してデータの整合性を確保します。Persistent Disk スナップショットの詳細を確認する。料金の詳細については、ディスクの料金をご覧ください。
- 標準: デフォルトでは、標準スナップショット タイプが選択されています。バックアップを 90 日未満保持する場合は、標準タイプを使用します。
- アーカイブ: バックアップを長期間保持する場合は、アーカイブ タイプを選択します。アーカイブ スナップショットの最小請求対象期間は、ポリシーで定義された保持期間に関係なく 90 日です。また、アーカイブ タイプは、マウントまたは復元ジョブで使用される場合、追加の取得料金が発生します。
Db2 アーカイブ ログ バックアップを有効にして保護する
データベースのスナップショット ポリシーを作成するときに、指定した頻度でログファイルをキャプチャすることもできます。データベースログのキャプチャ頻度は、データベースの頻度とは別に定義されます。たとえば、データベースは毎日キャプチャされ、ログは 1 時間ごとにキャプチャされます。
Truncate (Purge) Log After Backup: バックアップ後に Db2 アーカイブ ログを切り捨てる（パージする）かどうかを指定します。[Truncate Log after Backup] が有効になっている場合、Db2 アーカイブログは切り捨てられます。デフォルトでは、アーカイブの削除はデータベースのバックアップごとに実行されます。デフォルトを使用して最適な復元 RTO を実現することをおすすめします。本番環境のログ保持が設定されている場合、[Application Details & Settings] の [Retention of production db logs in hour] の設定に基づいて削除が実行されます。
次のオプションがあります。
- バックアップ後にログを切り捨て/完全に削除しない: これがデフォルトです。このモードでは、アーカイブ ログは削除されません。
- Truncate/purge log after backup: アーカイブ ログのパージを有効にする場合は、このオプションを選択します。
- Enable Database Log Backup: オプションを [はい] に設定します。[Enable Database Log Backup] オプションを使用すると、バックアップ プラン ポリシーでデータベースと関連するすべてのトランザクション ログファイルをバックアップできます。ログは、ログ スナップショット ジョブの実行時にバックアップされます。[はい] に設定すると、関連するオプションが有効になります。
- RPO: データベース ログのバックアップを分単位で指定します。[Enable Database Log Backup] が [Yes] に設定されている場合、RPO はデータベース ログのバックアップの頻度を定義します。頻度は分単位で設定され、データベースのバックアップ間隔を超えてはなりません。設定できる最小値（分単位）は 15 です。
- Log Backup Retention Period (In Days): [Enable Database Log Backup] が [Yes] に設定されている場合、ログ保持はスナップショット ポリシーの保持とは別に定義されます。保持期間を別に設定すると、スナップショット プールに保存されているデータベースのコピーと組み合わせてログを使用できます。
- Replicate Logs (Uses streamsnap Technology): このオプションを [No] に設定します。これは、Db2 Persistent Disk スナップショット保護には適用されません。
- Send logs to OnVault Pool: このオプションを [No] に設定します。これは、Db2 Persistent Disk スナップショット保護には適用されません。
Db2 アーカイブログのバックアップに関する推奨事項
ログバックアップで最良の結果を得るには、次の点に注意してください。
- Db2 アーカイブ ログ マウントを使用して、Db2 アーカイブ ログ バックアップ以外のファイルを保存しないでください。
- デフォルトでは、アーカイブの削除は 24 時間ごとに実行されます。これにより、最適な復元 RTO が実現します。本番環境ログの保持が設定されている場合、削除は [Application Details & Settings] の [Retention of production db logs in hour] の設定に基づいて実行されます。本番環境のログ保持設定に基づいてアーカイブを保存するように、Db2 アーカイブログ バックアップ ディスクのサイズを設定します。
App Manager から Db2 データベースを検出して保護する
Db2 データベース アプリケーションを検出して保護する手順は次のとおりです。
- アプライアンス管理コンソールの [App Manager] > [Applications] ページで、[Add Application] を選択します。
- ウィザードで [Db2] を選択します。
- ウィザードに沿って操作します。
- [選択] セクションで、管理する Db2 インスタンスを選択します。
- [管理] セクションで、ポリシー テンプレートとリソース プロファイル（バックアップ プランを作成するで作成したもの）を適用します。
- [構成] セクションの [アプリケーション設定] で、[バックアップ オプションを構成] を設定します。
- バックアップのキャプチャ方法: [永続ディスクのスナップショットを使用する] を選択します。
- Retention of production DB logs in hours:
logarchmeth1の格納先から Db2 アーカイブ ログのバックアップを完全に削除するために使用されます。この設定に基づいて、指定した時間より古いログは完全に削除されます。デフォルト値では、最後のデータ バックアップよりも前のすべてのログが完全に削除されます（デフォルトは 24 時間）。
- [保存] > [次へ] をクリックし、[完了] をクリックします。
バックアップ プランが適用されたことを示す緑色のシールドのついたデータベースが、[App Manager] の [アプリケーション] リストに表示されます。
バックアップから Db2 データベースを復元する: マウントと復元
データベースを復元すると、バックアップから元のデータが上書きされます。この手順は、バックアップされたデータベースを復元するためのものです。バックアップからデータベースを復元するには、バックアップから Db2 データベースを復元するをご覧ください。
データベースをマウントすると、データベースの新しいコピーがマウント ポイントに配置され、元のデータベースと同じように使用できます。バックアップから新しいデータベースをマウントするには、Db2 バックアップを標準マウントとしてマウントするをご覧ください。
Db2 バックアップを標準マウントとしてマウントする
標準マウントは、データ、アクティブ ログ、アーカイブ ログ ボリュームのバックアップ イメージ ディスクを指定されたターゲットに提供します。Db2 データベースのバックアップを、手動オペレーションの標準マウントとしてマウントできます。
マウント中の事前チェック
- コネクタの接続ステータス: {backupdr_name_short} エージェントがインストールされ、アプライアンスとエージェント間のホスト接続にシークレットが適用されていることを確認します。
- 指定されたマウント ロケーションはマウント オペレーションに使用できます。
- 同じ VG がターゲットに存在し、データベースで使用されている場合は、VG がデータベースで使用されているというメッセージを表示して事前チェックを失敗させます。続行するには、マウント オペレーションに進む前にデータベースをシャットダウンします。
- Google Cloudサービスの移行元プロジェクトと移行先プロジェクトに対する権限チェック。
バックアップからデータベースをマウントする
バックアップをマウントする手順は次のとおりです。
[App Manager] > [Applications] リストで、保護されたデータベースを右クリックして [Access] を選択します。
スナップショット イメージを選択し、[マウント] を選択します。
[マウント] ページで、[GCE インスタンス名] の下にあるターゲット Db2 サーバーを選択します。[プロジェクト名]、[リージョン]、[ゾーン] のフィルタを使用できます。
必要に応じて、[ラベル] フィールドにマウントに関連する一意の名前を入力します。含まれるデータベースは、バックアップ イメージのデータベースのリストを表示する情報のみです。
[Mapping Options] で以下を指定します。
- マウント ポイント: ソースのマウント ポイントが事前入力されています。選択したターゲットで使用されておらず、ターゲット サーバー上のすべての
data、active log、dbpath、Logbackupボリュームのスナップショット イメージをマウントするために使用するパスを指定します。
- ディスクタイプ: ソースのディスクタイプの値が事前に入力されます。ディスクタイプはプルダウンから変更できます。
- マウント ポイント: ソースのマウント ポイントが事前入力されています。選択したターゲットで使用されておらず、ターゲット サーバー上のすべての
[フライト前のチェック] をクリックします。これにより、マウントを成功させるために必要なオプションがターゲット サーバーで検証されます。プリフライトが成功すると、[送信] ボタンが有効になります。失敗すると、プリフライトで失敗したチェックが表示され、それを修正してプリフライトを再実行できます。
[送信] をクリックします。ジョブ モニターに移動して、ジョブの進行状況と詳細を表示できます。
不要になったらマウントされたデータベース バックアップをマウント解除する
マウントされたデータベース バックアップをマウント解除するには:
- マウントが成功した後にディスクを削除または保持するには、[アプリケーション] > [アクセス] ページに移動して、マウントされたイメージを選択します。
- アクセス ページの [現在の有効なマウント] プルダウンには、次の 2 つのオプションがあります。
- マウント解除して削除: マウント ポイントをマウント解除し、ディスクを切り離して、ターゲット サーバーからディスクを削除する場合は、このオプションを選択します。
- アクティブ マウントを忘れる: ディスクを接続してマウントしたまま、Backup and DR サービスからメタデータを削除する場合は、このオプションを選択します。ユーザーは、 Google Cloud コンソールを使用して、ターゲット インスタンスからこのイメージを削除する必要があります。
バックアップから Db2 データベースを復元する
この手順は、バックアップされたデータベースを復元するためのものです。
プリフライト チェック
復元手順を送信する前に、事前チェックでデータベースの復元を成功させるために必要な前提条件が検証されます。
- Db2 SID: Db2 は、同じ Db2 SID 名でターゲット ノードに構成されています。
- Db2 バージョン: ターゲット Db2 バージョンは、ソース Db2 バージョンと同じです。
- 新しいターゲットへの復元の場合
- マッピング オプションで指定されたマウント ポイントがターゲット サーバーで使用またはマウントされていないことを確認します。
- 指定されたマウント場所がマウント オペレーションで使用可能であることを確認します。
- Db2 インスタンスが実行されているかどうかを確認します。復元オペレーション中はシャットダウンする必要があります。
- 同じ VG がターゲットに存在し、データベースで使用されている場合は、VG がデータベースで使用されているというメッセージを表示して事前チェックを失敗させます。続行するには、復元に進む前にデータベースをシャットダウンします。
- Google Cloud サービスの移行元プロジェクトと移行先プロジェクトに対する権限チェック。
Db2 データベースをソースに復元する
- [App Manager] > [Applications] リストで、データベースを右クリックして [Access] を選択します。
- 復元する最新のスナップショットを選択して、[Restore] を選択します。
- [復元] ページで、[ソースに復元] を選択します。すべてのフィールドには、保護された Db2 インスタンスのソース値が事前入力されます。アプリケーション オプションを除き、すべて変更できません。
- ラベル: 必要に応じて、このフィールドにマウントに関連する一意の名前を入力します。
- 含まれるデータベースは情報提供のみで、バックアップ イメージのデータベースのリストが表示されます。
- アプリケーション オプションを設定します。
- ロールフォワード時間: ログで保護されているデータベースの場合は、復元する日時を選択します。
- ターゲット インスタンス: 保護されたデータベース インスタンス名が事前に入力されており、変更できません。
- マッピング オプション:
- ボリュームのマウント ポイントの場所: Db2
data、dbpath、log、log backup volumesがマウントされているソース ボリューム グループ、論理ボリューム、デバイスパス、ディスクタイプが事前入力されます。 - ディスクタイプ: ディスクタイプでは、バックアップ イメージから復元されたデータに使用される基盤となるブロック ストレージのタイプを選択できます。
- [フライト前のチェック] をクリックします。プリフライト チェックが失敗した場合は、問題を修正してプリフライト チェックを再送信します。プリフライト チェックが成功したら、[送信] をクリックして復元ジョブを送信します。
Db2 データベースを新しいターゲットに復元する
- [App Manager] > [Applications] リストで、データベースを右クリックして [Access] を選択します。
- 復元する最新のスナップショットを選択して、[Restore] を選択します。[Restore] ページで、[Restore to new target] を選択します。すべてのフィールドには、保護された Db2 インスタンスのソース値が事前入力されていますが、編集できます。
- 新しいターゲットに復元するには、Db2 データベースの復元先となるインスタンスの [プロジェクト]、[リージョン]、[ゾーン] を選択します。
- [インスタンス名] で、復元するノードを、対象となる Compute Engine インスタンスのプルダウン リストから選択します。
- ラベル: 必要に応じて、このフィールドにマウントに関連する一意の名前を入力します。
- 含まれるデータベースは情報提供のみで、バックアップ イメージにあるデータベースのリストが表示されます。
- 元のアプリケーション ID を置き換えます。このオプションは、バックアップが元々生成された同じアプライアンス上の新しいホストに復元する場合にのみ使用できます。
- はい: 元のアプリケーションを置き換え、元のアプリケーションと同じアプリケーション ID、ジョブ履歴、バックアップ イメージ、バックアップ プランを引き継ぎます。
- No: 元のアプリケーションを置き換えません。復元ジョブの一環として、新しいアプリケーションとして検出されます。
- アプリケーション オプションを設定します。
- ロールフォワード時間: ログで保護されているデータベースの場合は、復元する日時を選択します。
- ターゲット インスタンス: 保護されたデータベース インスタンス名が事前に入力されており、変更できません。
- マッピング オプション:
- ボリュームのマウント ポイントの場所: Db2
data、dbpath、log、log backup volumesがマウントされているソース ボリューム グループ、論理ボリューム、デバイスパス、ディスクタイプが事前入力されます。 - ディスクタイプ: ディスクタイプでは、バックアップ イメージから復元されたデータに使用される基盤となるブロック ストレージのタイプを選択できます。
- [フライト前のチェック] をクリックします。プリフライト チェックが失敗した場合は、問題を修正してプリフライト チェックを再送信します。プリフライト チェックが成功したら、[送信] をクリックして復元ジョブを送信します。