バックアップとコピー
バックアップは、オンデマンドで複数の AWS アカウント または AWS リージョン にコピーすることも、(アーカイブ層はコピーできないため) コールドストレージのバックアップ経由で、ほとんどのリソースタイプ用のスケジュールされたバックアッププランの一部として自動的にコピーすることもできます。詳細については、「リソース別の機能の可用性」および「Encryption for a backup copy to a different account or AWS リージョン」を参照してください。
Amazon RDS および Aurora を除き、サポートされているほとんどのリソースについて、クロスアカウントおよびクロスリージョンコピーのシーケンスを自動化することもできます。Amazon RDS および Aurora のスナップショットについては、AWS Backup は、対象のサービスが暗号化キーを作成する方法によって、クロスアカウントコピーまたはクロスリージョンコピーのどちらかのみについて自動化をサポートしています (マルチ AZ DB クラスタースナップショットはサポートされていません)。
リソースタイプによっては、継続的バックアップ機能と、クロスリージョンおよびクロスアカウントコピーの両方が可能なリソースタイプがあります。継続的バックアップのクロスリージョンコピーまたはクロスアカウントコピーが作成されると、コピーされた復旧ポイント (バックアップ) はスナップショット (定期的) バックアップになります (両方のバックアップタイプをサポートするすべてのリソースタイプで使用できるわけではありません)。リソースタイプに応じて、スナップショットは増分コピーまたは完全なコピーになります。これらのコピーには PITR (ポイントインタイムリカバリ) は使用できません。
重要
コピーは、作成日や保持期間などのソース設定を保持します。作成日は、コピーが作成された日ではなく、ソースが作成された日を指します。保持期間を上書きできます。
コピーされるソースバックアップの設定は、コピー保持期間が AWS Backup コンソールで [常時] に設定されている場合 (または API リクエストで DeleteAfterDays の値が -1 に設定されている場合）、コピーの有効期限の設定を上書きします。つまり、有効期限が設定されていない保持設定のコピーは、ソースの復旧ポイントの有効期限を保持します。
バックアップコピーを期限切れにならないようにする場合は、ソースバックアップを期限切れにならないように設定するか、コピーの作成後 100 年後に有効期限を指定します。
コピージョブの再試行
AWS Backup は、コピージョブに対して次のような再試行戦略を実装しています。AWS Backup でシステムエラーが発生した場合、コピージョブは 2 時間の再試行フェーズに入ります。この間、コピージョブのステータスは CREATED 状態のままで、システムは定期的にジョブを開始しようとします。ジョブがこの期間内に正常に開始されると、RUNNING 状態に移行します。
2 時間の再試行期間が経過しても問題が解決しない場合は、AWS Backup サービスチームに自動的にアラートが送信されます。その後、チームは根本的な問題を調査して対処します。問題を解決した後、チームはコピーリクエストを手動で再試行し、コピージョブがリクエストどおりに完了することを確認します。
コピージョブの再試行プロセスは、バックアップジョブの再試行プロセスとは異なります。バックアップジョブの再試行プロセスでは、定義された開始ウィンドウ内で定期的に再試行が行われ、成功または期限切れのいずれかになるまで続行されます。コピージョブのメカニズムでは、永続的な問題に対してサービスチームが直接介入するため、信頼性がさらに向上します。
