

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

# Amazon Relational Database Service バックアップ
<a name="rds-backup"></a>

## Amazon RDS と AWS Backup
<a name="rds-backup-differences"></a>

Amazon RDS インスタンスとクラスターをバックアップするオプションを検討するときは、作成して使用するバックアップの種類を明確にすることが重要です。Amazon RDS を含むいくつかの AWS リソースは、独自のネイティブバックアップソリューションを提供します。

Amazon RDS には、[自動バックアップ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ManagingAutomatedBackups.html)と[手動バックアップ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ManagingManualBackups.html)を作成するオプションがあります。によって作成された復旧ポイントは AWS Backup 、バックアップタイプに応じて分類が異なります。
+ によって作成された**定期的なスナップショットは、**Amazon RDS の手動バックアップと見なされます。 AWS Backup これらは、バックアッププランのスケジュールに従って作成されたスナップショットベースのバックアップです。
+ によって作成された**継続的バックアップ** AWS Backup は、Amazon RDS の自動バックアップと見なされます。これにより、自動スナップショットとともにトランザクションログを維持することでpoint-in-time復元 (PITR) が可能になります。

手動バックアップと自動バックアップの保持動作とライフサイクル管理は Amazon RDS で異なるため、この違いは重要です。

 AWS Backup を使用して Amazon RDS インスタンスの[バックアップ (復旧ポイント) を作成する](https://docs.aws.amazon.com/aws-backup/latest/devguide/creating-a-backup-plan.html#create-backup-plan-console)場合、 AWS Backup は、Amazon RDS を使用して自動バックアップを作成したことがあるかどうかをチェックします。自動バックアップが存在する場合、 は増分スナップショットコピー AWS Backup を作成します (`copy-db-snapshot` オペレーション）。バックアップが存在しない場合、 はコピー`create-db-snapshot` ( オペレーション) の代わりに、指定したインスタンスのスナップショット AWS Backup を作成します。

 AWS Backupいずれかのオペレーションによって作成された最初のスナップショットは、1 つの完全なスナップショットになります。これ以降のすべての*コピー*は、完全バックアップが存在する限り、増分バックアップになります。

クロスアカウントまたはクロスリージョンコピーを使用する場合、増分スナップショットコピージョブは、完全なスナップショットコピージョブよりも速く処理されます。新しいコピージョブが完了するまで以前のスナップショットコピーを保持しておくと、コピージョブの所要時間の短縮になる可能性があります。RDS データベースインスタンスからスナップショットをコピーする場合、以前のコピーを先に削除すると、(増分スナップショットコピーではなく) フルスナップショットコピーが作成されることに注意してください。コピーの最適化の詳細については、*「Amazon RDS ユーザーガイド*[」の「増分スナップショットコピー](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CopySnapshot.html#USER_CopySnapshot.Incremental)」を参照してください。

**重要**  
 AWS Backup バックアッププランが Amazon RDS インスタンスの複数の日次スナップショットを作成するようにスケジュールされており、それらのスケジュールされた[AWS Backup バックアップ開始ウィンドウ](https://docs.aws.amazon.com/aws-backup/latest/devguide/creating-a-backup-plan.html#plan-options-and-configuration)の 1 つが [Amazon RDS Backup ウィンドウ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ManagingAutomatedBackups.html#USER_WorkingWithAutomatedBackups.BackupWindow)と一致すると、バックアップのデータ系統が非同一バックアップに分岐し、計画外の競合するバックアップを作成できます。これを防ぐには、 AWS Backup バックアッププランまたは Amazon RDS ウィンドウが時間と一致しないようにしてください。

### 考慮事項
<a name="rds-backup-considerations"></a>

RDS Custom for SQL Server および RDS Custom for Oracle は、現在、 AWS Backupによってサポートされていません。

AWS Backup は、RDS on Outposts のバックアップと復元をサポートしていません。

## Amazon RDS の継続的バックアップとポイントインタイムリストア
<a name="rds-backup-continuous"></a>

継続的なバックアップには AWS Backup 、 を使用して Amazon RDS リソースの完全なバックアップを作成し、トランザクションログを通じてすべての変更をキャプチャすることが含まれます。一定の時間間隔で取得された以前のスナップショットを選択する代わりに、復元する時点まで巻き戻すことで、詳細度を高めることができます。

詳細については、[「継続的バックアップ/ポイントインタイム復元でサポートされているサービス (PITR）](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html#point-in-time-recovery-supported-services)」および「[継続的バックアップ設定の管理](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html#point-in-time-recovery-managing)」を参照してください。

**重要**  
以前に無効にされた AWS Backup ときに を使用して Amazon RDS の継続的バックアップを有効にする (または以前に有効にされたときに継続的バックアップを無効にする) と、Amazon RDS インスタンスがオフラインになり、変更が行われます。影響を最小限に抑えるために、メンテナンスウィンドウ中にこの変更を計画します。Amazon RDS から自動バックアップが有効になっていて、そのバックアップが単に に移動された場合 AWS Backup、ダウンタイムは必要ありません。

## Amazon RDS マルチアベイラビリティゾーンのバックアップ
<a name="rds-multiaz"></a>

AWS Backup は、1 つのプライマリデータベースインスタンスと 2 つの読み取り可能なスタンバイデータベースインスタンスを使用して、Amazon RDS for MySQL および for PostgreSQL マルチ AZ (アベイラビリティーゾーン) のデプロイオプションをバックアップし、サポートします。

マルチアベイラビリティーゾーンのバックアップが利用可能なリージョンのリストについては、「」の「Amazon RDS マルチ AZ」列を参照してください[でサポートされているサービス AWS リージョン](backup-feature-availability.md#supported-services-by-region)。

マルチ AZ 配置オプションは、書き込みトランザクションを最適化するものであり、読み込み容量の追加、書き込みトランザクションの待ち時間の短縮、(書き込みトランザクションの遅延の一貫性に影響する) ネットワークジッターからの耐障害性、および高い可用性と耐久性を必要とするワークロードに最適です。

マルチ AZ クラスターを作成するには、エンジンタイプとして MySQL または PostgreSQL のいずれかを選択できます。

 AWS Backup コンソールには、次の 3 つのデプロイオプションがあります。
+ **マルチ AZ DB クラスター:** 1 つのプライマリ DB インスタンスと 2 つの読み取り可能なスタンバイ DB インスタンスを含む DB クラスターを作成します。これらは、各 DB インスタンスは異なるアベイラビリティーゾーンにあります。サーバー対応ワークロードに高可用性とデータ冗長性を提供し、容量を増やします。
+ **マルチ AZ DB インスタンス:** プライマリ DB インスタンスとスタンバイ DB インスタンスが別個のアベイラビリティーゾーンに作成されます。これにより高い可用性とデータの冗長性が得られますが、スタンバイ DB インスタンスは読み取りワークロードの接続をサポートしていません。
+ **単一の DB インスタンス:** スタンバイ DB インスタンスのない単一の DB インスタンスを作成します。

**インスタンスとクラスターでのバックアップ動作**
+ [ポイントインタイムリカバリ](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html) (PITR) はインスタンスをサポートしていますが、クラスターはサポートしていません。
+ マルチ AZ DB クラスターのスナップショットのコピーはサポートされていません。
+ RDS 復旧ポイントの Amazon リソースネーム (ARN) は、インスタンスとクラスターのどちらが使用されているかによって異なります。

  RDS インスタンスの ARN: `arn:aws:rds:{{region}}: {{account}}:db:{{name}}`

  RDS マルチアベイラビリティクラスター:`arn:aws:rds:{{region}}:{{account}}:cluster:{{name}}`

詳細については、「**Amazon RDS ユーザーガイド」の「[マルチ AZ DB クラスターのデプロイ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html)」を参照してください。

[マルチ AZ DB クラスタースナップショットの作成](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CreateMultiAZDBClusterSnapshot.html)に関する詳細については、「Amazon RDS ユーザーガイド」を参照してください。

## Amazon Aurora グローバルデータベース
<a name="rds-aurora-global"></a>

AWS では、グローバルデータベースがデプロイされているすべてのリージョンでバックアップを維持することを推奨しています。