翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# DynamoDB のバックアップと復旧
<a name="dynamodb"></a>

DynamoDB には、DynamoDB のテーブルデータをほぼ継続的にバックアップする PITR が用意されています。有効にすると、明示的にオフにするまで、DynamoDB は過去 35 日間のテーブルの増分バックアップを維持します。

DynamoDB コンソール、、または DynamoDB API を使用して AWS CLI、DynamoDB テーブルのオンデマンドバックアップを作成することもできます。詳細については、[「DynamoDB テーブルをバックアップする」](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/Backup.Tutorial.html)を参照してください。を使用して定期的または将来のバックアップをスケジュールすることも AWS Backup、Lambda 関数を使用してバックアップアプローチをカスタマイズおよび自動化することもできます。DynamoDB のバックアップに Lambda 関数を使う方法については、ブログ記事 [「Amazon DynamoDB のオンデマンドバックアップをスケジュールするサーバーレスソリューション」](https://aws.amazon.com/blogs/database/a-serverless-solution-to-schedule-your-amazon-dynamodb-on-demand-backup/)を参照してください。スケジューリングスクリプトとクリーンアップジョブを作成しない場合は、 AWS Backup を使用してバックアッププランを作成できます。バックアッププランには、DynamoDB テーブルのスケジュールと保持ポリシーが含まれます。 は、保持スケジュールに基づいてバックアップ AWS Backup を作成し、以前のバックアップを削除します。 には、低コストの階層型ストレージ、クロスアカウントおよびクロスリージョンコピーなど、DynamoDB サービスでは利用できない高度な DynamoDB バックアップオプション AWS Backup も含まれています。詳細については、[「高度な DynamoDB バックアップ」](https://docs.aws.amazon.com/aws-backup/latest/devguide/advanced-ddb-backup.html)を参照してください。

リストアした DynamoDB テーブルに対して、手動で以下の設定を行う必要があります:
+ 自動スケーリングポリシー
+ IAM ポリシー
+ Amazon CloudWatch メトリクスおよびアラーム
+ タグ
+ ストリーム設定
+ TTL 設定

バックアップから新しいテーブルにリストアできるのは、テーブルデータ全体のみです。復元されたテーブルに書き込むことができるのは、テーブルがアクティブになった後のみです。

復元プロセスでは、新しく復元されたテーブル名を使用するようにクライアントにどのように指示するかを考慮する必要があります。設定ファイル、 AWS Systems Manager パラメータストア値、またはクライアントが使用するテーブル名を反映するように動的に更新できる別のリファレンスから DynamoDB テーブル名を取得するようにアプリケーションとクライアントを設定できます。

復元プロセスの一環として、切り替えプロセスを慎重に検討する必要があります。IAM 権限を使用して既存の DynamoDB テーブルへのアクセスを拒否し、新しいテーブルへのアクセスを許可することもできます。その後、新しいテーブルを使用するようにアプリケーションとクライアントの設定を更新できます。また、既存の DynamoDB テーブルと新しく復元した DynamoDB テーブルとの違いを調整する必要がある場合もあります。