このページは Cloud Translation API によって翻訳されました。

バックアップを管理する

このページでは、Bigtable のバックアップオペレーションを行う方法について説明します。このページをお読みいただく前に、バックアップを十分に理解しておく必要があります。

Bigtable バックアップの操作には、次のものを使用できます。

Google Cloud コンソール。
Google Cloud CLI
Cloud Bigtable クライアントライブラリ

始める前に

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

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

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

自動バックアップを有効にするには、gcloud CLI または Google Cloud コンソールを使用します。自動バックアップでは、テーブルの日次バックアップが作成され、デフォルトの保持期間は 7 日間です。テーブルの自動バックアップポリシーの保持期間を変更するには、自動バックアップポリシーを更新するをご覧ください。

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

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

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

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

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

自動バックアップは、コンソールまたは Google Cloud CLI を使用して有効にできます。自動バックアップが有効になっている場合、Bigtable はインスタンス内の各クラスタでテーブルの標準バックアップを毎日作成します。自動バックアップを使用してホットバックアップを作成することはできません。

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

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

コンソール

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

インスタンスのリストを開く
バックアップするテーブルを含むインスタンスをクリックします。
左ペインで [テーブル] をクリックします。

[テーブル] ページに、インスタンス内のテーブルのリストが表示されます。
テーブルの [自動バックアップ] 列で、[有効にする] をクリックします。Bigtable がバックアップの作成を開始するまでに、最大 1 時間かかることがあります。

gcloud

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

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

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

以下を置き換えます。

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

省略可: テーブルの自動バックアップを有効にして、デフォルトの 7 日間とは異なる保持期間を設定するには、--enable-automated-backup フラグではなく --automated-backup-retention-period フラグを使用します。

gcloud bigtable tables update TABLE_ID \
--instance=INSTANCE_ID \
--automated-backup-retention-period=RETENTION_PERIOD

RETENTION_PERIOD は、3 日以上 90 日以下の値に置き換えます。単位には、m（分）、h（時間）、または d（日）を使用します（例: 15 日の場合は 15d）。

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

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

コンソール

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

インスタンスのリストを開く
自動バックアップを無効にするテーブルを含むインスタンスをクリックします。
[Tables] をクリックします。

[テーブル] ページに、インスタンス内のテーブルのリストが表示されます。
自動バックアップを無効にするテーブルの行で、[ 編集] をクリックします。
[自動バックアップを有効にする] チェックボックスをオフにします。
[保存] をクリックします。

gcloud

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

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

以下を置き換えます。

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

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

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

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

以下を置き換えます。

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

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

automatedBackupPolicy:
  retentionPeriod: 3d
  frequency: 24h
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 フィールドはありません。
retentionPeriod は、自動作成されたバックアップの保持期間を示します。バックアップの保持期間は、バックアップの作成時間から最大 90 日間まで変更できます。バックアップ保持期間を更新するには、バックアップまたはバックアップコピーを変更するをご覧ください。

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

自動バックアップポリシーの変更は、変更後に作成されたバックアップに適用されます。

コンソール

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

インスタンスのリストを開く
自動バックアップポリシーを更新するテーブルを含むインスタンスをクリックします。
[Tables] をクリックします。

[テーブル] ページに、インスタンス内のテーブルのリストが表示されます。
自動バックアップポリシーを構成するテーブルの行で、[ 編集] をクリックします。テーブルのプロパティペインが表示されます。
[自動バックアップを構成する] の [保持期間] フィールドに、3 ～ 90 の整数を入力して、変更が保存された後に Bigtable がバックアップを保持する日数を指定します。
[保存] をクリックします。

gcloud

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

gcloud bigtable tables update TABLE_ID \
    --instance=INSTANCE_ID \
    --automated-backup-retention-period=retention-period=RETENTION_PERIOD

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

TABLE_ID: 自動バックアップが設定されているテーブルの ID。
INSTANCE_ID: インスタンスの永続的な識別子。
RETENTION_PERIOD: 最長 90 日の期間。単位には、m（分）、h（時間）、または d（日）を使用。

例: 、72h または 89d。

イベントログを表示する

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

コンソールの Bigtable クラスタの概要ページで自動バックアップシステムイベントログを表示するには、次の操作を行います。

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

インスタンスのリストを開く
[インスタンス ID] をクリックします。
クラスタ ID をクリックします。

過去 1 時間以内に自動バックアップイベントログが作成された場合は、[ログ] ペインに表示されます。
省略可: 古いイベントログを表示するには、[1 時間] の横にある矢印をクリックして、別の期間を選択します。

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

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

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

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

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

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

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

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

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

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

クエリ結果には、次のようなメッセージが含まれます。
```
Automated backup is delayed for table ab-test on cluster my-cluster-staging-c1.
```

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

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

コンソール

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

インスタンスのリストを開く
バックアップするテーブルを含むインスタンスをクリックします。
左側のナビゲーションパネルで [テーブル] をクリックします。
バックアップするテーブルの [バックアップの作成] をクリックします。
レプリケーションを使用している場合は、プルダウンメニューを使用して、バックアップを保存するクラスタのクラスタ ID を選択します。（[テーブル] ページでインスタンス ID ではなくクラスタ ID の横にある [バックアップの作成] をクリックすると、クラスタが事前に選択されます）
バックアップの一意の ID を入力します。
有効期限を設定します。
[作成] をクリックします。

コンソールで [バックアップ] ページが開き、バックアップとその詳細が表示されます。
[アクティビティ] をクリックしてバックアップのステータスを表示します。

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

gcloud

すべてのコマンドで、次の項目は、実際の値で置き換えます。

INSTANCE_ID: インスタンスの永続的な識別子。
CLUSTER_ID: クラスタの永続的な識別子。
TABLE_ID: バックアップするテーブルの ID。
BACKUP_ID: バックアップに割り当てる ID。
EXPIRATION_DATE: 今後 90 日以内の日付。「Zulu」UTC タイムスタンプ形式（精度はナノ秒）。

例: 2022-10-02T15:01:23.045123456Z
RETENTION_PERIOD: 最長 90 日の期間。単位には、m（分）、h（時間）、または d（日）を使用。

例: 、36h または 89d。

インスタンス ID がわからない場合は、bigtable instances list コマンドを使用して、プロジェクトのインスタンスのリストを表示します。
```
gcloud bigtable instances list
```
バックアップ対象のテーブルを含むインスタンスのバックアップのリストを表示して、目的のクラスタでまだ使用されていないバックアップ ID を選択できるようにします。
```
gcloud bigtable backups list --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID
```
テーブルのリストを表示して、バックアップするテーブルの ID を確認します。
```
gcloud bigtable instances tables list --instances=INSTANCE_ID
```
gcloud bigtable instances backups create コマンドを実行して、テーブルからバックアップを作成します。有効期限または最大 90 日間の保持期間が指定されます。
```
gcloud bigtable backups create BACKUP_ID --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID \
  --table=TABLE_ID \
  --async \
  --expiration-date=EXPIRATION_DATE \
  --retention-period=RETENTION_PERIOD
```
--async フラグは省略可能です。オペレーションの完了前にターミナルがオペレーション ID を返すようにする場合に使用します。これは、オペレーションのステータスを確認する場合に役立ちます。
バックアップの一覧を表示し、バックアップが作成されたかどうかを確認します。
```
gcloud bigtable backups list --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID
```
バックアップがリストにない場合は、オペレーションのステータスを確認してください。

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

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

gcloud

すべてのコマンドで、次の項目は、実際の値で置き換えます。

INSTANCE_ID: インスタンスの永続的な識別子。
CLUSTER_ID: クラスタの永続的な識別子。
TABLE_ID: バックアップするテーブルの ID。
BACKUP_ID: バックアップに割り当てる ID。
EXPIRATION_DATE: 今後 90 日以内の日付。「Zulu」UTC タイムスタンプ形式（精度はナノ秒）。

例: 2022-10-02T15:01:23.045123456Z
RETENTION_PERIOD: 最長 90 日の期間。単位には、m（分）、h（時間）、または d（日）を使用。

例: 、36h または 89d。
HOT_TO_STANDARD_TIME: （省略可）Bigtable がバックアップをホットバックアップから標準バックアップに変換する日時。この値は、バックアップの作成時間から 24 時間以上経過している必要があります。

例: 2024-08-02T15:01:23.045123456Z

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

例: +P30D（30 日間）

インスタンス ID がわからない場合は、bigtable instances list コマンドを使用して、プロジェクトのインスタンスのリストを表示します。
```
gcloud bigtable instances list
```
バックアップ対象のテーブルを含むインスタンスのバックアップのリストを表示して、目的のクラスタでまだ使用されていないバックアップ ID を選択できるようにします。
```
gcloud bigtable backups list --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID
```
テーブルのリストを表示して、バックアップするテーブルの ID を確認します。
```
gcloud bigtable instances tables list --instances=INSTANCE_ID
```
gcloud bigtable instances backups create コマンドを実行して、テーブルのホットバックアップを作成します。有効期限または最大 90 日間の保持期間が指定されます。
```
gcloud bigtable backups create BACKUP_ID --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID \
  --table=TABLE_ID \
  --async \
  --expiration-date=EXPIRATION_DATE \
  --retention-period=RETENTION_PERIOD \
  --backup-type=HOT \
  --hot-to-standard-time=HOT_TO_STANDARD_TIME
```
--async フラグは省略可能です。オペレーションの完了前にターミナルがオペレーション ID を返すようにする場合に使用します。これは、オペレーションのステータスを確認する場合に役立ちます。
バックアップの一覧を表示し、バックアップが作成されたかどうかを確認します。
```
gcloud bigtable backups list --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID
```
バックアップがリストにない場合は、オペレーションのステータスを確認してください。

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

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

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

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

コンソール

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

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

インスタンスのリストを開く
復元するバックアップを含むインスタンスをクリックします。
左側のナビゲーションパネルで [バックアップ] をクリックします。
復元するバックアップの [復元] をクリックします。
接続するインスタンスを選択します。

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

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

Google Cloud コンソールを使用して別のプロジェクトに復元することはできません。必要な場合は、代わりに gcloud CLI を使用してください。
バックアップから作成されるテーブルの一意の ID を入力します。この ID を後で変更することはできません。
[復元] をクリックします。

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

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

gcloud

すべてのコマンドで、次の項目は、実際の値で置き換えます。

PROJECT_ID_SOURCE: 復元元のバックアップを含むプロジェクトの ID。
INSTANCE_ID_SOURCE: 移行元インスタンスの永続的な ID。
PROJECT_ID_DESTINATION: 復元先のプロジェクトの ID。このフラグは省略可能です。このオプションを指定しない場合、バックアップは、それが作成された同じインスタンスの新しいテーブルに復元されます。
INSTANCE_ID_DESTINATION: 宛先インスタンスの永続的な ID。
CLUSTER_ID: クラスタの永続的な識別子。
BACKUP_ID: 復元元のバックアップの ID。
TABLE_ID_NEW: 新しいテーブルの ID。

インスタンス ID がわからない場合は、bigtable instances list コマンドを使用して、プロジェクトのインスタンスのリストを表示します。
```
gcloud bigtable instances list
```
バックアップを含むインスタンスのバックアップの一覧を表示して、バックアップが存在することを確認します。
```
gcloud bigtable backups list --instance=INSTANCE_ID_SOURCE \
  --cluster=CLUSTER_ID_SOURCE
```
インスタンス内のテーブルの一覧を表示すると、未使用の新しいテーブルの ID を選択できます。
```
gcloud bigtable instances tables list --instances=INSTANCE_ID_DESTINATION
```
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 \
--async \
--destination=TABLE_ID_NEW \
--destination-instance=INSTANCE_ID_DESTINATION \
--project=PROJECT_ID_DESTINATION
```
--async フラグは省略可能です。オペレーションの完了前にターミナルがオペレーション ID を返すようにする場合に使用します。これは、オペレーションのステータスを確認する場合に役立ちます。
テーブルの一覧を表示して、テーブルが作成されたかどうかを確認します。
```
gcloud bigtable instances tables list --instances=INSTANCE_ID_DESTINATION
```
バックアップがリストにない場合は、オペレーションのステータスを確認してください。

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

コンソール

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

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

インスタンスのリストを開く
コピーするバックアップを含むインスタンスをクリックします。
左側のナビゲーションパネルで [バックアップ] をクリックします。
コピーするバックアップの [復元] の横にあるその他アイコンを開き、[コピー] をクリックします。
コピーを作成するバックアップの [コピー] をクリックします。

バックアップが別のバックアップのコピーである場合、[コピー] は使用できません。
宛先インスタンスを選択します。

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

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

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

他のバックアップと同様に、バックアップコピーはインスタンス内の 1 つのクラスタにのみ保存されます。そのインスタンスがレプリケーションを使用している場合も同様です。
バックアップから作成されるコピーの一意の ID を入力します。この ID を後で変更することはできません。
バックアップコピーの有効期限を設定します。[時間] に値を入力して、プルダウンメニューから単位を選択します。
[コピー] をクリックします。
コピーを表示するには、[コピーを表示] をクリックします。

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

gcloud

すべてのコマンドで、次の項目は、実際の値で置き換えます。

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）で表します。たとえば、5 日間の場合は 5d、15 時間の場合は 15h です。この日付または有効期限のいずれかを使用します。
EXPIRATION_DATE: バックアップのコピーの有効期限が切れる日時（2022-09-01T10:00:00.0Z など）。

インスタンス ID がわからない場合は、bigtable instances list コマンドを使用して、プロジェクトのインスタンスのリストを表示します。
```
gcloud bigtable instances list
```
バックアップを含むソースインスタンスのバックアップのリストを表示して、コピーするバックアップが存在することを確認します。
```
gcloud bigtable backups list --instance=INSTANCE_ID_SOURCE \
--cluster=CLUSTER_ID_SOURCE
```
宛先インスタンスのバックアップのリストを表示し、まだ使用されていないコピーの ID を選択します。
```
gcloud bigtable backups list --instances=DESTINATION_INSTANCE
```
gcloud bigtable instances 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: バックアップコピーの保持期間。ソースのバックアップの作成時点から 6 時間以上 30 日以下にする必要があります。
- --expiration-date`=EXPIRATION_DATE: バックアップのコピーの有効期限。ソースのバックアップの作成時点から 6 時間以上 30 日以下にする必要があります。
必要に応じて、--async をコマンドに追加できます。オペレーションの完了前にターミナルがオペレーション ID を返すようにする場合に使用します。これは、オペレーションのステータスを確認する場合に役立ちます。

タイムアウトメッセージが返された場合、バックアップは正常に完了し、コピーが作成されている可能性があります。
バックアップの一覧を表示し、コピーが作成されたかどうかを確認します。
```
gcloud bigtable backups list --instances=INSTANCE_ID_DESTINATION
```
バックアップがリストにない場合は、オペレーションのステータスを確認してください。

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

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

コンソール

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

インスタンスのリストを開く
バックアップを含むインスタンスをクリックします。
左側のナビゲーションパネルで [バックアップ] をクリックします。
[バックアップ] ページで、[作業内容] をクリックします。ステータス列に各オペレーションの現在のステータスが表示されます。

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

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

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

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

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

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

gcloud

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

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

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

オペレーション ID をコピーします。
OPERATION_ID の代わりにコピーした値を用いて、gcloud bigtable operations describe コマンドを実行します。
```
gcloud bigtable operations describe OPERATION_ID
```
例:
```
gcloud bigtable operations describe \
instances/instance-name/tables/table-name/locations/us-east1-b/operations/917168358249360635
```
このコマンドは、DONE の値が TRUE になるまで数分ごとに実行できます。

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

バックアップまたは復元するテーブルを含むインスタンスの最近のオペレーションアクティビティのリストを表示します。INSTANCE_ID はインスタンスの ID に置き換えます。
```
gcloud bigtable operations list --instance=INSTANCE_ID
```
ターミナルには、オペレーションのリストが表示され、列には NAME、START_TIME、END_TIME、DONE というラベルが付いています。NAME 列の値がオペレーション ID です。
リストの最初の項目からオペレーション ID をコピーします。

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

gcloud bigtable operations describe OPERATION_ID

例:

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

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

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

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

コンソール

Google Cloud コンソールでは、コピーを含め、バックアップを変更することはできません。

gcloud

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

すべてのコマンドで、次の項目は、実際の値で置き換えます。

INSTANCE_ID: インスタンスの永続的な識別子。
CLUSTER_ID: クラスタの永続的な識別子。
BACKUP_ID: バックアップの一意の ID。
EXPIRATION_DATE: 今後 90 日以内の日付。「Zulu」UTC タイムスタンプ形式（精度はナノ秒）。

例: 2019-10-02T15:01:23.045123456Z
RETENTION_PERIOD: バックアップの場合は最長 90 日、バックアップコピーの場合は最長 30 日の期間。単位には、m（分）、h（時間）、または d（日）を使用。

例: 、36h または 89d。
HOT_TO_STANDARD_TIME: （省略可）Bigtable がバックアップをホットバックアップから標準バックアップに変換する日時。この値は、バックアップの作成時間から 24 時間以上経過している必要があります。

例: 2024-08-02T15:01:23.045123456Z

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

例: +P30D（30 日間）

バックアップのリストを表示します。
```
    gcloud bigtable backups list --instance=INSTANCE_ID
```
ターミナルにバックアップのリストが表示されます。
更新する必要があるバックアップのバックアップ ID とクラスタ ID をメモします。

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

  gcloud bigtable backups update BACKUP_ID \
  --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID \
  --expiration-date=EXPIRATION_DATE \
  --retention-period=RETENTION_PERIOD
  --hot-to-standard-time=HOT_TO_STANDARD_TIME

gcloud bigtable instances backups describe コマンドを実行して、有効期限が正常に更新されたことを確認します。
```
    gcloud bigtable backups describe BACKUP_ID \
    --instance=INSTANCE_ID \
    --cluster=CLUSTER_ID
```
```

バックアップを削除する

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

コンソール

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

インスタンスのリストを開く
バックアップを含むインスタンスをクリックします。
左側のナビゲーションパネルで [バックアップ] をクリックします。
削除するバックアップの [復元] の横にある「その他」メニューを展開して、[削除] をクリックします。
[削除の確認] にバックアップ ID を入力し、[削除] をクリックします。

gcloud

INSTANCE_ID をインスタンスの ID に置き換えて次のコマンドを実行し、バックアップのリストを表示します。
```
gcloud bigtable backups list --instance=INSTANCE_ID
```
ターミナルにバックアップのリストが表示されます。
バックアップ ID と、その保存先のクラスタの ID をメモします。
BACKUP_ID をメモしたバックアップ ID、CLUSTER_ID をクラスタ ID に置き換えて、gcloud bigtable instances backups delete コマンドを実行します。
```
gcloud bigtable backups delete BACKUP_ID \
  --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID
```

次のステップ

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

バックアップを管理する

始める前に

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

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

コンソール

gcloud

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

コンソール

gcloud

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

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

コンソール

gcloud

イベントログを表示する

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

コンソール

gcloud

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

gcloud

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

コンソール

gcloud

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

コンソール

gcloud

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

コンソール

gcloud

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

コンソール

gcloud

バックアップを削除する

コンソール

gcloud

次のステップ

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

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

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

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