よくある質問

料金

Backup and DR サービスの料金に関する情報はどこで確認できますか?
バックアップと DR サービスの料金情報については、バックアップと DR サービスの料金ページをご覧ください。
ワークロードが Backup and DR サービスによって管理されていると見なされるのはいつですか?
バックアップと DR サービスの課金(SKU の使用量とも呼ばれます)では、サービスを使用している有効期限切れでないバックアップが 1 つ以上あるワークロードが対象となります。ソース ワークロードがアクティブに保護されなくなった場合、コンプライアンス上の理由から、バックアップ イメージをスナップショットまたは OnVault プールで長期間(数年)保持できます。
バックアップの圧縮は使用量に影響しますか?
スナップショット プールと OnVault プールでシステムによって達成される圧縮は、使用量の測定には影響しません。使用量のカウントは、バックエンド ストレージの使用量ではなく、フロントエンド ワークロードのサイズに基づいています。
バックアップ/リカバリ アプライアンス間のレプリケーションは使用量にどのように影響しますか?
バックアップと DR サービスは、フロントエンド ワークロードのサイズに基づいて使用量を測定します。保持されるコピーの数や保持場所は考慮されません。DR 用にアプライアンスを追加しても、Backup and DR サービスの SKU の使用量には影響しません。
プルーニング パスと除外リストは、バックアップと DR の課金にどのように影響しますか?

ファイル システム ワークロードに 3 TiB のデータがあり、プルーニング パスと除外リストを使用して 1 TiB のファイルを管理から除外し、バックアップと DR エージェントを使用してファイル システムをバックアップする場合、使用量は管理対象の実際のデータ量に基づいて測定されます。この例では 2 TiB です。

バックアップと DR エージェントなしでファイル システムをバックアップする場合(エージェントレスの VMware/Compute Engine VM 全体のバックアップなど)、使用量はボリュームのサイズ(3 TiB)に基づいて測定されます。

ワークロードの使用量が昨日報告された値よりも少ないようです。なぜですか?

バックアップと DR サービスの使用量は、復元可能な最大コピーではなく、最後に成功したコピーに基づいています。ワークロードは時間の経過とともに縮小または拡大します(関連する変化率に関係なく)。ワークロードのサイズが縮小すると、最新のバックアップからの使用量の読み取りに反映されます。

データベースの変更率は使用量にどのように影響しますか?

Backup and DR Service は、最後に成功したコピーのサイズに基づいて使用量を測定します。たとえば、1 日あたりの変化率が 10% で、データベースのサイズが常に 4 TiB の 4 TiB Oracle データベースの場合、使用量の計算は 4 TiB になります。ワークロードのサイズが変更されない限り、変化率は使用量の計算に直接影響しません。

ワークロードとその VM を保護する場合に、二重保護の料金を支払わないようにするにはどうすればよいですか?

Backup and DR サービスは、VMware VM とそのワークロードの使用量を個別にカウントするため、重複してカウントされる可能性があります。バックアップと DR エージェントを使用して VMware VM で実行されている SQL Server ワークロードを管理し、VMware VM 全体も管理している場合、SQL データベースは VM とは別にカウントされます。このようなシナリオでは、VM の OS ボリュームと VM に存在するワークロードを個別に管理することをおすすめします。これにより、二重保護と二重カウントを効果的に排除できます。

データベースのサイズのみをカウントしますか?それとも、ログファイルも使用量の測定に含めますか?

Backup and DR サービスは、整合性のあるデータベース バックアップに必要なマネージド データベース ファイルのみを測定します。ログファイルは使用量の測定にはカウントされません。

VMware VM の使用量を確認するにはどうすればよいですか?

VMware VM の Backup and DR サービスの使用量の測定値は、その VM の vCenter で報告されたサイズと一致します。

データストアの適切な VM フォルダからの du -h *.vmdk 出力が使用量と一致します。

Oracle データベースの使用量を確認するにはどうすればよいですか?
Oracle のバックアップと DR サービスの使用量の測定は、データベースに割り当てられたサイズに基づいています。Oracle データベースのサイズを確認するクエリの例を次に示します。

select (d.total + c.total) total from (select sum(bytes) total from v$datafile) d, (select sum(block_size*file_size_blks) total from v$controlfile) c;

次に、select sum(bytes) free from dba_free_space; を減算します。

ファイル システムの使用状況を確認するにはどうすればよいですか?
ワークロードに基づくファイル システムの Backup and DR サービスの使用量の測定:
  • Windows - DiskManager によって報告された使用済みファイル システムのサイズ
  • Linux - df - k によって報告される使用済みファイル システムのサイズ

Google Cloud VMware Engine のバックアップのノードベースの料金への移行

Google Cloud VMware Engine のバックアップのノードベースの料金には何が含まれますか?
料金は、Google Cloud VMware Engine(VM バックアップ全体)を保護するためのものです。SAP HANA、SQL Server、MySQL、Postgres のアプリケーション整合性のあるバックアップの料金など、エージェント ベースのバックアップの管理料金は含まれません。エージェント ベースのバックアップの料金を見積もるには、これらの各データベース タイプの本番環境サイズが必要です。エージェント ベースのバックアップの料金は、標準の Google Cloud のバックアップと DR の料金に従います。
Google Cloud VMware Engine のバックアップの既存の Managed Data License(MDL)ベースの料金と、新しいノードベースの料金の比較
次の例は、新しい Google Cloud VMware Engine のバックアップの既存の料金と新しい料金の違いを示しています。

料金モデル

既存の料金割引は、新しい Google Cloud VMware Engine 関連のバックアップ SKU に適用されますか?
既存の料金割引は、新しい Google Cloud VMware Engine 関連のバックアップ SKU に引き続き適用されます。
Google Cloud VMware Engine VM のバックアップに、既存の Managed Data License(MDL)ベースの料金と新しいノードベースの料金のどちらを選択できますか?
今後、Google Cloud Backup and DR を使用して Google Cloud VMware Engine VM をバックアップするすべてのお客様に対して、新しいノードベースの料金モデルのみがサポートされます。
Google Cloud VMware Engine の新しいノードベースの料金モデルに切り替えるには、どうすればよいですか?
Google Cloud VMware Engine ワークロードを保護している既存のすべての Google Cloud のバックアップと DR のお客様は、更新された料金モデルを採用するために、各バックアップ/リカバリ アプライアンスをバージョン 11.0.5 以降に更新する必要があります。すべてのバックアップ アプライアンスが 11.0.5 以降のバージョンになったら、2023 年 8 月 4 日以降、料金は自動的に新しいノードベースの料金に切り替わります。
Google Cloud VMware Engine VM のバックアップに、既存のマネージド データ ライセンス(MDL)ベースの料金モデルから新しいノードベースの料金モデルに切り替えたくない場合はどうすればよいですか?
バックアップ/リカバリ アプライアンスをバージョン 11.0.5 以降にアップグレードしない場合、既存の料金モデルを引き続き使用できます。ただし、アプライアンスのサポートが終了したら、アプライアンスをアップグレードし、新しい料金モデルに移行する必要があります。

バックアップと DR サービスの新しいレポート システム

新しいレポート システムと、既存のレポート マネージャーとの違いは何ですか?

Google Cloud バックアップと DR サービスに、組み込みの Google Cloud サービス(Cloud Monitoring、Cloud Logging、BigQuery)に基づく新しいレポート システムが追加されました。よりシームレスでスケーラブルかつ包括的なレポート エクスペリエンスを提供します。

新しい報告システムでは、次のことができます。

  • Cloud Logging を使用してレポートデータの傾向を検出して表示、分析する
  • Cloud Monitoring でジョブ関連の指標を表示、分析、取得する
  • SQL クエリ言語を使用して BigQuery でカスタム レポートを作成する
  • Cloud Logging と Cloud Monitoring を使用してレポートデータに関するカスタムアラートを設定する
  • レポートをメールで送信する、データの更新を自動的にスケジュールする、ツールを使用してデータを分析する
2024 年 4 月 20 日までに既存のレポート マネージャーから新しいレポート システムに移行する必要があるのはなぜですか?

既存のレポート マネージャーは、2024 年 4 月 20 日にサポートが終了します。管理コンソールのレポート マネージャーへの既存のリンクは無効になり、2024 年 4 月 20 日以降は管理コンソールまたはスクリプトからアクセスできなくなります。

2024 年 4 月 20 日までにレポート システムに移行しないとどうなりますか?

2024 年 4 月 20 日までに新しいレポート システムを設定しないと、CSV 形式の組み込みレポートにのみアクセスできるようになります。これを行うには、管理コンソールからレポートを Cloud Storage バケットにエクスポートします。

既存のレポート マネージャーでサポートされている機能のうち、レポート システムでサポートされなくなった機能はどれですか?

次の表に、新しいレポート システムと既存のレポート マネージャーでサポートされている機能を示します。

特徴 既存の
レポート マネージャー
新しい報告システム
事前構築レポート サポート対象 サポート対象
レポートのエクスポートの柔軟性 サポート対象 サポート対象
レポート内のデータのフィルタリングや並べ替え、基本的なカスタマイズ(列の並べ替えや非表示化)を行う サポート対象 サポート対象
レポートとレポートデータのカスタム保持期間を定義する機能 サポート対象 サポート対象
オンデマンド レポートを実行する サポート対象 該当なし1
管理コンソールからレポートに移動する サポート対象 サポート対象
レポートのメール配信 非対応 サポート対象
カスタム レポートのクエリと作成 非対応 サポート対象
重要なイベントに関するアラート機能 非対応 サポート対象
カスタム ダッシュボードを作成できる 非対応 サポート対象
分析ツールを使用してデータをリアルタイムで分析する 非対応 サポート対象

1 新しいレポート システムは、ほぼリアルタイムのジョブレポートをサポートしています。

レポート マネージャーにあるすべてのレポートデータは、新しいレポート システムで使用できますか?
いいえ。過去のレポートデータは新しいレポート システムでは使用できません。過去のレポートと既存の組み込みレポートには、2025 年 4 月 30 日まで管理コンソールの [過去のレポートをエクスポート] タブからアクセスできます。これらのレポートは CSV 形式で Cloud Storage バケットにエクスポートできます。
過去のレポートを CSV 形式で Cloud Storage バケットにエクスポートすると、料金は発生しますか?
バックアップと DR サービスでは、過去のレポートを CSV 形式で Cloud Storage バケットにエクスポートしても料金は発生しません。Cloud Storage バケットにデータを保存すると費用が発生します。詳細については、Cloud Storage のデータ ストレージの料金をご覧ください。
履歴レポートをエクスポートするオプションはいつ利用可能になりますか?
[過去のレポートをエクスポート] オプションは 2024 年 4 月 1 日からご利用いただけるようになります。レポートのエクスポートには、管理コンソールの [レポート] メニューにある新しい [過去のレポートをエクスポート] オプションを使用できます。
エクスポートできる過去のレポートと既存の組み込みレポートにはどのようなものがありますか?

次の組み込みレポートを CSV 形式で Cloud Storage バケットにエクスポートできます。

報告システムの使用に伴う追加費用はありますか?

新しいレポート システムの使用料金は、次の要素によって異なります。

  • Cloud Logging のログデータの量と保持期間。
  • BigQuery でストリーミング、保存、クエリされるデータの量。

料金の詳細については、新しいバックアップと DR レポート システムの料金セクションをご覧ください。

新しいレポート システムに移行するプロセスを教えてください。

Google Cloud のバックアップと DR の新しいレポート システムを使用するには、バックアップ/リカバリ アプライアンスを 11.0.9 リリースに更新する必要があります。アプライアンスを更新したら、次のことができます。

報告システムの設定に関する質問はどこに問い合わせればよいですか?

レポート システムに関する質問や問題については、Google Cloud サポートチームにお問い合わせください。