DynamoDB テーブルを PITR バックアップまたはオンデマンドバックアップから復元するには、AWS Management Console、AWS コマンドラインインターフェイス (AWS CLI)、または DynamoDB API を使用できます。リカバリプロセスでは、新しい DynamoDB テーブルに復元します。
ポイントインタイムリカバリを使用したテーブルの復元
テーブルは、EarliestRestoreableDateTime までの任意の時点に復元できます。
重要
ポイントインタイムリカバリを無効にし、後でテーブルに対して再度有効にした場合は、テーブルを復元できる開始時刻がリセットされます。その結果、LatestRestorableDateTime を使用したテーブルの即時復元しかできなくなります。
ポイントインタイムリカバリを使用して復元すると、DynamoDB は、選択した日時 (day:hour:minute:second) の状態を反映して、テーブルデータを新しいテーブルとして復元します。テーブルは、テーブルのプロビジョニングされたスループットを消費することなく復元します。ポイントインタイムリカバリを使用してテーブル全体を復元するか、送信先テーブルの設定を構成することができます。復元済みテーブルで次のテーブル設定を変更できます。
-
グローバルセカンダリインデックス (GSI)
-
ローカルセカンダリインデックス (LSI)
-
請求モード
-
プロビジョニングされた読み込みおよび書き込みキャパシティ
-
暗号化設定
重要
テーブル全体の復元を実行すると、送信先テーブルには、バックアップが要求されたときに送信元テーブルが持っていたのと同じプロビジョニングされた読み込みキャパシティユニットと書き込みキャパシティユニットが設定されます。たとえば、テーブルのプロビジョニングされたスループットが 50 読み込みキャパシティーユニットおよび 50 書き込みキャパシティーユニットに最近下げられたとします。その後、このテーブルの状態を 3 週間前に復元し、その時点で、プロビジョニングされたスループットは 100 読み込みキャパシティーユニットと 100 書き込みキャパシティーユニットに設定されました。この場合、DynamoDB はテーブルデータをその時点からのプロビジョンされたスループット (100 読み込み容量単位および 100 書き込み容量単位) を利用してその時点のものに復元します。
また、AWS リージョン間で DynamoDB テーブルデータを復元し、ソーステーブルがあるリージョンとは別のリージョンに、復元したテーブルを作成することもできます。AWS 商用リージョン、AWS 中国リージョン、および AWS GovCloud (US) 間でクロスリージョンの復元を実行できます。送信元リージョンから転送したデータと、送信先リージョンの新しいテーブルの復元に対してのみ料金が発生します。
注記
送信元または送信先リージョンがアジアパシフィック (香港) または中東 (バーレーン) の場合、クロスリージョンの復元はサポートされません。
復元済みテーブルで、一部またはすべてのインデックスの作成を除外すると、復元はより高速でコスト効率が高くなります。以下は、復元されたテーブルで手動で設定する必要があります。
-
Auto Scaling ポリシー
-
AWS Identity and Access Management ポリシー
-
Amazon CloudWatch Events のメトリクスとアラーム
-
[タグ]
-
ストリーム設定
-
有効期限 (TTL) 設定
-
ポイントインタイムリカバリ設定
テーブルの復元にかかる時間は、複数の要因に基づきます。テーブルのサイズに常に関連するとは限りません。
