# Aurora DB クラスターのバックアップと復元の概要
以下のトピックでは、Aurora バックアップと Aurora DB クラスターを復元する方法について説明します。
**Contents**
+ [バックアップ](#Aurora.Managing.Backups.Backup)
+ [AWS Backupの使用](#AuroraBackups.BKP)
+ [バックアップウィンドウ](#Aurora.Managing.Backups.BackupWindow)
+ [データの復元](#Aurora.Managing.Backups.Restore)
+ [Aurora 用のデータベースのクローン作成](#Aurora.Managing.Backups.Restore.Cloning)
+ [バックトラック](#Aurora.Managing.Backups.Backtrack)
## バックアップ
Aurora は、クラスターボリュームを自動的にバックアップし、*バックアップ保持期間*中、復元データを保持します。Aurora の自動バックアップは連続的かつ増分的であるため、バックアップ保持期間内の任意の時点にすばやく復元できます。バックアップデータが書き込まれるときに、データベースサービスのパフォーマンスに影響が出たり、中断が発生したりすることはありません。DB クラスターを作成、変更、または復元するときに、バックアップ保持期間 (1～35 日) を指定できます。Aurora の自動バックアップは Amazon S3 に保存されます。自動バックアップの保持の詳細については、「[自動バックアップの保持](Aurora.Managing.Backups.Retaining.md)」を参照してください。
データ保持期間を超えたバックアップを保持したい場合は、クラスターボリューム内のデータのスナップショットを作成できます。Aurora DB クラスタースナップショットは期限切れになりません。スナップショットから新しい DB クラスターを作成できます。詳細については、「[DB クラスタースナップショットの作成](USER_CreateSnapshotCluster.md)」を参照してください。
復元オペレーション中、Amazon Aurora DB クラスターのバックアップ保持期間を指定できます。この値を明示的に設定しない場合、復元されたクラスターはソーススナップショットまたはクラスターからバックアップ保持期間を継承します。この継承の動作は復元オペレーションに固有であることに注意してください。新しいクラスターを作成すると、システムは代わりにデフォルトの保持期間を適用します。
**注記**
Amazon Aurora DB クラスターの場合、DB クラスターの作成方法に関係なく、デフォルトのバックアップ保持期間は 1 日です。
Aurora の自動バックアップを無効にすることはできません。Aurora のバックアップ保持期間は、DB クラスターによって管理されます。
バックアップストレージのコストは、保持する Aurora バックアップおよびスナップショットのデータとその保持期間に応じて異なります。Aurora バックアップおよびスナップショットに伴うストレージの詳細については、「[Amazon Aurora バックアップストレージの使用状況を確認する](aurora-storage-backup.md)」を参照してください。Aurora バックアップストレージの料金情報については、「[Amazon RDS for Aurora の料金](https://aws.amazon.com/rds/aurora/pricing)」を参照してください。Aurora クラスターを削除した後で、このクラスターに関連するスナップショットを保存すると、Aurora の標準のバックアップストレージ料金が発生します。
### AWS Backupの使用
AWS Backup を使用して、Amazon Aurora DB クラスターのバックアップを管理することができます。
AWS Backup によって管理されるスナップショットは、手動 DB クラスタースナップショットと見なされますが、Aurora の DB クラスタースナップショットクォータにはカウントされません。AWS Backup で作成されたスナップショットには、`awsbackup:job-{{AWS-Backup-job-number}}` という名前が付いています。AWS Backup の詳細については、[https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide)を参照してください。
また、AWS Backup を使用して、Amazon Aurora DB クラスターの自動バックアップを管理することもできます。DB クラスターが AWS Backup のバックアッププランに関連付けられている場合、そのバックアッププランはポイントインタイムリカバリに使用できます。AWS Backup で管理された自動 (連続) バックアップには、`continuous:cluster-{{AWS-Backup-job-number}}` という名前が付いています。詳細については、「[AWS Backup を使用して DB クラスターを指定の時点の状態に復元する](aurora-pitr-bkp.md)」を参照してください。
## バックアップウィンドウ
自動バックアップは、優先されるバックアップウィンドウ中に毎日行われます。バックアップウィンドウに割り当てられた時間より長い時間がバックアップに必要な場合、ウィンドウが終了した後もバックアップが完了するまでバックアップが継続します。バックアップウィンドウは、DB クラスターの週 1 回のメンテナンス時間と重複させることはできません。
Aurora 自動バックアップは継続的かつ漸増的ですが、バックアップウィンドウは、バックアップ保持期間内に保持される毎日のシステムバックアップを作成するために使用されます。保持期間外に保持するには、バックアップをコピーします。
**注記**
AWS マネジメントコンソール を使用して DB クラスターを作成する場合、バックアップウィンドウを指定することはできません。ただし、AWS CLI または RDS API を使用して DB クラスターを作成するときは、バックアップウィンドウを指定できます。
DB クラスターの作成時に任意のバックアップウィンドウを指定しない場合、Aurora がデフォルトの 30 分のバックアップウィンドウを割り当てます。この期間は、各 AWS リージョン の 8 時間の時間ブロックからランダムに選択されます。次の表は、デフォルトのバックアップ期間が割り当てられる各 AWS リージョン の時間ブロックを示しています。
****
| リージョン名 | リージョン | 時間ブロック |
| --- | --- | --- |
| 米国東部 (バージニア北部) | us-east-1 | 03:00～11:00 UTC |
| 米国東部 (オハイオ) | us-east-2 | 03:00～11:00 UTC |
| 米国西部 (北カリフォルニア) | us-west-1 | 06:00～14:00 UTC |
| 米国西部 (オレゴン) | us-west-2 | 06:00～14:00 UTC |
| アフリカ (ケープタウン) | af-south-1 | 03:00～11:00 UTC |
| アジアパシフィック (香港) | ap-east-1 | 06:00～14:00 UTC |
| アジアパシフィック (ハイデラバード) | ap-south-2 | 06:30～14:30 UTC |
| アジアパシフィック (ジャカルタ) | ap-southeast-3 | 08:00～16:00 UTC |
| アジアパシフィック (マレーシア) | ap-southeast-5 | 09:00～17:00 UTC |
| アジアパシフィック (メルボルン) | ap-southeast-4 | 11:00～19:00 UTC |
| アジアパシフィック (ムンバイ) | ap-south-1 | 16:30～00:30 UTC |
| アジアパシフィック (ニュージーランド) | ap-southeast-6 | 13:00～21:00 UTC |
| アジアパシフィック (大阪) | ap-northeast-3 | 00:00～08:00 UTC |
| アジアパシフィック (ソウル) | ap-northeast-2 | 13:00～21:00 UTC |
| アジアパシフィック (シンガポール) | ap-southeast-1 | 14:00～22:00 UTC |
| アジアパシフィック (シドニー) | ap-southeast-2 | 12:00～20:00 UTC |
| アジアパシフィック (台北) | ap-east-2 | 9:00～17:00 UTC |
| アジアパシフィック (タイ) | ap-southeast-7 | 8:00～16:00 UTC |
| アジアパシフィック (東京) | ap-northeast-1 | 13:00～21:00 UTC |
| カナダ (中部) | ca-central-1 | 03:00～11:00 UTC |
| カナダ西部 (カルガリー) | ca-west-1 | 18:00～02:00 UTC |
| 中国 (北京) | cn-north-1 | 06:00～14:00 UTC |
| 中国 (寧夏) | cn-northwest-1 | 06:00～14:00 UTC |
| 欧州 (フランクフルト) | eu-central-1 | 20:00～04:00 UTC |
| 欧州 (アイルランド) | eu-west-1 | 22:00～06:00 UTC |
| 欧州 (ロンドン) | eu-west-2 | 22:00～06:00 UTC |
| 欧州 (ミラノ) | eu-south-1 | 02:00～10:00 UTC |
| 欧州 (パリ) | eu-west-3 | 07:29～14:29 UTC |
| 欧州 (スペイン) | eu-south-2 | 13:00～21:00 UTC |
| 欧州 (ストックホルム) | eu-north-1 | 23:00～07:00 UTC |
| 欧州 (チューリッヒ) | eu-central-2 | 02:00～10:00 UTC |
| イスラエル (テルアビブ) | il-central-1 | 03:00～11:00 UTC |
| メキシコ (中部) | mx-central-1 | 19:00～03:00 UTC |
| 中東 (バーレーン) | me-south-1 | 06:00～14:00 UTC |
| 中東 (アラブ首長国連邦) | me-central-1 | 05:00～13:00 UTC |
| 南米 (サンパウロ) | sa-east-1 | 23:00～07:00 UTC |
| AWS GovCloud (米国東部) | us-gov-east-1 | 17:00～01:00 UTC |
| AWS GovCloud (米国西部) | us-gov-west-1 | 06:00～14:00 UTC |
## データの復元
Aurora が保持するバックアップデータから、保存した DB クラスターのスナップショットから、または保持されている自動バックアップから、新しい Aurora DB クラスターを作成することで、データを回復できます。バックアップデータから作成された DB クラスターの新しいコピーは、バックアップ保持期間内の任意の時点にすばやく復元できます。バックアップ保持期間中の Aurora 自動バックアップは連続的かつ増分的であるため、復元時間を短縮するためにデータのスナップショットを頻繁に作成する必要がありません。
DB クラスターの*最新の復元可能時刻*は、DB クラスターを復元できる最近の時点です。これは通常、アクティブな DB クラスターの場合は現在時刻から 5 分以内であり、または保持されている自動バックアップの場合はクラスター削除時刻の 5 分以内です。
*最も早い復元可能時刻*は、バックアップ保持期間内のどこまで遡ってクラスターボリュームを復元できるかを示します。
DB クラスターの最新の復元可能時刻または最も早い復元可能時刻を判断するには、RDS コンソールで`Latest restorable time` 値または `Earliest restorable time` 値を探します。これらの値の表示については、「[Amazon Aurora の保持されている自動バックアップの表示](Aurora.Managing.Backups.Retaining.Viewing.md)」を参照してください。
DB クラスターの復元が完了したことは、`Latest restorable time` および `Earliest restorable time` の値を確認することでわかります。復元操作が完了するまで、これらの値は NULL を返します。`Latest restorable time` または `Earliest restorable time` が NULL を返す場合、バックアップまたは復元操作をリクエストすることはできません。
DB クラスターを指定の時点の状態に復元する方法については、「[DB クラスターを指定の時点の状態に復元する](aurora-pitr.md)」を参照してください。
## Aurora 用のデータベースのクローン作成
DB クラスターのスナップショットを復元する代わりに、データベースのクローン作成により Aurora DB クラスターのデータベースのクローンを新しい DB クラスターに作成することもできます。クローンデータベースの初回作成時に使用する追加スペースは最小限です。ソースデータベースまたはクローンデータベースのいずれかでデータが変更された場合に限り、データがコピーされます。同じ DB クラスターから複数のクローンを作成したり、他のクローンから追加のクローンを作成することもできます。詳細については、「[Amazon Aurora DB クラスターのボリュームのクローン作成](Aurora.Managing.Clone.md)」を参照してください。
## バックトラック
Aurora MySQL が、バックアップからデータを復元しないで、DB クラスターを特定の時刻に「巻き戻し」することができるようになりました。詳細については、「[Aurora DB クラスターのバックトラック](AuroraMySQL.Managing.Backtrack.md)」を参照してください。