AWS Backup でバックアップジョブが失敗する場合のトラブルシューティング方法を教えてください。
バックアップジョブが失敗し、AWS Backup で FAILED 状態になります。
概要
失敗したバックアップジョブを再試行することはできません。
スケジュールされたバックアップ計画によってバックアップジョブが有効化された場合、AWS Backup は次回のスケジュールされた実行時間に、リソースのバックアップジョブを新たに作成します。バックアップジョブを手動またはオンデマンドで有効化する場合は、リソースをバックアップするには、新規 StartBackupJob リクエストを行う必要があります。
注: リソースに対してバックアップジョブが実行されない場合は、「AWS Backup でスケジュールしたバックアップ計画が実行されない原因を教えてください」を参照してください。
バックアップジョブのステータスを確認するには、モニタリングツールを使用するか、AWS コマンドラインインターフェイス (AWS CLI) コマンド describe-backup-job を実行します。ステータスメッセージには、バックアップジョブの失敗に関するトラブルシューティング情報が含まれています。
注: AWS CLI のコマンドの実行時にエラーが発生する場合は、「AWS CLI でのエラーのトラブルシューティング」を参照してください。また、AWS CLI の最新バージョンを使用していることを確認してください。
解決策
IAM 権限に関する問題の解決
AWS Identity and Access Management (IAM) ロールに権限の問題がある場合、次のいずれかのエラーメッセージが表示されます。
- "You are not authorized to perform this operation"
- "Backup job failed because of insufficient privileges"
- その他の権限関連のエラー
権限の問題を解決するには、バックアップを作成する IAM ロールは次の要件を満たしていることを確認します。
- AWS Backup がロールを引き継げるように、IAM ロールの信頼ポリシーに AWS Backup を信頼できるエンティティとして含めた。
- カスタマー管理ポリシーには、バックアップジョブがやり取りする AWS のサービスのアクセス許可が含まれている。
- バックアップロールに AWS Key Management Service (AWS KMS) の権限が追加されている。ロールには少なくとも、KmsDecrypt、KmsCreateGrant、KmsGenerateDataKey の権限が必要です。
注: AWS KMS キーポリシーにプリンシパル arn:aws:iam::111122223333:root Amazon リソースネーム (ARN) があることを確認します。IAM プリンシパル ARN を含めないと、IAM プリンシパルはキーにアクセスできません。IAM ポリシーによってキーへのアクセスが拒否される場合は、IAM プリンシパル ARN を含める必要はありません。
注: AWS Backup が作成したデフォルト IAM ロールを使用する場合、そのロールには AWS マネージドポリシー AWSBackupServiceRolePolicyForBackup および AWSBackupServiceRolePolicyForRestores 経由の権限が付与されます。
AWS Backup は、権限と用途が異なる 2 つの IAM ロール (AWSBackupDefaultServiceRole および AWSServiceRoleForBackup) を作成します。必ず正しい IAM ロールを使用してください。バックアップ計画を作成するか、手動バックアップジョブを有効にする場合は、デフォルトの AWSBackupDefaultServiceRole ロールを選択します。
注: Amazon Simple Storage Service (Amazon S3) のバックアップには、AWSBackupDefaultServiceRole を使用することをお勧めします。S3 リソースでアクションを実行するデフォルトロールについては、「Amazon S3 のバックアップと復元のアクセス許可とポリシー」を参照してください。
バックアップジョブの完了に関する問題を解決する
バックアップジョブが予定通りに完了しなかった場合、次のいずれかのエラーメッセージが表示されます。
- "Backup Job did not complete within completion window"
- "An AWS Backup job failed to complete in time"
上記のいずれかのエラーが原因でバックアップジョブが失敗した場合、ステータスは EXPIRED と表示されます。問題の解決方法については、「AWS Backup のバックアップジョブが EXPIRED ステータスになっている理由を知りたいです」を参照してください。
バックアップルール構成で Complete within パラメータを使用してバックアップ期間を指定します。Complete within パラメータの期間を延長すると、バックアップジョブを予定通りに完了できます。
注: Complete within パラメータでは、バックアップを完了させる必要がある期間を設定します。AWS Backup がバックアップジョブを完了するまでの所要時間は、一定ではありません。リソースをバックアップするデータ転送が Complete within の期間に完了しない場合、AWS Backup はバックアップを停止します。次に、バックアップジョブのステータスが EXPIRED と表示されます。
ライフサイクルの問題を解決する
バックアップに MaxRetentionDays および MinRetentionDays が指定されたボールトロックが設定されている場合、次のエラーメッセージが表示されます。
"Backup job failed because the lifecycle is outside the valid range for backup vault"
指定された最大および最小の保持期間に保持が行われない場合、ボールトでのバックアップ作成は制限されます。
問題を解決するには、バックアップ計画のバックアップ保持期間を変更し、指定した範囲内に収まるようにします。または、ボールトロックの保持期間構成を更新します。
VMware のバックアップに関する問題を解決する
VMware のバックアップを実行すると、次のいずれかのエラーメッセージが表示されます。
- "Unsupported disk size detected during backup creation.Aborted backup job"
- "Failed to process backup data during backup data processing.Aborted backup job"
上記のエラーメッセージを解決するには、次の手順を実行します。
- 使用する VMware 仮想マシン (VM) は、AWS Backup のサポート対象であることを確認します。
- 必須のポートをすべて開くことで、AWS Backup ゲートウェイがホストに接続し、仮想マシンをバックアップできるようにします。次に、ゲートウェイアプライアンスで DNS サーバーが正しく構成されていることを確認します。
- 仮想マシンのディスクモード設定が independent-persistent (独立-永続) または independent-non persistent (独立-非永続) である場合は、モードを dependent of all disks (全ディスクに依存) に変更します。AWS Backup は、dependent of all disks のみをサポートします。
- 仮想マシンの仮想ディスクサイズを確認します。AWS Backup は、サイズが 1 KiB の倍数である VM 仮想ディスクのみをサポートします。バックアップジョブが失敗した仮想マシンをトラブルシューティングするには、fdisk -l コマンドを実行します。詳細については、Red Hat のウェブサイトで「fdisk でパーティションのサイズを変更する」を参照してください。
AWS KMS のエラーの解決
次の AWS KMS キーエラーメッセージのいずれかが表示されます。
- "FAILED - KMS key is either disabled or pending deletion or access to KMS key is denied"
- "KMS key access denied error"
- "KMS validation error"
上記の問題を解決するには、次のアクションを実行してください。
- 完全な AWS Backup 管理をサポートしていないリソースについては、リソースを暗号化する AWS KMS キーを削除したかどうかを確認してください。キーを削除した場合は、新しい AWS KMS キーを作成します。
- 完全な AWS Backup 管理をサポートするリソースについては、コピー先のバックアップボールトを暗号化する AWS KMS キーを削除したかどうかを確認してください。キーを削除した場合は、新しい AWS KMS キーを作成します。
- AWS KMS キーを無効にしたかどうかを確認してください。キーを無効にした場合は、再度有効にしてバックアップジョブを再作成してください。
- AWS KMS キーの削除が保留中の場合は、削除をキャンセルします。
- バックアップジョブに関連付けられている IAM ロールに、AWS KMS キーに必要な権限があることを確認します。IAM ロールには少なくとも、KmsDecrypt、KmsCreateGrant、KmsGenerateDataKey のアクセス許可が必要です。
Amazon EC2 の Windows VSS バックアップエラーを解決する
Amazon Elastic Compute Cloud (Amazon EC2) の Windows ボリュームシャドウコピーサービス (VSS) バックアップの失敗を解決するには、以下のアクションを実行してください。
- EC2 インスタンスプロファイルロールまたはバックアップロールに必要なアクセス許可があることを確認してください。
- EC2 インスタンスに最新版の AWS Systems Manager Agent (SSM Agent) と AWS Tools for PowerShell をインストールします。SSM エージェントをインストールするには、GitHub ウェブサイトの「amazon-ssm-agent」を参照してください。
- システムリソースをチェックして、スナップショットを作成したときにシステムがビジー状態だったために Windows VSS バックアップがタイムアウトしたかどうかを確認してください。
- C:\ProgramData\ Amazon\SSM\Logs にある SSM エージェントログを確認して、スナップショットプロセス中に発生する問題をトラブルシューティングしてください。
