

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

# リソースタイプ別のバックアップの作成
<a name="creating-a-backup"></a>

を使用すると AWS Backup、バックアッププランを使用してバックアップを自動的に作成することも、オンデマンドバックアップを開始して手動で作成することもできます。

## 自動バックアップの作成
<a name="creating-automatic-backups"></a>

バックアッププランによって自動的にバックアップが作成される場合は、バックアッププランで定義されたライフサイクル設定を使用して設定されます。これらは、バックアップ計画で指定されたバックアップボールトに編成されます。また、バックアッププランに一覧表示されているタグも割り当てられます。バックアッププランの詳細については、「[バックアッププラン](about-backup-plans.md)」を参照してください。

## オンデマンドバックアップの作成
<a name="creating-on-demand-backups"></a>

オンデマンドバックアップを作成する場合は、作成するバックアップ用にこれらの設定を構成できます。自動または手動でバックアップが作成される場合、バックアップ*ジョブ*が開始されます。オンデマンドバックアップの作成方法については、「[を使用したオンデマンドバックアップの作成 AWS Backup](recov-point-create-on-demand-backup.md)」を参照してください。

注: オンデマンドバックアップではバックアップジョブが作成されます。バックアップジョブは 1 時間以内に (または指定した場合) `Running` 状態で移行します。バックアッププランに定義されている、スケジュールされた時刻以外の時間にバックアップを作成する場合は、オンデマンドバックアップを選択できます。オンデマンドバックアップは、例えばバックアップや機能をテストするためにいつでも使用できます。

[オンデマンドバックアップ](https://docs.aws.amazon.com/aws-backup/latest/devguide/recov-point-create-on-demand-backup.html)は、[ポイントインタイムリストア (PITR)](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html) では使用できません。オンデマンドバックアップはリソースをバックアップ作成時の状態で保持するのに対し、PITR は[継続的バックアップ](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html#point-in-time-recovery-working-with)を使用して一定期間にわたる変更を記録するためです。

## バックアップジョブのステータス
<a name="backup-job-statuses"></a>

各バックアップジョブには、一意の ID があります。例えば、`D48D8717-0C9D-72DF-1F56-14E703BF2345`。

バックアップジョブのステータスは、 AWS Backup バックアップコンソールの [**ジョブ**] ページで確認できます。バックアップジョブのステータスには、`CREATED`、`PENDING`、`RUNNING`、`ABORTING`、`ABORTED`、`COMPLETED`、`FAILED`、`EXPIRED`、および `PARTIAL` があります。

## 増分バックアップ
<a name="incremental-backup-works"></a>

多くの リソースは、 による増分バックアップをサポートしています AWS Backup。すべての一覧は、「[リソース別の機能の可用性](backup-feature-availability.md#features-by-resource) 表」の増分バックアップセクションにあります。

最初の (フル) バックアップの後の各バックアップは増分です (つまり、前のバックアップからの変更のみをキャプチャします）。 で作成されたすべてのバックアップは、完全な復元を可能にするために必要な参照データ AWS Backup を保持します。これは、元の (フル) バックアップがライフサイクルの期限に達して削除された場合にも当てはまります。

例えば、3 日間のライフサイクルポリシーにより、1 日目 (フル) バックアップが削除された場合、2 日目と 3 日目のバックアップを使用してフル復元を実行できます。 AWS Backup は、それを有効にするため、1 日目の必要な参照データを保持します。

**増分バックアップとリージョン**

によって完全に管理されているリソースのバックアップは、バックアップが作成されたボールトに以前のバックアップ (増分またはフル) が含まれている場合にのみ増分 AWS Backup できます。同じ*リージョン*内にリソースの以前のバックアップがある限り、他のリソースタイプ ( によって完全に管理されていない AWS Backup) は増分バックアップを持つことができます。

**注記**  
すべてのリソースタイプが増分バックアップをサポートしているわけではありません。Amazon Aurora などの一部のリソースは、スナップショットベースのバックアップではなく、継続的バックアップとpoint-in-time復元 (PITR) を介してのみ増分バックアップを提供します。増分バックアップをサポートするリソースの完全なリストについては、[リソース別の機能の可用性](backup-feature-availability.md#features-by-resource)表を参照してください。

## ソースリソースへのアクセス
<a name="source-resource-statuses"></a>

AWS Backup では、ソースリソースにアクセスしてバックアップする必要があります。例えば、次のようになります。
+ Amazon EC2 インスタンスをバックアップするには、インスタンスが `running` または `stopped` の状態であってもかまいませんが、`terminated` の状態にはなりません。これは、 `running`または `stopped`インスタンスは と通信できますが AWS Backup、 `terminated`インスタンスは通信できないためです。
+ 仮想マシンをバックアップするには、ハイパーバイザーのバックアップゲートウェイステータスが `ONLINE` である必要があります。詳細については、「[ハイパーバイザーステータスの理解](https://docs.aws.amazon.com/aws-backup/latest/devguide/working-with-hypervisors.html#understand-hypervisor-status)」を参照してください。
+ 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 for ONTAP のバックアップの使用](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/using-backups.html)」を参照してください。

AWS Backup は、ソースリソースの状態に関係なく、以前に作成したバックアップをライフサイクルポリシーに従って保持します。

**Topics**
+ [自動バックアップの作成](#creating-automatic-backups)
+ [オンデマンドバックアップの作成](#creating-on-demand-backups)
+ [バックアップジョブのステータス](#backup-job-statuses)
+ [増分バックアップ](#incremental-backup-works)
+ [ソースリソースへのアクセス](#source-resource-statuses)
+ [CloudFormation スタックバックアップ](applicationstackbackups.md)
+ [Amazon Aurora DSQL バックアップ](backup-aurora.md)
+ [アドバンスト DynamoDB バックアップ](advanced-ddb-backup.md)
+ [Amazon EBS と AWS Backup](multi-volume-crash-consistent.md)
+ [Amazon Relational Database Service バックアップ](rds-backup.md)
+ [Amazon Redshift バックアップ](redshift-backups.md)
+ [Amazon Redshift Serverless バックアップ](redshift-serverless-backups.md)
+ [Amazon EKS backups](eks-backups.md)
+ [Amazon EC2 での SAP HANA のバックアップ](backup-saphana.md)
+ [Amazon S3 バックアップ](s3-backups.md)
+ [Amazon Timestream バックアップ](timestream-backup.md)
+ [仮想マシンのバックアップ](vm-backups.md)
+ [Windows VSS バックアップの作成](windows-backups.md)