テーブルの復元を開始して復旧する

復元により、新しいテーブルが作成されます。テーブル復元アクションは、元のテーブルに対してインプレースでは動作しません。インプレースオプションについては、「不要な書き込みをインプレースでロールバックして復旧する」を参照してください。

同じリージョンの新しいテーブルまたは別のリージョンに復元できます。別のリージョンに復元すると、データ転送料金が発生します。

セカンダリインデックスの有無にかかわらず、テーブルを復元できます。セカンダリインデックスなしで復元すると、より高速でコスト効率が良くなります。

復元が完了するには数時間かかる場合があります。復元時間は複数の要因に基づいて異なり、必ずしもテーブルサイズと相関するとは限りません。

Infrastructure as Code 環境 (AWS CloudFormation、AWS Cloud Development Kit (AWS CDK)、Terraform) では、復元されたテーブルを IaC 環境に導入して管理します。

クライアント接続を更新して、新しいテーブルを新しい名前で参照します。

ストリーム設定が元のテーブルにあった場合は、再追加します。DynamoDB ストリーム名にはストリームの作成時刻が含まれているため、新しいストリームは古いストリームとは異なる名前になります。IAM またはダウンストリームコンシューマーコードで古いストリーム名への参照を更新します。

PITR が元のテーブルにあった場合は、新しいテーブルで PITR を再度有効にします。

削除保護が元のテーブルにあった場合は、新しいテーブルで削除保護を再度有効にします。

タグが元のテーブルにあった場合は、新しいテーブルにタグを再追加します。

RBP が元のテーブルにあった場合は、新しいテーブルにリソースベースのポリシーを再追加します。

元のテーブルを参照するクロスアカウントアクセス IAM ポリシーを更新します。

新しいテーブルの自動スケーリング設定を調整します。

TTL が元のテーブルにあった場合は、新しいテーブルに TTL 属性を設定します。

カスタムテーブルクラスが元のテーブルにあった場合は、新しいテーブルのテーブルクラスを調整します。

新しいテーブルのウォームスループット設定を確認し、必要に応じて読み取りと書き込みの値を増やします。

元のテーブルがグローバルテーブルであった場合、そのテーブルと一致するように新しいテーブルのレプリカを追加します。

復元されたテーブルが完全に設定され、運用可能になったら、元のテーブルを削除します。