バックアップを管理する

Bigtable のバックアップは、偶発的なデータ損失、破損、障害シナリオからテーブルを保護するのに役立ちます。これらのバックアップの作成、コピー、復元、モニタリングは、 Google Cloud コンソール、Google Cloud CLI、または Cloud Bigtable クライアント ライブラリを使用して行うことができます。

始める前に

始める前に、バックアップを確認し、Enterprise Plus エディションでのみ利用可能な機能については、エディションの概要をご覧ください。

ユーザーまたは使用しているユーザー アカウントに、操作を行うための必要な権限があることを確認します。

gcloud CLI を使用する場合は、Bigtable 向けの gcloud CLI をインストールします。

自動バックアップを使用する

自動バックアップを有効にするには、gcloud CLI または Google Cloud コンソールを使用します。デフォルトでは、自動バックアップにより、テーブルの日次標準バックアップが作成され、保持期間は 7 日間です。自動バックアップ ポリシーは、次の方法でカスタマイズできます。

• 24 時間から 10 日間のホット保持期間を指定して、SSD インスタンスでホット自動バックアップを構成します。この必須の設定により、各日次バックアップが標準バックアップに移行するまでのホット バックアップの保持期間が決まります。ホット自動バックアップのデフォルトの保持期間も 7 日間です。詳細については、このドキュメントのホット自動バックアップを構成するをご覧ください。
• バックアップの保持期間を最大 90 日に変更します。詳細については、このドキュメントの自動バックアップ ポリシーを更新するをご覧ください。
• 自動バックアップが有効になっている特定のクラスタ ロケーションを選択します。このオプションは、Enterprise Plus エディションでのみ使用できます。詳細については、このドキュメントの自動バックアップ クラスタのロケーションを構成するをご覧ください。

注: 2024 年 12 月 17 日より前に作成された自動バックアップ ポリシーは、デフォルトの保持期間が 3 日間に構成されています。

バックアップを削除、更新、コピー、復元する手順は、バックアップが手動で作成されても自動バックアップの結果として作成されても、同じです。

バックアップまたはバックアップ コピーの有効期限を延長できます。詳細については、バックアップまたはバックアップ コピーを変更するをご覧ください。

自動バックアップを有効にする予定の場合は、次の点を考慮してください。

• 自動バックアップが有効になっているテーブルを含むインスタンスにクラスタを追加しても、追加されたクラスタに日次バックアップは作成されません。新しく追加されたクラスタを含むすべてのクラスタで日次バックアップを作成するには、テーブルの自動バックアップを無効にしてから、自動バックアップを再度有効にします。
• 自動バックアップが有効になっているテーブルが削除され、同時に削除が取り消された場合は、復元したテーブルで自動バックアップを再度有効にする必要があります。
• テーブルの自動バックアップを復元しても、復元されたテーブルで自動バックアップが自動的に有効になることはありません。自動バックアップを手動で有効にする必要があります。

自動バックアップを有効にする

自動バックアップを有効にするには、 Google Cloud コンソールまたは Google Cloud CLI を使用します。デフォルト設定で自動バックアップを有効にすると、Bigtable はインスタンス内の各クラスタにテーブルの日次標準バックアップを作成し、7 日間保持します。

自動バックアップの一部として Bigtable が作成するバックアップには、auto で始まる ID が割り当てられます。たとえば、ID が my-table のテーブルは、auto.my-table.c7x3.20230220-145537 のような自動バックアップ ID を持ちます。ここで、my-table は切り捨てられたテーブル ID、c7x3 は一意のハッシュ ID、20230220-145537 は UTC 形式の日時です。

自動バックアップを有効にしてテーブルを作成するには、テーブルを作成して管理するをご覧ください。

コンソール

1. Google Cloud コンソールで、Bigtable インスタンスのリストを開きます。

   インスタンスのリストを開く

2. バックアップするテーブルが含まれているインスタンスをクリックします。

3. Bigtable のナビゲーション メニューで、[テーブル] をクリックします。

   [テーブル] ページに、インスタンス内のテーブルのリストが表示されます。

4. デフォルト設定で自動日次バックアップを有効にするには、テーブルの [自動バックアップ] 列で [有効にする] をクリックします。

   Bigtable がバックアップの作成を開始するまでに、最大 1 時間かかることがあります。

5. 省略可: SSD インスタンスのホット自動バックアップなど、カスタム設定で自動バックアップを有効にするには、次の操作を行います。

   1. テーブルの行で、 [編集] をクリックします。
   2. [自動バックアップを構成する] セクションで、[自動バックアップを有効にする] を選択します。

   既存のポリシーを後で更新して、バックアップ タイプ、保持期間、または Enterprise Plus エディションのクラスタ ロケーションを変更することもできます。詳細については、このドキュメントの自動バックアップ ポリシーを更新するとホット自動バックアップを構成するをご覧ください。

gcloud

テーブルの自動バックアップを有効にするには、gcloud bigtable tables update コマンドを実行します。テーブルの作成時に自動バックアップを有効にする詳細については、テーブルを作成するをご覧ください。

テーブルに対して自動バックアップ ポリシーを有効にしてから、更新された構成が有効になるまでに最大 1 時間かかることがあります。

gcloud bigtable tables update TABLE_ID \
--instance=INSTANCE_ID \
--enable-automated-backup

次のように置き換えます。

• TABLE_ID: バックアップするテーブルの ID
• INSTANCE_ID: インスタンスの永続的な識別子

警告: --enable-automated-backup フラグを使用すると、デフォルト設定で自動バックアップが有効になります。このフラグを使用して、自動バックアップがすでに有効になっているテーブルを更新すると、以前に構成された保持期間またはホット保持期間が上書きされ、保持期間が 7 日に設定され、ポリシーが標準バックアップの作成に戻ります。Enterprise Plus エディションでは、特定のロケーションでのみバックアップを有効にしている場合でも、Bigtable はテーブルのインスタンス内のすべてのクラスタにバックアップを戻します。

省略可: 自動バックアップ ポリシーを更新して、カスタム保持期間を指定したり、SSD インスタンスでホット自動バックアップを構成したりできます。Enterprise Plus エディションでは、特定のロケーションのクラスタに対して自動バックアップを有効にできます。詳細については、このドキュメントの自動バックアップ ポリシーを更新するとホット自動バックアップを構成するをご覧ください。

自動バックアップを無効にする

テーブルに対して自動バックアップ ポリシーが無効になってから、更新された構成が有効になるまでに最大 1 時間かかることがあります。ポリシーの変更前に作成されたバックアップは、削除しない限り、有効期限が切れるまで保持されます。

コンソール

1. Google Cloud コンソールで、Bigtable インスタンスのリストを開きます。

   インスタンスのリストを開く

2. 自動バックアップを無効にするテーブルを含むインスタンスをクリックします。

3. Bigtable のナビゲーション メニューで、[テーブル] をクリックします。

   [テーブル] ページに、インスタンス内のテーブルのリストが表示されます。

4. 自動バックアップを無効にするテーブルの行で、 [編集] をクリックします。

5. [テーブルの編集] ペインの [自動バックアップを構成する] セクションで、[自動バックアップを有効にする] をオフにします。

6. [保存] をクリックします。

gcloud

テーブルの自動バックアップを無効にするには、gcloud bigtable instances tables update コマンドを実行します。

gcloud bigtable instances tables update TABLE_ID \
--instance=INSTANCE_ID \
--disable-automated-backup

次のように置き換えます。

• TABLE_ID: テーブルの ID
• INSTANCE_ID: インスタンスの永続的な識別子

自動バックアップ ポリシーを表示する

テーブルの自動バックアップ ポリシーを表示するには、Google Cloud コンソールまたは Google Cloud CLI を使用します。

コンソール

1. Google Cloud コンソールで、Bigtable インスタンスのリストを開きます。

   インスタンスのリストを開く

2. 自動バックアップ ポリシーを表示するテーブルを含むインスタンスをクリックします。

3. Bigtable のナビゲーション メニューで、[テーブル] をクリックします。

   [テーブル] ページの [自動バックアップ] 列には、自動バックアップが有効になっていない場合は [有効でない]、自動バックアップが有効になっている場合はバックアップ タイプ（[標準] または [ホット]）が表示されます。Enterprise Plus エディションで、特定のクラスタに自動バックアップが構成されている場合、[バックアップされたゾーン] も表示されます。この概要は、テーブル ID をクリックしてテーブルの概要ページで確認することもできます。

4. 省略可: ポリシー構成全体を表示するには、テーブルの行で [編集] をクリックします。

   [テーブルの編集] ペインの [自動バックアップの構成] セクションに、[バックアップ タイプ] 設定（[ホット] が選択されている場合は [ホットから標準に設定] の期間）、[保持期間]、[バックアップするクラスタを選択] 設定が表示されます。変更を加えずにペインを閉じるには、[キャンセル] をクリックします。

gcloud

テーブルの自動バックアップ ポリシーを表示するには、gcloud bigtable instances tables describe コマンドを実行します。

gcloud bigtable instances tables describe TABLE_ID \
    --instance=INSTANCE_ID

次のように置き換えます。

• TABLE_ID: テーブルの ID
• INSTANCE_ID: インスタンスの永続的な識別子

出力は次のようになります。

automatedBackupPolicy:
  frequency: 86400s
  keepHotDuration: 172800s
  retentionPeriod: 604800s
  locations: us-central1-a,us-east1-b,europe-west1-c
columnFamilies:
  my-family: {}
createTime: '2023-02-07T20:10:55.613546Z'
granularity: MILLIS
name: projects/my-project/instances/my-instance/tables/my-table
updateTime: '2023-02-07T20:10:55.613546Z'

次の点にご注意ください。

• テーブルで自動バックアップが有効になっていない場合、automatedBackupPolicy フィールドは存在しません。
• keepHotDuration フィールドは、ホット自動バックアップを作成するようにポリシーを構成した場合にのみ存在します。存在する場合、各自動バックアップが標準バックアップに移行するまでホット状態を維持する期間を示します。ポリシーで標準バックアップが作成される場合（デフォルト）、このフィールドは存在しません。
• retentionPeriod フィールドは、自動的に作成されたバックアップの保持期間を示します。個々のバックアップの保持期間は、バックアップ作成時から Enterprise エディションでは最大 90 日、Enterprise Plus エディションでは最大 365 日に変更できます。バックアップの保持期間を更新するには、バックアップまたはバックアップ コピーを変更するをご覧ください。
• locations フィールドは、Enterprise Plus エディションで特定のロケーションのクラスタの自動バックアップが有効になっている場合にのみ存在します。存在する場合、自動バックアップが有効になっているクラスタ ロケーションのリストを示します。すべてのロケーションで自動バックアップが有効になっている場合（デフォルト）、このフィールドは存在しません。

自動バックアップ ポリシーを更新する

自動バックアップ ポリシーの変更は、既存のバックアップに遡及的には適用されません。新しいバックアップ ポリシー設定は、それ以降のバックアップにのみ適用されます。

Enterprise エディションと Enterprise Plus エディションの両方で、最大 90 日間のカスタム保持期間を構成できます。SSD インスタンスでは、ホット保持期間を指定してホット自動バックアップを構成できます。これにより、自動バックアップが標準バックアップに移行するまでのホット保持期間が設定されます。Enterprise Plus エディションでは、自動バックアップ用に特定のクラスタ ロケーションを選択することもできます。ホット自動バックアップの詳細については、ホット自動バックアップを構成するをご覧ください。

自動バックアップを含む既存のバックアップの保持期間または有効期限を更新するには、バックアップまたはバックアップ コピーを変更するをご覧ください。

コンソール

1. Google Cloud コンソールで、Bigtable インスタンスのリストを開きます。

   インスタンスのリストを開く

2. 自動バックアップ ポリシーを更新するテーブルを含むインスタンスをクリックします。

3. Bigtable のナビゲーション メニューで、[テーブル] をクリックします。

   [テーブル] ページに、インスタンス内のテーブルのリストが表示されます。

4. 更新するテーブルの行で、 [編集] をクリックします。

5. [テーブルを編集] ペインの [自動バックアップを構成する] セクションで、[自動バックアップを有効にする] が選択されていることを確認し、次のいずれかの設定を更新します。

   • [バックアップ タイプ] セクションで、[標準] または [ホット] を選択します。HDD インスタンスまたは階層型ストレージが有効になっているテーブルで [ホット] を選択することはできません。[ホット] を選択した場合は、[ホットから標準に設定] フィールドに、各自動バックアップが標準バックアップに自動的に移行するまでのホット バックアップの保持日数を 1 ～ 10 の整数（保持期間まで）で入力します。
   • [バックアップ構成] セクションの [保持期間] フィールドに、3 ～ 90 の整数を入力して、Bigtable がバックアップを保持する日数を指定します（最大 90 日）。
   • Enterprise Plus エディション: [バックアップ構成] セクションの [バックアップするクラスタを選択] リストで、Bigtable で日次バックアップを作成するクラスタを選択し、[OK] をクリックします。

6. [保存] をクリックします。

gcloud

テーブルの自動バックアップ ポリシーを変更するには、次のフラグを 1 つ以上指定して gcloud bigtable tables update コマンドを使用します。

• --automated-backup-retention-period: カスタム保持期間を設定します。
• --automated-backup-keep-hot-duration: SSD インスタンスで、ホット自動バックアップを作成するように Bigtable を構成し、標準バックアップに移行するまでのホット状態の期間を指定します。
• --automated-backup-locations: Enterprise Plus エディションでは、指定されたロケーションのクラスタに対してのみ自動バックアップを有効にします。

注意: テーブルの自動バックアップ構成を更新する場合は、変更するパラメータのフラグのみを指定する必要があります。省略されたパラメータは既存の値を保持します。ただし、--enable-automated-backup フラグを渡すと、すべての自動バックアップ ポリシー パラメータがデフォルト値にリセットされます。

gcloud bigtable tables update TABLE_ID \
    --instance=INSTANCE_ID \
    --automated-backup-retention-period=RETENTION_PERIOD \
    --automated-backup-keep-hot-duration=KEEP_HOT_DURATION \
    --automated-backup-locations=BACKUP_LOCATIONS

次のように置き換えます。

• TABLE_ID: 自動バックアップが設定されているテーブルの ID
• INSTANCE_ID: インスタンスの永続的な識別子

• RETENTION_PERIOD: 最長 90 日の期間。値は、m、h、d（分、時間、日）の単位を付けた数値で指定する必要があります（例: 15 日の場合は 15d）。

  例: 、72h または 15d。

• KEEP_HOT_DURATION: 自動バックアップが標準バックアップに移行する前にホット状態を維持する時間。24h（1 日）から 10d（10 日）まで。ポリシーの保持期間を超えないようにします。値は、s、m、h、d（秒、分、時間、日）の単位を持つ数値として表します。Bigtable は、SSD インスタンスと、階層型ストレージが有効になっていないテーブルでのみ、このフラグをサポートします。

  例: 、24h または 2d。

• BACKUP_LOCATIONS: 自動バックアップを有効にするクラスタ ロケーションのカンマ区切りのリスト。設定しない場合、バックアップはデフォルトでテーブルのインスタンス内のすべてのクラスタに作成されます。

  例: us-central1-a,us-east1-b,europe-west1-c

ホット自動バックアップを構成する

ホット自動バックアップを構成するには、テーブルの作成、自動バックアップの有効化、自動バックアップ ポリシーの更新時に、 Google Cloud コンソールまたは Google Cloud CLI を使用します。ホット自動バックアップを構成するときに、各日次バックアップが標準バックアップに移行するまでのホット状態を維持する期間を指定します。たとえば、最新の日次バックアップのみをホットに保つには、keep-hot 期間を 24 時間（1 日）に設定します。これにより、次の日次バックアップが作成された後に、各日次バックアップが標準バックアップに移行されます。テーブルの作成時に自動バックアップを構成する方法については、テーブルを作成するをご覧ください。

ホット自動バックアップを構成する際は、次の要件と制限事項を考慮してください。

• テーブルは SSD インスタンスに存在する必要があります。Bigtable は、HDD インスタンスでのホット自動バックアップをサポートしていません。
• Bigtable は、階層型ストレージが有効になっているテーブルのホット自動バックアップをサポートしていません。詳細については、階層型ストレージの概要をご覧ください。
• ホット保持期間は 24 時間以上（24h または 1d、または Google Cloud コンソールで 1 日）10 日以下（10d）にする必要があります。また、ポリシーの保持期間を超えることはできません。

• 400 TB を超える SSD ストレージを使用するクラスタのテーブルでホット自動バックアップを有効にするには、Cloud カスタマーケアにお問い合わせください。詳細については、バックアップの上限をご覧ください。

コンソール

既存のテーブルにホット自動バックアップを構成するには:

1. Google Cloud コンソールで、Bigtable インスタンスのリストを開きます。

   インスタンスのリストを開く

2. 構成するテーブルを含む SSD インスタンスをクリックします。

3. Bigtable のナビゲーション メニューで、[テーブル] をクリックします。

   [テーブル] ページに、インスタンス内のテーブルのリストが表示されます。

4. テーブルの行で、 [編集] をクリックします。

5. [テーブルの編集] ペインの [自動バックアップを構成する] セクションで、[自動バックアップを有効にする] チェックボックスがオンになっていることを確認します。

6. [バックアップ タイプ] セクションで、[ホット] を選択します。

7. [ホットから標準に設定] フィールドに、1 ～ 10 の整数を入力して、各自動バックアップが標準バックアップに自動的に移行するまでのホット バックアップの保持日数を指定します。デフォルトでは 3 日間です。この値は、[保持期間] フィールドの日数を超えることはできません。

8. 省略可: [バックアップ構成] セクションで、[保持期間] フィールドに 3 ～ 90 の整数を入力します。Enterprise Plus エディションの場合は、[バックアップするクラスタを選択] リストで特定のクラスタを選択し、[OK] をクリックします。

9. [保存] をクリックします。

後続の自動バックアップをホットに保持するのを停止し、ポリシーを標準バックアップの作成に戻すには、テーブルの [テーブルを編集] ペインを開き、[バックアップの種類] セクションで [標準] を選択し、[保存] をクリックします。バックアップ タイプを変更しても、すでに作成されているバックアップには影響しません。既存のホット バックアップは、移行期間が終了するまでホットのままです。

gcloud

テーブルのホット自動バックアップを構成するには、--automated-backup-keep-hot-duration フラグを指定して gcloud bigtable tables update コマンドを実行します。

gcloud bigtable tables update TABLE_ID \
    --instance=INSTANCE_ID \
    --automated-backup-keep-hot-duration=KEEP_HOT_DURATION

次のように置き換えます。

• TABLE_ID: 構成するテーブルの ID
• INSTANCE_ID: インスタンスの永続的な識別子
• KEEP_HOT_DURATION: 自動バックアップが標準バックアップに移行する前にホット状態を維持する時間。24h（1 日）から 10d（10 日）まで。ポリシーの保持期間を超えないようにします。値は、s、m、h、d（秒、分、時間、日）の単位で表します（例: 24h、2d）。テーブルで自動バックアップがまだ有効になっていない場合は、gcloud bigtable tables update コマンドを実行するときに --automated-backup-retention-period フラグも含める必要があります。それ以外の場合、コマンドは保持期間がないというエラーで失敗します。

自動バックアップをホットに保持するのを停止し、ポリシーを標準バックアップの作成に戻すには、--clear-automated-backup-keep-hot-duration フラグを指定して gcloud bigtable tables update コマンドを実行します。キープホット期間をクリアしても、すでに作成されているバックアップには影響しません。既存のホット バックアップは、ホット保持期間が終了して標準バックアップに移行するまでホットのままです。

gcloud bigtable tables update TABLE_ID \
    --instance=INSTANCE_ID \
    --clear-automated-backup-keep-hot-duration

次のように置き換えます。

• TABLE_ID: 構成するテーブルの ID
• INSTANCE_ID: インスタンスの永続的な識別子

注意: テーブルの自動バックアップ構成を更新する場合は、変更するパラメータのフラグのみを指定する必要があります。省略されたパラメータは既存の値を保持します。ただし、--enable-automated-backup フラグを渡すと、自動バックアップ ポリシーのすべてのパラメータがデフォルト値にリセットされます。

自動バックアップ クラスタのロケーションを構成する

注: この機能は Enterprise Plus エディションでのみ利用できます。詳細については、エディションの概要をご覧ください。

デフォルトでは、複数のクラスタを持つインスタンスのテーブルで自動バックアップを有効にすると、Bigtable はインスタンス内のすべてのクラスタで日次バックアップを作成します。Enterprise Plus エディションでは、特定のロケーションのクラスタで日次バックアップを作成するように自動バックアップを構成できます。

自動バックアップ クラスタのロケーションは、テーブルの作成、自動バックアップの有効化、自動バックアップ ポリシーの更新時に構成できます。

コンソール

1. Google Cloud コンソールで、Bigtable インスタンスのリストを開きます。

   インスタンスのリストを開く

2. 構成するテーブルを含むインスタンスをクリックします。

3. Bigtable のナビゲーション メニューで、[テーブル] をクリックします。

4. [テーブル] ページのテーブルの行で、 [編集] をクリックします。

5. [テーブルの編集] ペインの [自動バックアップを構成する] セクションで、[自動バックアップを有効にする] が選択されていることを確認します。

6. [バックアップ構成] セクションの [バックアップするクラスタを選択] リストで、Bigtable で日次バックアップを作成するクラスタを選択し、[OK] をクリックします。

7. [保存] をクリックします。

インスタンス内のすべてのクラスタで日次バックアップの作成に戻すには、テーブルの [テーブルを編集] ペインを開き、[バックアップするクラスタを選択] リストで、すべてのクラスタを選択し、[OK] をクリックしてから、[保存] をクリックします。

gcloud

自動バックアップのクラスタ ロケーションを指定するには、--automated-backup-locations フラグを使用して gcloud bigtable tables update コマンドを実行します。

gcloud bigtable tables update TABLE_ID \
    --instance=INSTANCE_ID \
    --automated-backup-locations=BACKUP_LOCATIONS

次のように置き換えます。

• TABLE_ID: 構成するテーブルの ID
• INSTANCE_ID: インスタンスの永続的な識別子
• BACKUP_LOCATIONS: 自動バックアップを有効にするクラスタ ロケーションのカンマ区切りのリスト（例: us-central1-a,us-east1-b）

カスタムの自動バックアップ ロケーションを削除し、インスタンスのすべてのクラスタ ロケーションでバックアップを作成するように戻すには、--clear-automated-backup-locations フラグを使用して gcloud bigtable tables update コマンドを実行します。

gcloud bigtable tables update TABLE_ID \
    --instance=INSTANCE_ID \
    --clear-automated-backup-locations

次のように置き換えます。

• TABLE_ID: 構成するテーブルの ID
• INSTANCE_ID: インスタンスの永続的な識別子

注意: テーブルの自動バックアップ構成を更新する場合は、変更するパラメータのフラグのみを指定する必要があります。省略されたパラメータは既存の値を保持します。ただし、--enable-automated-backup フラグを渡すと、自動バックアップ ポリシーのすべてのパラメータがデフォルト値にリセットされます。

イベントログを表示する

自動バックアップが有効になっている場合、Bigtable はバックアップの作成時にシステム イベントログを出力します。また、バックアップの作成が遅延した場合にイベントログを出力します。

コンソールの Bigtable クラスタの概要ページで自動バックアップ システム イベントログを表示する手順は次のとおりです。

1. Google Cloud コンソールで、Bigtable インスタンスのリストを開きます。

   インスタンスのリストを開く

2. [インスタンス ID] をクリックします。

3. クラスタ ID をクリックします。

   過去 1 時間に自動バックアップ イベントログが作成された場合は、[ログ] ペインに表示されます。

4. 省略可: 古いイベントログを表示するには、[1 時間] の横にある矢印をクリックして、別の期間を選択します。

ログ エクスプローラで自動バックアップ システムのイベントログを表示する手順は次のとおりです。

1. ログ エクスプローラに移動します。

   [ログ エクスプローラ] に移動

   適切な Google Cloud プロジェクトを選択します。

2. バックアップ作成イベントを表示するには、[クエリ] フィールドに次のように入力します。

   resource.type="audited_resource" resource.labels.service="bigtableadmin.googleapis.com"
   resource.labels.method="CreateAutomatedBackup"
   

3. [クエリを実行] をクリックします。

4. バックアップ遅延イベントを表示するには、[クエリ] フィールドに次のように入力します。

   resource.type="audited_resource" resource.labels.service="bigtableadmin.googleapis.com"
   resource.labels.method="DelayedAutomatedBackup"
   

5. [クエリを実行] をクリックします。

   クエリ結果には、次のようなメッセージが含まれます。

   Automated backup is delayed for table ab-test on cluster my-cluster-staging-c1.
   

標準バックアップを作成する

テーブルの標準バックアップを作成するには、Google Cloud CLI、コンソール、または Bigtable クライアント ライブラリのいずれかを使用します。自動バックアップを有効にして、Bigtable で日次標準バックアップを作成することもできます。詳細については、自動バックアップを有効にするをご覧ください。

コンソール

1. Google Cloud コンソールで、Bigtable の [インスタンス] ページに移動します。

   インスタンスのリストを開く

2. バックアップするテーブルを含むインスタンスをクリックします。

3. 左側のナビゲーション パネルで [バックアップ] をクリックします。

4. [バックアップを作成] をクリックします。

5. [テーブル ID] リストで、バックアップするテーブルを選択します。（テーブルの概要ページの [テーブル アクション] メニューから [バックアップを作成] をクリックすると、Bigtable によってテーブルが入力されます）。

6. レプリケーションを使用する場合は、クラスタの [クラスタ ID] を選択します。（クラスタの概要ページでクラスタ ID の横にある [バックアップを作成] をクリックすると、Bigtable によってテーブルとクラスタが入力されます）。

7. バックアップの一意の ID を入力します。

8. [バックアップ タイプ] セクションで、[標準] を選択します。

9. いずれかのオプションを選択して有効期限を設定します。

10. [作成] をクリックします。

    Google Cloud コンソールで [バックアップ] ページが開き、バックアップとその詳細が表示されます。

11. 省略可: バックアップのステータスを表示するには、[アクティビティ] タブをクリックします。

    Bigtable でデータのバックアップが完了すると、[ステータス] 列に [バックアップ完了] ステータスが表示されます。

gcloud

1. インスタンス ID がわからない場合は、bigtable instances list コマンドを使用して、プロジェクトのインスタンスのリストを表示します。

   gcloud bigtable instances list
   

2. バックアップするテーブルを含むインスタンスのバックアップのリストを表示して、目的のクラスタでまだ使用されていないバックアップ ID を選択します。

   gcloud bigtable backups list --instance=INSTANCE_ID \
     --cluster=CLUSTER_ID
   

   次のように置き換えます。

   • INSTANCE_ID: インスタンスの永続的な識別子
   • CLUSTER_ID: クラスタの永続的な識別子

3. テーブルのリストを表示して、バックアップするテーブルの ID を確認します。

   gcloud bigtable instances tables list --instances=INSTANCE_ID
   

   INSTANCE_ID は、インスタンスの永続的な識別子に置き換えます。

4. gcloud bigtable instances backups create コマンドを実行して、テーブルからバックアップを作成します。有効期限または保持期間を指定します。

   gcloud bigtable backups create BACKUP_ID --instance=INSTANCE_ID \
     --cluster=CLUSTER_ID \
     --table=TABLE_ID \
     --expiration-date=EXPIRATION_DATE \
     --retention-period=RETENTION_PERIOD
   

   次のように置き換えます。

   • BACKUP_ID: バックアップに割り当てる ID
   • INSTANCE_ID: インスタンスの永続的な識別子
   • CLUSTER_ID: クラスタの永続的な識別子
   • TABLE_ID: バックアップするテーブルの ID
   • EXPIRATION_DATE: 将来の日付。Enterprise エディションでは最大 90 日、Enterprise Plus エディションでは最大 365 日。値は、ナノ秒単位の精度で「Zulu」UTC タイムスタンプとしてフォーマットする必要があります（例: 2022-10-02T15:01:23.045123456Z）。
   • RETENTION_PERIOD: Enterprise エディションでは最長 90 日、Enterprise Plus エディションでは最長 365 日の期間。値は、m、h、d（分、時間、日）の単位を含む数値（36h、15d など）で表す必要があります。

   コマンドには、以下の任意のフラグを指定できます。

   • --async: オペレーションが完了する前にオペレーション ID をターミナルに返します。これは、オペレーションのステータスを確認する場合に役立ちます。

5. バックアップの一覧を表示し、バックアップが作成されたかどうかを確認します。

   gcloud bigtable backups list --instance=INSTANCE_ID \
     --cluster=CLUSTER_ID
   

   次のように置き換えます。

   • INSTANCE_ID: インスタンスの永続的な識別子
   • CLUSTER_ID: クラスタの永続的な識別子

6. バックアップがリストにない場合は、オペレーションのステータスを確認してください。

   Ready のステータスは、バックアップが完了していることを示します。

ホット バックアップを作成する

ホット バックアップは、 Google Cloud コンソールまたは Google Cloud CLI を使用してオンデマンドで作成できます。ホット自動バックアップを構成して、Bigtable で日次ホット バックアップを作成することもできます。詳細については、ホット自動バックアップを構成するをご覧ください。

階層型ストレージ（プレビュー）が有効になっているテーブルのホット バックアップは作成できません。詳細については、階層型ストレージの概要をご覧ください。

コンソール

Google Cloud コンソールを使用してテーブルのホット バックアップを作成するには、次の操作を行います。

1. Google Cloud コンソールで、Bigtable の [インスタンス] ページに移動します。

   インスタンスのリストを開く

2. バックアップするテーブルが含まれているインスタンスをクリックします。

3. 左側のナビゲーション パネルで [バックアップ] をクリックします。

4. [バックアップを作成] をクリックします。

5. [テーブル ID] リストで、バックアップするテーブルを選択します。（テーブルの概要ページの [テーブル アクション] メニューから [バックアップを作成] をクリックすると、Bigtable によってテーブルが入力されます）。

6. レプリケーションを使用する場合は、クラスタの [クラスタ ID] を選択します。（クラスタの概要ページでクラスタ ID の横にある [バックアップを作成] をクリックすると、Bigtable によってテーブルとクラスタが入力されます）。

7. [バックアップ ID] フィールドに、バックアップの一意の ID を入力します。

8. [バックアップ タイプ] セクションで、[ホット] を選択します。

9. [ホットを標準に設定] リストで、次のいずれかのオプションを選択します。

   • 有効期限が切れるまでバックアップをホットに保つには、[なし] を選択します。
   • 3 日後にホット バックアップを標準に変換するには、[3 日] を選択します。
   • ホット バックアップを標準に変換するカスタムの日時を指定するには、[カスタム] を選択します。この値は、Bigtable がバックアップを作成してから 24 時間以上経過している必要があります。

10. [作成] をクリックします。

    Google Cloud コンソールで [バックアップ] ページが開き、バックアップとその詳細が表示されます。

11. 省略可: バックアップのステータスを表示するには、[アクティビティ] タブをクリックします。

    Bigtable でデータのバックアップが完了すると、[ステータス] 列に [バックアップ完了] ステータスが表示されます。

gcloud

1. インスタンス ID がわからない場合は、bigtable instances list コマンドを使用して、プロジェクトのインスタンスのリストを表示します。

   gcloud bigtable instances list
   

2. バックアップするテーブルを含むインスタンスのバックアップのリストを表示して、目的のクラスタでまだ使用されていないバックアップ ID を選択します。

   gcloud bigtable backups list --instance=INSTANCE_ID \
     --cluster=CLUSTER_ID
   

   次のように置き換えます。

   • INSTANCE_ID: インスタンスの永続的な識別子
   • CLUSTER_ID: クラスタの永続的な識別子

3. テーブルのリストを表示して、バックアップするテーブルの ID を確認します。

   gcloud bigtable instances tables list --instances=INSTANCE_ID
   

   INSTANCE_ID は、インスタンスの永続的な識別子に置き換えます。

4. gcloud bigtable instances backups create コマンドを実行して、テーブルのホット バックアップを作成します。有効期限または保持期間が指定されます。

   gcloud bigtable backups create BACKUP_ID --instance=INSTANCE_ID \
     --cluster=CLUSTER_ID \
     --table=TABLE_ID \
     --expiration-date=EXPIRATION_DATE \
     --retention-period=RETENTION_PERIOD \
     --backup-type=HOT
   

   次のように置き換えます。

   • BACKUP_ID: バックアップに割り当てる ID
   • INSTANCE_ID: インスタンスの永続的な識別子
   • CLUSTER_ID: クラスタの永続的な識別子
   • TABLE_ID: バックアップするテーブルの ID
   • EXPIRATION_DATE: Enterprise エディションでは 90 日以内、Enterprise Plus エディションでは 365 日以内の将来の日付。日付は「Zulu」UTC タイムスタンプ形式（精度はナノ秒）で指定する必要があります（例: 2022-10-02T15:01:23.045123456Z）。
   • RETENTION_PERIOD: Enterprise エディションでは最長 90 日、Enterprise Plus エディションでは最長 365 日の期間。単位には、m（分）、h（時間）、または d（日）を使用（例: 36h、89d）。

   コマンドには、以下の任意のフラグを指定できます。

   • --hot-to-standard-time=HOT_TO_STANDARD_TIME: Bigtable がバックアップをホット バックアップから標準バックアップに変換する日時。「Zulu」UTC タイムスタンプ（例: 2024-08-02T15:01:23.045123456Z）または相対的な期間（例: 30 日の場合は +P30D。gcloud topic datetimes を参照）としてフォーマットされます。この値は、バックアップの作成時刻から 24 時間以上経過している必要があります。
   • --async: オペレーションが完了する前にオペレーション ID をターミナルに返します。これは、オペレーションのステータスを確認する場合に役立ちます。

5. バックアップの一覧を表示し、バックアップが作成されたかどうかを確認します。

   gcloud bigtable backups list --instance=INSTANCE_ID \
     --cluster=CLUSTER_ID
   

   次のように置き換えます。

   • INSTANCE_ID: インスタンスの永続的な識別子
   • CLUSTER_ID: クラスタの永続的な識別子

6. バックアップがリストにない場合は、オペレーションのステータスを確認してください。

   Ready のステータスは、バックアップが完了していることを示します。

バックアップから復元する

バックアップから復元された新しいテーブルでは、ソーステーブルで自動バックアップが有効になっていても、自動バックアップは有効になりません。新しいテーブルで自動バックアップが必要な場合は、有効にする必要があります。

バックアップから復元する手順は、バックアップが標準かホットかに関係なく同じです。Bigtable は、標準バックアップよりも迅速にホット バックアップを本番環境のパフォーマンスに復元します。

コンソール

Google Cloud コンソールを使用して別のプロジェクトに復元することはできません。必要な場合は、代わりに gcloud CLI を使用してください。

1. Google Cloud コンソールで、Bigtable の [インスタンス] ページに移動します。

   インスタンスのリストを開く

2. 復元するバックアップを含むインスタンスをクリックします。

3. 左側のナビゲーション パネルで [バックアップ] をクリックします。

4. 復元するバックアップの [復元] をクリックします。

5. 接続するインスタンスを選択します。

   新しいテーブルに十分な容量のないインスタンスは使用できません。インスタンスにテーブルを作成する権限がない場合、インスタンスは利用できません。 アイコンにカーソルを合わせると、詳細情報が表示されます。

   CMEK で保護されたバックアップから復元する場合は、宛先インスタンスも CMEK で保護される必要があります。

   マイクロ秒のタイムスタンプ粒度を持つテーブルのバックアップから復元する場合、宛先インスタンスは Enterprise Plus インスタンスである必要があります。

   Google Cloud コンソールを使用して別のプロジェクトに復元することはできません。必要な場合は、代わりに gcloud CLI を使用してください。

6. バックアップから作成されるテーブルの一意の ID を入力します。この ID を後で変更することはできません。

7. [復元] をクリックします。

   コンソールが [テーブル] ページに変わり、新しいテーブルが表示されます。

   コンソールに各クラスタの復元ステータスが表示されます。すべてのクラスタの [ステータス] 列に [準備完了] と表示されると、テーブルは復元され、インスタンス内のすべてのクラスタに複製されています。

gcloud

1. インスタンス ID がわからない場合は、bigtable instances list コマンドを使用して、プロジェクトのインスタンスのリストを表示します。

   gcloud bigtable instances list
   

2. バックアップを含むインスタンスのバックアップの一覧を表示して、バックアップが存在することを確認します。

   gcloud bigtable backups list --instance=INSTANCE_ID_SOURCE \
       --cluster=CLUSTER_ID
   

   次のように置き換えます。

   • INSTANCE_ID_SOURCE: 移行元インスタンスの永続的な ID
   • CLUSTER_ID: クラスタの永続的な識別子

3. インスタンス内のテーブルの一覧を表示すると、未使用の新しいテーブルの ID を選択できます。

   gcloud bigtable instances tables list --instances=INSTANCE_ID_DESTINATION
   

   INSTANCE_ID_DESTINATION は、宛先インスタンスの永続 ID に置き換えます。

4. gcloud bigtable instances tables restore コマンドを実行して、バックアップから新しいテーブルに復元します。

   gcloud bigtable instances tables restore \
       --source=projects/PROJECT_ID_SOURCE/instances/INSTANCE_ID_SOURCE/clusters/CLUSTER_ID/backups/BACKUP_ID \
       --destination=TABLE_ID_NEW \
       --destination-instance=INSTANCE_ID_DESTINATION
   

   次のように置き換えます。

   • PROJECT_ID_SOURCE: 復元元のバックアップを含むプロジェクトの ID
   • INSTANCE_ID_SOURCE: 移行元インスタンスの永続的な ID
   • CLUSTER_ID: クラスタの永続的な識別子
   • BACKUP_ID: 復元元のバックアップの ID
   • TABLE_ID_NEW: 新しいテーブルの ID
   • INSTANCE_ID_DESTINATION: 宛先インスタンスの永続的な ID

   コマンドには、以下の任意のフラグを指定できます。

   • --project=PROJECT_ID_DESTINATION: 復元先のプロジェクトの ID。このオプションを指定しない場合、バックアップは、それが作成された同じインスタンスの新しいテーブルに復元されます。
   • --async: オペレーションが完了する前にオペレーション ID をターミナルに返します。これは、オペレーションのステータスを確認する場合に役立ちます。

5. テーブルの一覧を表示して、テーブルが作成されたかどうかを確認します。

   gcloud bigtable instances tables list --instances=INSTANCE_ID_DESTINATION
   

   INSTANCE_ID_DESTINATION は、宛先インスタンスの永続 ID に置き換えます。

6. バックアップがリストにない場合は、オペレーションのステータスを確認してください。

バックアップのコピーを作成する

重要: バックアップのコピーは、ソースがホット バックアップであっても、常に標準バックアップになります。

コンソール

You are not able to create a copy of a backup in a different project
using the console. If you need to do so, use the
gcloud CLI instead.

1. Google Cloud コンソールで、Bigtable の [インスタンス] ページに移動します。

   インスタンスのリストを開く

2. コピーするバックアップを含むインスタンスをクリックします。

3. 左側のナビゲーション パネルで [バックアップ] をクリックします。

4. コピーするバックアップの [復元] の横にあるその他アイコンを開き、[コピー] をクリックします。

5. コピーを作成するバックアップの [コピー] をクリックします。

   バックアップが別のバックアップのコピーである場合、[コピー] は使用できません。

6. 宛先インスタンスを選択します。

   コンソールを使用して、別のプロジェクトのバックアップのコピーを作成することはできません。必要な場合は、代わりに gcloud CLI を使用してください。

   バックアップ コピー用の十分な容量がないインスタンスは利用できません。インスタンスにバックアップを作成する権限がない場合、インスタンスは利用できません。 アイコンの上にポインタを置くと、詳細情報が表示されます。

   CMEK で保護されたバックアップをコピーする場合は、宛先インスタンスも CMEK で保護される必要があります。

7. 宛先クラスタを選択します。

   他のバックアップと同様に、バックアップ コピーはインスタンス内の 1 つのクラスタにのみ保存されます。そのインスタンスがレプリケーションを使用している場合も同様です。

8. バックアップから作成されるコピーの一意の ID を入力します。この ID を後で変更することはできません。

9. バックアップ コピーの有効期限を設定します。[時間] に値を入力して、プルダウン メニューから単位を選択します。

10. [コピー] をクリックします。

11. コピーを表示するには、[コピーを表示] をクリックします。

    コンソールに宛先インスタンスの [バックアップ] ページが表示され、作成したバックアップ コピーが表示されます。ステータス列に「準備完了」が表示されている場合、コピーは完了し、以降のオペレーションの準備が整っています。

gcloud

1. インスタンス ID がわからない場合は、bigtable instances list コマンドを使用して、プロジェクトのインスタンスのリストを表示します。

   gcloud bigtable instances list
   

2. バックアップを含むソース インスタンスのバックアップのリストを表示して、コピーするバックアップが存在することを確認します。

   gcloud bigtable backups list --instance=INSTANCE_ID_SOURCE \
       --cluster=CLUSTER_ID_SOURCE
   

   次のように置き換えます。

   • INSTANCE_ID_SOURCE: 移行元インスタンスの永続的な ID
   • CLUSTER_ID_SOURCE: ソース バックアップが保存されているクラスタの ID。

3. 宛先インスタンスのバックアップのリストを表示し、まだ使用されていないコピーの ID を選択します。

   gcloud bigtable backups list --instances=INSTANCE_ID_DESTINATION
   

   INSTANCE_ID_DESTINATION は、宛先インスタンスの永続 ID に置き換えます。

4. gcloud bigtable backups copy コマンドを実行して、バックアップ コピーを作成します。

   gcloud bigtable backups copy \
       --source-project=PROJECT_ID_SOURCE \
       --source-instance=INSTANCE_ID_SOURCE \
       --source-cluster=CLUSTER_ID_SOURCE \
       --source-backup=BACKUP_ID_SOURCE \
       --destination-project=PROJECT_ID_DESTINATION \
       --destination-instance=INSTANCE_ID_DESTINATION \
       --destination-cluster=CLUSTER_ID_DESTINATION \
       --destination-backup=BACKUP_ID_DESTINATION
   

   コマンドの末尾に次のいずれかを追加します。

   • --retention-period=RETENTION_PERIOD
   • --expiration-date=EXPIRATION_DATE

   次のように置き換えます。

   • PROJECT_ID_SOURCE: コピーされるバックアップを含むプロジェクト
   • INSTANCE_ID_SOURCE: 移行元インスタンスの永続的な ID
   • CLUSTER_ID_SOURCE: ソース バックアップが保存されているクラスタの ID。
   • BACKUP_ID_SOURCE: コピーするバックアップの ID
   • PROJECT_ID_DESTINATION: コピーを配置するプロジェクト
   • INSTANCE_ID_DESTINATION: 宛先インスタンスの永続的な ID
   • CLUSTER_ID_DESTINATION: コピーを保存する宛先インスタンスのクラスタの ID。
   • BACKUP_ID_DESTINATION: バックアップのコピーに割り当てる ID
   • RETENTION_PERIOD: バックアップ コピーの有効期間。数値と単位（d または h）で表します。ソースのバックアップの作成時点から 6 時間以上 30 日以下にする必要があります。たとえば、5 日間の場合は 5d、15 時間の場合は 15h です。この日付または有効期限のいずれかを使用します。
   • EXPIRATION_DATE: バックアップのコピーの有効期限が切れる日時（2022-09-01T10:00:00.0Z など）。ソースのバックアップの作成時点から 6 時間以上 30 日以下にする必要があります。

   コマンドには、以下の任意のフラグを指定できます。

   • --async: オペレーションが完了する前にオペレーション ID をターミナルに返します。これは、オペレーションのステータスを確認する場合に役立ちます。

   タイムアウト メッセージが返された場合、バックアップが成功し、コピーが作成されている可能性があります。

5. バックアップの一覧を表示し、コピーが作成されたかどうかを確認します。

   gcloud bigtable backups list --instances=INSTANCE_ID_DESTINATION
   

   INSTANCE_ID_DESTINATION は、宛先インスタンスの永続 ID に置き換えます。

6. バックアップがリストにない場合は、オペレーションのステータスを確認してください。

容量制限が原因でバックアップ コピー オペレーションが失敗する場合は、別の宛先クラスタでもう一度お試しください。問題が解決しない場合は、サポートにお問い合わせください。

オペレーションのステータスを確認する

コンソール

1. Google Cloud コンソールで、Bigtable の [インスタンス] ページに移動します。

   インスタンスのリストを開く

2. バックアップを含むインスタンスをクリックします。

3. 左側のナビゲーション パネルで [バックアップ] をクリックします。

4. [バックアップ] ページで、[作業内容] をクリックします。ステータス列に各オペレーションの現在のステータスが表示されます。

テーブルを復元するときのオペレーション ステータスは次のとおりです。

• コピーの待機中
• バックアップの復元中
• 初期化中
• 最適化の準備完了
• 準備完了

バックアップを作成する際のオペレーションのステータスは次のとおりです。

• バックアップを作成しています
• バックアップが完了しました

バックアップをコピーする際のオペレーションのステータスは次のとおりです。

• バックアップをコピーしています
• バックアップをコピーしました

gcloud

バックアップまたは復元オペレーションのステータスを確認するには、オペレーションの一意の ID が必要です。オペレーション ID の例を次に示します。

`instances/instance-name/tables/table-name/locations/us-east1-b/operations/917168358249360635`

オプション --async を使用してバックアップを作成または新しいテーブルに復元するコマンドを実行すると、ターミナルにオペレーション ID が表示されます。

1. オペレーション ID をコピーします。

2. gcloud bigtable operations describe コマンドを実行します。

   gcloud bigtable operations describe OPERATION_ID
   

   OPERATION_ID は、コピーしたオペレーション ID に置き換えます。

   例:

   gcloud bigtable operations describe \
       instances/instance-name/tables/table-name/locations/us-east1-b/operations/917168358249360635
   

   DONE の値が TRUE になるまで、このコマンドを数分おきに実行します。

コマンドを今実行したわけではない場合や、別のターミナル ウィンドウを開いているなどの理由でオペレーション ID がわからない場合は、インスタンスのオペレーションのリストを表示し、確認するオペレーションを判断します。

1. バックアップまたは復元先のテーブルを含むインスタンスの最近のオペレーション アクティビティの一覧を表示します。

   gcloud bigtable operations list --instance=INSTANCE_ID
   

   INSTANCE_ID は、インスタンスの永続的な識別子に置き換えます。

   ターミナルには、オペレーションのリストが表示され、列には NAME、START_TIME、END_TIME、DONE というラベルが付いています。NAME 列の値がオペレーション ID です。

2. リストの最初の項目からオペレーション ID をコピーします。

3. gcloud bigtable operations describe を使用して、オペレーションのメタデータを表示します。

   gcloud bigtable operations describe OPERATION_ID
   

   OPERATION_ID は、コピーしたオペレーション ID に置き換えます。

   例:

   gcloud bigtable operations describe \
       instances/instance-name/tables/table-name/locations/us-east1-b/operations/917168358249360635
   

4. オペレーションのメタデータに backupInfo の値が表示されている場合、それが探していたオペレーションであることを意味し、DONE が TRUE に変わるまでこのコマンドを何回か繰り返します。

   メタデータに backupInfo の値が表示されない場合は、手順 1 で表示されたオペレーションのリストで次のオペレーションを確認します。

バックアップまたはバックアップ コピーを変更する

既存のバックアップ（手動で作成されたバックアップ、自動バックアップ ポリシーによって作成されたバックアップ、バックアップ コピー）の有効期限または保持期間を変更できます。Enterprise エディションでは、バックアップの有効期限をバックアップ作成時から最大 90 日まで延長できます。Enterprise Plus エディションでは、有効期限をバックアップ作成時から最大 365 日まで延長できます。ホット バックアップを標準バックアップに変換することもできます。

コンソール

1. Google Cloud コンソールで、Bigtable の [インスタンス] ページに移動します。

   インスタンスのリストを開く

2. バックアップを含むインスタンスをクリックします。

3. 左側のナビゲーション パネルで [バックアップ] をクリックします。

4. バックアップの有効期限を変更する手順は次のとおりです。

   1. 変更するバックアップの [復元] の横にある メニューをクリックし、[編集] をクリックします。

   2. [バックアップの有効期限] セクションで、日時を設定し、[保存] をクリックします。

5. ホット バックアップのホットから標準への移行日時を設定する手順は次のとおりです。

   1. 変更するホット バックアップの [復元] の横にある メニューをクリックし、[編集] をクリックします。

   2. [ホットから標準に更新] セクションで、日時を設定し、[保存] をクリックします。

gcloud

gcloud CLI を使用すると、バックアップまたはバックアップ コピーの有効期限を変更できます。 ホット バックアップを標準バックアップに変換することもできます。

1. バックアップのリストを表示します。

   gcloud bigtable backups list --instance=INSTANCE_ID
   

   INSTANCE_ID は、インスタンスの永続的な識別子に置き換えます。

   ターミナルにバックアップのリストが表示されます。

2. 更新する必要があるバックアップのバックアップ ID とクラスタ ID をメモします。

3. gcloud bigtable backups update コマンドを実行して、新しい有効期限または保持期間を追加するか、ホット バックアップを標準バックアップに変換します。

   gcloud bigtable backups update BACKUP_ID \
       --instance=INSTANCE_ID \
       --cluster=CLUSTER_ID \
       --expiration-date=EXPIRATION_DATE \
       --retention-period=RETENTION_PERIOD
   

   次のように置き換えます。

   • BACKUP_ID: バックアップの一意の ID
   • INSTANCE_ID: インスタンスの永続的な識別子
   • CLUSTER_ID: クラスタの永続的な識別子
   • EXPIRATION_DATE: 将来の日付。Enterprise エディションでは最大 90 日、Enterprise Plus エディションでは最大 365 日。値は、ナノ秒単位の精度で「Zulu」UTC タイムスタンプとしてフォーマットする必要があります（例: 2019-10-02T15:01:23.045123456Z）。
   • RETENTION_PERIOD: バックアップの場合、Enterprise エディションでは最長 90 日、Enterprise Plus エディションでは最長 365 日の期間。バックアップ コピーの場合は、最大 30 日間。値は、m、h、または d（分、時間、日）の単位を持つ数値として表す必要があります（例: 36h、89d）。

   コマンドには、以下の任意のフラグを指定できます。

   • --hot-to-standard-time=HOT_TO_STANDARD_TIME: Bigtable がバックアップをホット バックアップから標準バックアップに変換する日時。この値は、バックアップの作成時刻から 24 時間以上後にする必要があります（例: 2024-08-02T15:01:23.045123456Z）。

   相対的な期間の日時を指定することもできます（例: 30 日間の場合は +P30D）。詳細については、gcloud topic datetimes をご覧ください。

4. gcloud bigtable instances backups describe コマンドを実行して、有効期限が正常に更新されたことを確認します。

   gcloud bigtable backups describe BACKUP_ID \
       --instance=INSTANCE_ID \
       --cluster=CLUSTER_ID
   

   次のように置き換えます。

   • BACKUP_ID: バックアップの一意の ID
   • INSTANCE_ID: インスタンスの永続的な識別子
   • CLUSTER_ID: クラスタの永続的な識別子

バックアップを削除する

コピーの作成後にバックアップを削除する場合は、ステータスを確認してコピー オペレーションが完了していることを確認します。

コンソール

1. Google Cloud コンソールで、Bigtable の [インスタンス] ページに移動します。

   インスタンスのリストを開く

2. バックアップを含むインスタンスをクリックします。

3. 左側のナビゲーション パネルで [バックアップ] をクリックします。

4. 削除するバックアップの [復元] の横にある「その他」メニューを展開して、[削除] をクリックします。

5. [削除の確認] にバックアップ ID を入力し、[削除] をクリックします。

gcloud

1. バックアップのリストを表示します。

   gcloud bigtable backups list --instance=INSTANCE_ID
   

   INSTANCE_ID は、インスタンスの永続的な識別子に置き換えます。

   ターミナルにバックアップのリストが表示されます。

2. バックアップ ID と、その保存先のクラスタの ID をメモします。

3. gcloud bigtable instances backups delete コマンドを実行します。

   gcloud bigtable backups delete BACKUP_ID \
       --instance=INSTANCE_ID \
       --cluster=CLUSTER_ID
   

   次のように置き換えます。

   • BACKUP_ID: 記録したバックアップ ID
   • INSTANCE_ID: インスタンスの永続的な識別子
   • CLUSTER_ID: 控えておいたクラスタ ID

次のステップ

• バックアップの詳細を確認する。
• Bigtable データのインポートとエクスポート方法を確認する。
• クラウド インフラストラクチャの停止に対する障害復旧の設計の Bigtable のセクションを確認する。