回復を迅速化するために何ができますか?回復の迅速化がこのガイドの主な目標ではありませんが、次の対応を取ることで回復時間を短縮できます。システム状態の回復の両方を実現します。コントローラーをデプロイするプロセスが迅速化されます。各ドメインのバックアップから復元されます。エミュレーターも使用できる必要があります。インストールの完了とインストール後の重要性の低いレプリケーションの完了を待たずに行うことができます。センターでホストされている場合は、回復中に複製を行うことで最大のメリットを得られます。ホストに配置されている環境でもメリットは得られます。トラフィックが減り、完全なレプリケーションに必要な時間を短縮できます。高速でインストールすることもできます。対してバックアップ/復元手順を実装します。同期する手順を追加する必要があります。実行されるようにします。ようにネットワークから切断する必要がないため、回復プロセス中もビジネス継続性を確保できます。使用すると、出力方向のレプリケーションは実行されません。違って、破損したデータを回復後の環境にレプリケートして戻す場合のリスクが生じません。フォレストの回復プロセスの実行時間に影響するその他の要因には次のものがあります。既知の正常な状態にロールバックできます。この方法は推奨されているアプローチではありません。サーバー上のスナップショット用のディスク領域の可用性など、いくつかの注意事項があるためです。通常のバックアップを主な回復手段として使用することを強くお勧めします。いった、注意を要する変更の後に発生する問題からの回復に役立つ可能性があります。手動でマーク付けする必要があります。コントローラーのアーキテクチャ」を参照してください。メディアからデータを復元するのに時間がかかります。システムの再インストールとバックアップからのデータ復元に必要な時間を短縮できます。ベースであるため、システム状態の復元よりもはるかに早く完了します。復元の対象としないためにシステム状態データから除外されるデータがサーバーに含まれていると、ベアメタル回復がシステム状態の復元に代わる有効な方法とならない可能性があります。使用するサーバーでシステム状態の復元の代わりにサーバーの完全復旧を実行するメリットを検討し、それに応じた準備として、後で復元する予定の適切な種類のバックアップを実行します。システム状態という両方の種類の復元を実現する、完全バックアップの実行をお勧めしています。ベースのプロモーションでデータをレプリケートするのに時間がかかります。復元に必要な時間を短縮できます。すると、ネットワークのラウンドトリップとスループットによって発生する遅延が最小限に抑えられます。メディアを取得する時間を短縮します。使用して、復元操作で使用する最適なバックアップを特定する。ガイドに関する記事をご覧ください。メディアにわかりやすいラベルを付け、すぐに取得できる便利で安全な場所にメディアを系統立てて保管する。バックアップに応じた有効な資格情報があることを確認します。システムを再インストールする必要はありません。バックアップを使用して、復元操作に必要な時間を短縮します。設定している企業では、回復を迅速化するためにフォレストの回復手順の変更を検討する可能性があります。フォレストの回復プロセスは自動化できますか?フォレストの回復プロセスは複雑かつ重要であるため、現時点ではエンドツーエンドの自動化は行われていません。フォレストの回復プロセスは、プロセスの自動化という技術的な問題というよりはむしろ、ビジネス継続性を回復するというロジスティックで組織的な課題です。そのため、環境の管理者は、環境固有のフォレスト回復計画を作成し、自動化できる部分を自動化する必要があります。ツールで実行できます。そのため、ほとんどの手順はスクリプト化が可能です。スクリプトによって回復を迅速化できますが、実際の環境で適用する前にスクリプトを十分にテストする必要があります。応じてスクリプトを更新する必要があります。