翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
リソースタイプによるバックアップの作成
では AWS Backup、バックアッププランを使用してバックアップを自動的に作成することも、オンデマンドバックアップを開始して手動で作成することもできます。
自動バックアップの作成
バックアッププランによって自動的にバックアップが作成される場合は、バックアッププランで定義されたライフサイクル設定を使用して設定されます。これらは、バックアップ計画で指定されたバックアップボールトに編成されます。また、バックアッププランに一覧表示されているタグも割り当てられます。バックアッププランの詳細については、「バックアッププラン」を参照してください。
オンデマンドバックアップの作成
オンデマンドバックアップを作成する場合は、作成するバックアップ用にこれらの設定を構成できます。自動または手動でバックアップが作成される場合、バックアップジョブが開始されます。オンデマンドバックアップの作成方法については、「を使用したオンデマンドバックアップの作成 AWS Backup」を参照してください。
注: オンデマンドバックアップではバックアップジョブが作成されます。バックアップジョブは 1 時間以内に (または指定した場合) Running
状態で移行します。バックアッププランに定義されている、スケジュールされた時刻以外の時間にバックアップを作成する場合は、オンデマンドバックアップを選択できます。オンデマンドバックアップは、例えばバックアップや機能をテストするためにいつでも使用できます。
オンデマンドバックアップは point-in-time、バックアップの実行時にリソースの状態を保持するのに対し、一定期間の変更を記録する継続的なバックアップを使用するため、復元 (PITR) でオンデマンドバックアップを使用することはできません。 PITR https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html#point-in-time-recovery-working-with
バックアップジョブのステータス
各バックアップジョブには、一意の ID があります。例えば、D48D8717-0C9D-72DF-1F56-14E703BF2345
と指定します。
バックアップジョブのステータスは、 AWS Backup バックアップコンソールの [ジョブ] ページで確認できます。バックアップジョブのステータスには、CREATED
、、PENDING
、RUNNING
ABORTING
、、ABORTED
、COMPLETED
FAILED
EXPIRED
、および が含まれますPARTIAL
。
増分バックアップ
多くのリソースは、 による増分バックアップをサポートしています AWS Backup。すべての一覧は、「リソース別の機能の可用性 表」の増分バックアップセクションにあります。
最初の (フル) 以降の各バックアップは増分的ですが (つまり、以前のバックアップからの変更のみをキャプチャします)、 で行われたすべてのバックアップは、完全な復元を可能にするために必要な参照データ AWS Backup を保持します。これは、元の (フル) バックアップがライフサイクルの期限に達して削除された場合にも当てはまります。
例えば、3 日間のライフサイクルポリシーにより、1 日目 (フル) バックアップが削除された場合、2 日目と 3 日目のバックアップを使用してフル復元を実行できます。 AWS Backup は、それを有効にするため、1 日目の必要な参照データを保持します。
増分バックアップとリージョン
によって完全に管理されているリソースのバックアップは、バックアップが作成されたボールトに以前のバックアップ (増分またはフル) が含まれている場合にのみ増分 AWS Backup できます。同じリージョン内のボールトに以前のバックアップがある限り、他のリソースタイプ ( によって完全に管理されていない AWS Backup) に増分バックアップを含めることができます。
ソースリソースへのアクセス
AWS Backup では、ソースリソースにアクセスしてバックアップする必要があります。例:
-
Amazon EC2インスタンスをバックアップするには、インスタンスは
running
またはstopped
状態ですが、terminated
状態ではありません。これは、running
またはstopped
インスタンスは と通信できますが AWS Backup、terminated
インスタンスは通信できないためです。 -
仮想マシンをバックアップするには、ハイパーバイザーのバックアップゲートウェイステータスが
ONLINE
である必要があります。詳細については、「ハイパーバイザーステータスの理解」を参照してください。 -
Amazon RDS データベース、Amazon Aurora、または Amazon DocumentDB クラスターをバックアップするには、これらのリソースのステータスが である必要があります
AVAILABLE
。 -
Amazon Elastic File System (Amazon EFS) をバックアップするには、ステータスが である必要があります
AVAILABLE
。 -
Amazon FSx ファイルシステムをバックアップするには、ステータスが である必要があります
AVAILABLE
。ステータスがUPDATING
の場合、バックアップリクエストはファイルシステムがAVAILABLE
になるまでキューに入れられます。FSx for ONTAPは、DP (データ保護) ボリューム、LS (ロード共有) ボリューム、フルボリューム、またはいっぱいのファイルシステム上のボリュームなど、特定のボリュームタイプのバックアップをサポートしていません。詳細については、FSx「バックアップONTAPの使用」を参照してください。
AWS Backup は、ソースリソースの状態に関係なく、以前に作成したバックアップをライフサイクルポリシーに従って保持します。