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

# バックアップから AWS OpsWorks for Chef Automate サーバーを復元する
<a name="opscm-chef-restore"></a>

**重要**  
AWS OpsWorks for Chef Automate は 2024 年 5 月 5 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。既存のお客様は、 Chef SaaS または代替ソリューションに移行することをお勧めします。ご質問がある場合は、[AWS re:Post](https://repost.aws/) または[AWS プレミアムサポート](https://aws.amazon.com/support)を通じて AWS サポート チームにお問い合わせください。

使用可能なバックアップを参照した後、 AWS OpsWorks for Chef Automate サーバーを復元する時点を選択できます。サーバーのバックアップには、設定管理ソフトウェアの永続データ (クックブック、登録されたノードなど) のみが含まれています。サーバーのインプレース復元を実行する (つまり、既存の AWS OpsWorks for Chef Automate サーバーを新しい EC2 インスタンスに復元する) と、サーバーの復元に使用するバックアップ時に登録されたノードが再登録されます。復元が成功し、復元された AWS OpsWorks for Chef Automate サーバーの状態が の場合、トラフィックは新しいインスタンスに切り替わります`Healthy`。新しく作成された AWS OpsWorks for Chef Automate サーバーに復元すると、ノード接続は維持されません。サーバーを復元すると、Chef ソフトウェアのマイナーバージョンが更新されません。選択したバックアップにあるものと同じ Chef バージョンと設定管理データが適用されます。

通常、サーバの復元には新しいサーバを作成するよりも時間がかかります。時間は選択するバックアップのサイズによります。復元が完了すると、古い EC2 インスタンスは `Running` または `Stopped` 状態のままになりますが、一時的にのみです。最終的には終了します。

このリリースでは、 を使用して Chef サーバーを AWS CLI 復元できます AWS OpsWorks for Chef Automate。

**注記**  
[restore-server](https://docs.aws.amazon.com/opsworks-cm/latest/APIReference/API_RestoreServer.html) コマンドは、現在のインスタンスタイプを変更する場合や、紛失または漏洩が発生した SSH キーの復元または設定を行う場合にも実行できます。

**サーバーをバックアップから復元するには**

1. で AWS CLI、次のコマンドを実行して、使用可能なバックアップとその IDs のリストを返します。使用するバックアップの ID を書き留めておきます。バックアップ ID は、*myServerName-yyyyMMddHHmmssSSS* という形式になっています。

   ```
   aws opsworks-cm --region region name describe-backups
   ```

1. 以下のコマンドを実行してください。

   ```
   aws opsworks-cm --region region name restore-server --backup-id "myServerName-yyyyMMddHHmmssSSS" --instance-type "Type of instance" --key-pair "name of your EC2 key pair" --server-name "name of Chef server"
   ```

   以下に例を示します。

   ```
   aws opsworks-cm --region us-west-2 restore-server --backup-id "MyChefServer-20161120122143125" --server-name "MyChefServer"
   ```

1. 復元が完了するまで待ちます。