View a markdown version of this page

Amazon Relational Database Service バックアップ - AWS Backup

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

Amazon Relational Database Service バックアップ

Amazon RDS と AWS Backup

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

Amazon RDS には、自動バックアップ手動バックアップを作成するオプションがあります。によって作成された復旧ポイントは AWS Backup 、バックアップタイプに応じて分類が異なります。

  • によって作成された定期的なスナップショットは、Amazon RDS の手動バックアップと見なされます。 AWS Backup これらは、バックアッププランのスケジュールに従って作成されたスナップショットベースのバックアップです。

  • によって作成された継続的バックアップ AWS Backup は、Amazon RDS の自動バックアップと見なされます。これにより、自動スナップショットとともにトランザクションログを維持することでpoint-in-time復元 (PITR) が可能になります。

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

AWS Backup を使用して Amazon RDS インスタンスのバックアップ (復旧ポイント) を作成する場合、 AWS Backup は、Amazon RDS を使用して自動バックアップを作成したことがあるかどうかをチェックします。自動バックアップが存在する場合、 は増分スナップショットコピー AWS Backup を作成します (copy-db-snapshot オペレーション)。バックアップが存在しない場合、 はコピー (create-db-snapshot オペレーション) の代わりに、指定したインスタンスのスナップショット AWS Backup を作成します。

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

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

重要

AWS Backup バックアッププランが Amazon RDS インスタンスの複数の日次スナップショットを作成するようにスケジュールされ、それらのスケジュールされたAWS Backup バックアップ開始ウィンドウの 1 つが Amazon RDS バックアップウィンドウと一致すると、バックアップのデータ系統が非同一バックアップに分岐し、計画外の競合するバックアップを作成できます。これを防ぐには、 AWS Backup バックアッププランまたは Amazon RDS ウィンドウが時間と一致しないようにしてください。

考慮事項

AWS Backup は、RDS Custom for SQL Server インスタンスのオンデマンドバックアップの作成をサポートしています。ただし、 を使用した RDS Custom for SQL Server の復元 AWS Backup はネイティブではサポートされていません。復元するには、作成したスナップショットで Amazon RDS AWS Backupの restore-db-instance-from-db-snapshotオペレーションを使用します。詳細については、「 からのバックアップを使用して Amazon RDS Custom for SQL Server インスタンスを復元する AWS Backup」を参照してください。

RDS Custom for Oracle は現在、 ではサポートされていません AWS Backup。

AWS Backup は、Dedicated Local Zones を含む、Outposts または Local Zones での RDS のバックアップと復元をサポートしていません。 では、RDS インスタンスを region (デフォルト) BackupTargetに設定 AWS Backup する必要があります。

バックアップの重複とコストについて

AWS Backup 定期的なスナップショットは、Amazon RDS では手動バックアップとして分類されます。自動バックアップと同じ増分スナップショットチェーンを共有しますが、自動バックアップとともにバックアップストレージの合計にカウントされます。Amazon RDS は、プロビジョニングされた DB インスタンスストレージと同等の無料のバックアップストレージ割り当てを提供します。これにより、自動バックアップと手動スナップショットの両方が結合されます。その割り当てを超えるストレージは請求されます。スケジュールされた AWS Backup スナップショットと Amazon RDS 自動バックアップの両方を実行する場合、どちらもこの合計に寄与するため、これをコスト計画に含める必要があります。

AWS Backup を使用して Amazon RDS DB インスタンスをバックアップすると、自動スナップショットに予期しないタイムスタンプが表示されることがあります。これは、Amazon RDS 自動バックアップウィンドウではなく、 AWS Backup スナップショットの作成時刻と一致します。Amazon RDS が過去 1 日以内に最近の自動バックアップを見つけられない場合、バックアップが統合されます。Amazon RDS は、自動バックアップメタデータを が AWS Backup 作成した手動スナップショットにアタッチします。これにより、DB インスタンスは定期的な自動バックアップを維持できます。これは、 AWS Backup オペレーションが Amazon RDS 自動バックアップウィンドウと重複するのに十分な長さで実行される場合に最もよく発生します。

バックアップが統合されると、手動スナップショットエントリと自動スナップショットエントリの両方が同じ基盤となるスナップショットデータを参照します。その 1 つの基盤となるスナップショットに対して課金されるのは 1 回のみで、データは完全に保護されます。また、バックアップ保持とpoint-in-time復元機能は、エントリが統合されているかどうかに関係なく影響を受けません。

Amazon RDS の継続的バックアップとポイントインタイムリストア

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

詳細については、「継続的バックアップ/ポイントインタイム復元でサポートされているサービス (PITR)」および「継続的バックアップ設定の管理」を参照してください。

重要

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

Amazon RDS マルチアベイラビリティゾーンのバックアップ

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

マルチアベイラビリティーゾーンのバックアップが利用可能なリージョンのリストについては、「」の「Amazon RDS マルチ AZ」列を参照してくださいでサポートされているサービス AWS リージョン

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

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

AWS Backup コンソールには、次の 3 つのデプロイオプションがあります。

  • マルチ AZ DB クラスター: 1 つのプライマリ DB インスタンスと 2 つの読み取り可能なスタンバイ DB インスタンスを含む DB クラスターを作成します。これらは、各 DB インスタンスは異なるアベイラビリティーゾーンにあります。サーバー対応ワークロードに高可用性とデータ冗長性を提供し、容量を増やします。

  • マルチ AZ DB インスタンス: プライマリ DB インスタンスとスタンバイ DB インスタンスが別個のアベイラビリティーゾーンに作成されます。これにより高い可用性とデータの冗長性が得られますが、スタンバイ DB インスタンスは読み取りワークロードの接続をサポートしていません。

  • 単一の DB インスタンス: スタンバイ DB インスタンスのない単一の DB インスタンスを作成します。

インスタンスとクラスターでのバックアップ動作

  • ポイントインタイムリカバリ (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 クラスターのデプロイ」を参照してください。

マルチ AZ DB クラスタースナップショットの作成に関する詳細については、「Amazon RDS ユーザーガイド」を参照してください。

Amazon Aurora グローバルデータベース

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

Amazon RDS と Aurora の継続的バックアップに関する一般的な質問

Amazon RDS と Aurora の継続的バックアップは、自動バックアップにどのようにリンクされていますか?

AWS Backup point-in-timeリカバリ (継続的バックアップ) は、Amazon RDS と Aurora の自動バックアップの管理を一元化します。で継続的バックアップを有効にすると AWS Backup、 AWS Backup は Amazon RDS または Aurora からの自動バックアップの制御を引き継ぎます。Amazon RDS または Aurora コンソールまたは APIs。Amazon RDS または Aurora コンソールまたは API からメンテナンスウィンドウを管理できます。 AWS Backup インテリジェントに自動バックアップをスケジュールして、他のスケジュールされたバックアップ (スナップショット) や、可能な場合はメンテナンスウィンドウと重複しないようにします。

AWS Backup コンソールに継続的バックアップはどのように表示されますか?

AWS Backup コンソールで、バックアッププランで指定されたボールトに移動し、バックアップタイプ列で継続的を探します。最初の継続的バックアップが完了すると、バックアップは「利用可能」と表示され、PITR がそのリソースで使用できることを示します。

自動バックアップの制御を Amazon RDS または Aurora に返すにはどうすればよいですか?

Amazon RDS または Aurora に自動バックアップの制御を返すには、まず Amazon RDS または Aurora で継続的バックアップが有効になっているバックアッププランまたはルールを削除するか、ルールを変更して継続的バックアップを削除します。次のいずれかのオプションを選択します。

  • バックアップデータを保持する: DisassociateRecoveryPoint API を実行します。これにより、継続的なバックアップの関連付けが解除され、コントロールが Amazon RDS に解放され、復元の実行に使用できる Amazon RDS のバックアップデータが保持されます。

  • バックアップデータを削除する: DeleteRecoveryPoint API を実行します。これにより、継続的復旧ポイントが削除され、バックアップデータが削除され、Amazon RDS に制御が戻されます。

重要

DisassociateRecoveryPoint または を実行するとDeleteRecoveryPoint、 は Amazon RDS インスタンスの ModifyDBInstance API または Aurora クラスターの ModifyDBCluster API を AWS Backup 呼び出し、変更をすぐに適用します。Amazon RDS または Aurora で保留中の設定変更がある場合、それらの変更はすぐに適用されます。このオペレーション中に短いダウンタイムが発生する場合があります。

詳細については、「Amazon RDS の継続的バックアップを停止するにはどうすればよいですか?」を参照してください AWS Backup。