管理コンソールの Backup and DR の概要

Backup and DR for the management console は、アプライアンス ベースのバックアップと障害復旧ソリューションです。Google Cloud とハイブリッド環境で、仮想マシン（VM）、ファイル システム、セルフマネージド データベースを一元的にキャプチャ、保存、複製、復元できます。専用のウェブベースのアプライアンス管理コンソールと、お客様がデプロイしたバックアップ / リカバリ アプライアンスを使用して、ワークロード全体のデータ保護を管理できます。

管理コンソールの Backup and DR は、データを増分永久形式でキャプチャし、組み込みのアプリケーションで読み取り可能な形式で保存します。バックアップは、独自のバックアップ アーカイブではなくネイティブに保存されるため、バックアップ / リカバリ アプライアンスからバックアップ イメージを直接マウントして、ワークロードの復元、テストと開発用の仮想コピーのプロビジョニング、最小限のダウンタイムでのデータ移行を即座に行うことができます。

管理コンソールの Backup and DR のサポート終了

Google Cloud Backup and DR は、従来の管理コンソール（IaaS スタック）とそれに関連するユーザー管理ワークロードのサポートを 2027 年 9 月 30 日に終了します。継続的なデータ保護を維持するために、できるだけ早く代替のバックアップ方法への移行を計画してください。

管理コンソールの非推奨の影響を受けるワークロード

管理コンソールのサポート終了は、以前のアプライアンス管理コンソールで保護されているセルフマネージド ワークロードにのみ影響します。これには、次のものが含まれます。

  • アプライアンス管理コンソールで管理される Compute Engine インスタンス
  • IBM Db2 データベース
  • Oracle データベース
  • SAP HANA データベース
  • Microsoft SQL Server データベース
  • Google Cloud VMware Engine VM
  • 汎用アプリケーションと整合性グループ
  • ユーザー管理のファイル システム（Linux および Windows のファイル システム、システム状態、NFS、SMB / CIFS）

Google Cloud コンソールから直接保護される Google 管理のファーストパーティ サービス（Compute Engine VM、Persistent Disk、Cloud SQL、AlloyDB for PostgreSQL、Filestore など）は、この非推奨の影響を受けません。

サポート終了のタイムラインとマイルストーン

管理コンソールの Backup and DR のサポート終了は、次の 3 つの重要なマイルストーンに沿って行われます。

  • 2026 年 12 月 31 日（非アクティブな管理サーバーの削除）: プロジェクト内の管理サーバーは、30 日間連続して非アクティブになると自動的に削除されます。管理サーバーは、アクティブなバックアップ、保護されたアプリケーションまたはワークロード、アクティブなバックアップ ジョブがない場合にのみ、非アクティブと見なされます。
  • 2027 年 9 月 30 日（バックアップの凍結）: 従来のアプライアンス管理コンソール スタックを使用した新しいバックアップの作成のサポートが終了します。この期限までに移行しないと、影響を受けるワークロードの新しいバックアップを作成できなくなります。
  • 2028 年 3 月 31 日（復元のカットオフ）: 以前のアプライアンス管理コンソール インターフェースによる直接復元機能が終了します。このカットオフ日以降にバックアップを復元するには、スタンドアロンの長期保存（LTR）復元ユーティリティとスクリプトを使用する必要があります。

管理コンソール ワークロードの移行の代替手段

2027 年 9 月 30 日のバックアップ フリーズ前にバックアップ保護を維持するには、影響を受けるワークロードを次のサポートされているバックアップ ソリューションのいずれかに移行します。

ワークロード 移行オプション リファレンス
Compute Engine Google ネイティブの Compute Engine バックアップ Google Cloud Compute Engine インスタンス用の Backup and DR を使用して、Compute Engine インスタンスをアプライアンスフリー アーキテクチャに移行します。
ユーザー管理データベース（IBM Db2、Oracle、SAP HANA、Microsoft SQL Server など） カスタム スクリプトを使用したアプリケーション整合性のある Vaulted バックアップ Google Cloud のバックアップと DR で Compute Engine VM と Persistent Disk のバックアップを使用します。このとき、guest-flush フレームワークと、アプリケーション整合性のある不変のバックアップ用のカスタム スクリプトを組み合わせて使用します。
SAP HANA エージェント ベースの Google Cloud バックアップ ネイティブの Google Cloud Backint エージェントまたは Persistent Disk のスナップショットを使用します。SAP Backint 用エージェントのバックアップと復元のガイドまたはディスク スナップショットのバックアップと復元のガイドをご覧ください。
一般的な VM ワークロード ネイティブ Google Cloud ディスク スナップショット ディスク スナップショット ガイドを使用して、仮想ディスクを定期的にバックアップするように標準ディスク スナップショットまたはアーカイブ ディスク スナップショットを構成します。
すべてのワークロード サードパーティの Marketplace ソリューション Google Cloud Marketplace で入手可能な、承認済みの代替エンタープライズ バックアップ ソリューションをデプロイする。

2028 年 3 月 31 日以降もバックアップを保持して復元する

2028 年 3 月 31 日の復元期限を過ぎてもバックアップ復元機能を保持するには、アプライアンスがシャットダウンされる前に、以前のバックアップ データを Cloud Storage の OnVault ストレージに移行します。

  1. OnVault ポリシーを割り当てる: 重要なレガシー バックアップをすべて Cloud Storage OnVault バケットに移行します。
  2. メタデータを同期する: ローカル アプライアンスがシャットダウンされる前に、すべての Persistent Disk スナップショット メタデータが Cloud Storage バケットに完全に同期されていることを確認します。このメタデータ転送を確認して完了するには、gcbdr-umdb-transition@google.com または Cloud カスタマーケアにお問い合わせください。
  3. 復元ユーティリティを使用する: スタンドアロン ツールとスクリプトを使用して、Cloud Storage バケットから OnVault と Persistent Disk のバックアップ イメージを直接検出してマウントします。手順については、長期保持バックアップを復元するをご覧ください。

移行の計画についてご質問がある場合やサポートが必要な場合は、移行チーム（gcbdr-umdb-transition@google.com）、Cloud カスタマーケア、または Google Cloudアカウント チームまでお問い合わせください。

管理コンソールの Backup and DR と Google Cloud Backup and DR の違い

Google は、Backup and DR 向けに 2 つの異なる管理モデルとアーキテクチャ モデルを提供しています。

  • 管理コンソール用の Backup and DR（このドキュメント セット）: アプライアンス ベースのアーキテクチャ。Virtual Private Cloud（VPC）ネットワークにバックアップ / リカバリ アプライアンスをデプロイして管理し、専用のウェブベースのアプライアンス管理コンソールを介して保護をオーケストレートします。このサービスは、セルフマネージド データベース（Oracle、Microsoft SQL Server、SAP HANA、IBM Db2 など）、Google Cloud VMware Engine、VMware vSphere VM、ファイル システム、アプリケーション対応の即時マウント、仮想データベース クローン（LiveClone）、自動化された Backup and DR ワークフローを必要とするワークロード向けに設計されています。
  • Google Cloud Backup and DR:Google Cloud コンソール、gcloud CLI、backupdr API、Terraform に直接統合された、クラウドネイティブの SaaS マネージド バックアップ エクスペリエンス。Google Cloud Backup and DR を使用すると、バックアップ / リカバリ アプライアンスをデプロイまたは管理することなく、Compute Engine インスタンス、Persistent Disk、Google Cloud Hyperdisk、Cloud SQL インスタンス、AlloyDB クラスタ、Filestore インスタンスなどのネイティブ Google Cloud リソースを、Google が管理する不変の Backup Vault に直接保護できます。

次の表は、2 つの Backup and DR サービスの主な違いをまとめたものです。

機能 管理コンソールの Backup and DR Google Cloud Backup and DR
プライマリ管理インターフェース 専用のウェブベースのアプライアンス管理コンソールと Management Console API Google Cloud コンソール、gcloud CLI、backupdr API、Terraform
アーキテクチャとデータプレーン アプライアンス管理コンソール、お客様がデプロイしたバックアップ / 復元アプライアンス（VPC 内の Compute Engine VM）、ワークロード ホスト上の軽量の Backup and DR エージェントで構成される 3 層のアプライアンス アーキテクチャ フルマネージドの Google サービス プレーン。コンソールネイティブのボールト リソースに、お客様がデプロイするバックアップ / 復元アプライアンスやゲスト エージェントは不要
バックアップ構成モデル バックアップ テンプレート（スナップショット、OnVault、レプリケーション ポリシーを含む）とリソース プロファイルの組み合わせ コンソールネイティブのバックアップ プランと、ターゲット Backup Vault に直接関連付けられたバックアップ ルール
ストレージ ターゲット アプライアンス管理のストレージ プール（プライマリ プール、Persistent Disk のスナップショット プール、Cloud Storage の OnVault プール、リモート アプライアンスのミラープール）と、サポートされているワークロード用の Google 管理のBackup Vault Google が管理する、不変かつ削除不可能な Backup Vault。保持が適用され、リージョン ストレージまたは Multi-Regional Storage を使用
復元とデータアクセス 完全復元、即時標準マウント、アプリケーション対応マウント、仮想コピー（LiveClones）、マウントと移行、自動化されたBackup and DR ワークフロー Backup Vault から新しいまたは既存の Google Cloud リソースに直接復元する
サポートされているワークロード Google Cloud VMware Engine、VMware vSphere VM、Compute Engine インスタンス、Linux および Windows ファイル システム（NFS、SMB、Filestore を含む）、Oracle、Microsoft SQL Server、SAP HANA、IBM Db2、PostgreSQL、SAP ASE、SAP IQ、SAP MaxDB、MySQL、MariaDB、整合性グループ、汎用アプリケーション Compute Engine インスタンス、Persistent Disk と Hyperdisk、Cloud SQL、AlloyDB、Filestore（アプライアンス管理コンソールで作成された Backup Vault バックアップの可視性も含む）

管理コンソールの Backup and DR のアーキテクチャとコア コンポーネント

Backup and DR の管理コンソールは、3 層アーキテクチャを使用して、環境全体でデータ保護をオーケストレートして実行します。

  • アプライアンス管理コンソール: バックアップ / リカバリ アプライアンスの管理、登録済みホストの登録、アプリケーションの検出、バックアップ テンプレートとリソース プロファイルの構成、バックアップと復元ジョブのモニタリングを行う、ウェブベースの一元化されたコントロール プレーン。アプライアンス管理コンソールは、Google が管理するテナント プロジェクトで実行され、Private Service Connect またはプライベート Google アクセスを使用してバックアップ / リカバリ アプライアンスと安全に通信します。
  • バックアップ / リカバリ アプライアンス: Google Cloud プロジェクトと VPC ネットワークにデプロイされた Compute Engine 仮想アプライアンス。バックアップ / リカバリ アプライアンスは、ソース ワークロードからデータをキャプチャし、カタログ メタデータを維持し、ストレージ プールを管理し、リモート アプライアンスまたはオブジェクト ストレージにデータを複製し、インスタント マウントを提供するデータプレーンとして機能します。ワークロード タイプ、データセット サイズ、ストレージ容量に基づいて、4 つのアプライアンス フォーム ファクタから選択できます。
  • Backup and DR エージェント: Linux または Windows ゲスト オペレーティング システムにインストールされる軽量のソフトウェア エージェント。Backup and DR エージェントは、バックアップ / リカバリ アプライアンスと通信して、データベースとファイル システムを検出し、アプリケーション整合性のあるキャプチャのためにアプリケーションを静止させ、変更ブロック トラッキング（CBT）とトランザクション ログのバックアップを調整し、アプリケーション対応のマウントをオーケストレートします。エージェントレス保護は、VMware VM（vSphere Storage APIs - Data Protection を使用）と Compute Engine インスタンス（Persistent Disk スナップショットを使用）に使用されます。

バックアップ / リカバリ アプライアンスのストレージ プール

バックアップ / リカバリ アプライアンスは、キャプチャされたバックアップ データを最大 4 種類のストレージ プールに整理して保存します。

  • プライマリ プール: バックアップ / リカバリ アプライアンスに直接アタッチされたブロック ストレージ（標準または SSD 永続ディスクを使用）。キャプチャされたバックアップと重複除去されたデータを保存し、高速なローカル リカバリと即時マウントを実現します。
  • スナップショット プール: Persistent Disk スナップショットを使用して、データ ボリュームのポイントインタイム コピーを保存し、高パフォーマンスのキャプチャとマウント オペレーションを行うストレージ。
  • OnVault プール: 圧縮された増分永久バックアップ データを Cloud Storage バケット（Standard、Nearline、Coldline、Archive）または Google が管理する Backup Vault に送信する、長期保持用のオブジェクト ベースのストレージ。
  • ミラープール: 障害復旧のために非同期のブロックレベルのレプリケートされたバックアップ（StreamSnap）を受信する、別のゾーンまたはリージョンのセカンダリ バックアップ / リカバリ アプライアンス上のブロック ストレージ。

バックアップ テンプレート、ポリシー、リソース プロファイル

アプライアンス管理コンソールでは、2 つの再利用可能なビルディング ブロックで構成されるバックアップ プランを適用して、検出されたワークロードを保護します。

  • バックアップ テンプレート: データのバックアップ、保持、レプリケーションの方法とタイミングを定義します。各バックアップ テンプレートには、スケジュール、目標復旧時点（RPO）、保持を階層間で制御する 1 つ以上のバックアップ ポリシーが含まれています。
    • プロダクションからスナップショット: プロダクション ワークロードからローカルのプライマリ プールまたはスナップショット プールにデータをキャプチャします。
    • OnVault へのスナップショット: スナップショット バックアップを Cloud Storage の OnVault プールまたは Backup Vault にコピーして、長期保存します。
    • OnVault から OnVault: リージョン間で OnVault プール間でデータを複製します。
    • 本番環境からミラー（StreamSnap）: スナップショット データをリモート バックアップ / リカバリ アプライアンスのミラープールに複製します。
  • リソース プロファイル: バックアップ テンプレートのポリシーを特定のローカル バックアップ / リカバリ アプライアンス ストレージ プール、OnVault プール、リモート レプリケーション アプライアンスにマッピングすることで、バックアップ データの保存場所を定義します。

管理コンソール用の Backup and DR の主な機能

管理コンソールの Backup and DR には、エンタープライズ バックアップ、復元、コピー データ マネジメントのための次の機能が用意されています。

  • 永久増分キャプチャ: アプリケーションまたは VM の最初のフル バックアップが 1 回行われた後、後続のバックアップでは変更されたブロックまたはデータベースの差分のみがキャプチャされます。バックアップ / リカバリ アプライアンスは、本番環境のパフォーマンスに影響する定期的なフル バックアップを実行せずに、仮想フル ポイントインタイム イメージを合成します。
  • アプリケーション整合性のあるデータベース保護とポイントインタイム リカバリ（PITR）: データベース API（Oracle RMAN、SQL Server VSS、SAP HANA backint、ストレージ スナップショットなど）とネイティブに統合し、スケジュールされたトランザクション ログのバックアップとともに、アプリケーション整合性のあるデータベース バックアップをキャプチャします。これにより、特定の時点に復元できます。
  • 迅速なマウントと仮想コピー: アプリケーションを起動する前に、テラバイト単位のバックアップ データを本番環境ストレージにコピーするのを待つ代わりに、バックアップ / リカバリ アプライアンスからターゲット ホストにバックアップ イメージをマウントできます。
    • 標準マウント: バックアップ イメージをターゲット ホストにマウントされたディスクまたはファイル システムとして公開し、個々のファイルを検査またはコピーします。
    • アプリケーション認識型マウント: ターゲット データベース サーバーにマウントされたバックアップ イメージから仮想データベース インスタンスを直接起動します。必要に応じて、トランザクション ログを選択した時点までロールフォワードします。
    • マウントと移行: インスタント マウントを介してサービスをすぐに復元し、バックグラウンドで基盤となるデータファイルを本番環境ストレージに移行して、目標復旧時間（RTO）を最小限に抑えます。
    • LiveClone: バックアップ イメージの独立した書き込み可能な仮想コピーを作成します。このコピーは、クローンごとに物理ストレージ全体を消費することなく、オンデマンドまたはスケジュールに基づいて更新できます。
  • 自動化された Backup and DR ワークフロー: Backup and DR ワークフローは、スケジュールまたはオンデマンドで LiveClone と仮想データベースの作成、更新、マスキングを自動化します。開発、QA、分析の各チームは、カスタム スクリプトによって機密データが自動的にスクラブされた本番環境データベースの最新コピーをセルフプロビジョニングできます。
  • クロスリージョン障害復旧: StreamSnap レプリケーションを使用して、バックアップ イメージを別のリージョンのセカンダリ バックアップ / リカバリ アプライアンスに非同期で複製します。または、バックアップをマルチリージョンまたはデュアルリージョンの Cloud Storage バケットと Backup Vault にコピーして、停止中に代替リージョンでワークロードを復元できるようにします。

管理コンソールの Backup and DR でサポートされているワークロード

管理コンソールの Backup and DR は、幅広い仮想マシン、ファイル システム、データベースを保護します。バージョンとオペレーティング システムの互換性の詳細については、アプライアンス管理バックアップのサポート マトリックスとBackup and DR でサポートされているオペレーティング システムとカーネルをご覧ください。

  • Compute Engine インスタンス: Compute Engine VM のエージェントレス、クラッシュ整合性スナップショット保護、プロジェクト間またはリージョン間の復元。
  • Google Cloud VMware Engine と VMware vSphere VM: VMware 変更ブロック トラッキング（CBT）を使用した、vCenter と ESX ホストのエージェントレス VM レベルのバックアップ、インスタント マウント、LiveClone、VM の完全復元。
  • ファイル システムと Filestore: Linux および Windows ファイル システム、NFS 共有、SMB / CIFS 共有、Filestore インスタンスのブロックベースおよびファイルベースのバックアップとインスタント マウント。
  • Oracle データベース: Oracle RMAN イメージコピーと変更トラッキング、PITR のアーカイブ ログ バックアップ、インスタント仮想データベース マウント、マウントと移行を使用した永久増分保護。
  • Microsoft SQL Server データベース: スタンドアロン インスタンスと Always On 可用性グループのアプリケーション整合性バックアップ、トランザクション ログのバックアップ、仮想データベースのマウント、データベースのクローン作成。
  • SAP HANA データベース: 単一ホスト、1+n、SAP HANA スケールアウト システムのボリューム レベル（Persistent Disk スナップショットまたは LVM）とファイルレベル（backint）の保護。
  • IBM Db2 データベース: ボリューム レベルの永久増分バックアップと、トランザクション ログ キャプチャと仮想データベース マウントを使用したフルプラス増分ダンプ バックアップ。
  • その他のセルフマネージド データベース: PostgreSQL、MySQL、MariaDB、SAP ASE、SAP IQ、SAP MaxDB データベース、整合性グループ、汎用 LVM アプリケーションの保護。

次のステップ