ユーティリティを実行するときに、ソースとターゲットのデプロイメント全体で同一である必要があるアイテムと設定のリストが短くなりました。おける変更の概要を以下の表に示します。コンピューターに移動させることができます。ストアにコピーされたデータのコピーも作成します。サイトに登録されたデータベースまたはフォルダーからデータをコピーしません。コンピューター上のサービスが複製されたデータにアクセスできるようにするかどうかは、管理者が判断します。サイトに登録する場合は、データにアクセスする方法に関する具体的な情報を提供します。この情報は、スタンバイデプロイメントとプライマリデプロイメントの両方で同じでなければなりません。パスをプライマリデプロイメントと同じにする必要があります。サイトに登録した際に提供した接続情報と同じ情報を使用して、スタンバイデプロイメントから、そのデータベースへのアクセスが可能でなければなりません。ユーティリティを実行できます。コンポーネントとの間で通信が行われていれば、ポータルがインストールされているコンピューターとは別のコンピューターにユーティリティを移動し、そこから実行することも可能です。バックアップがプライマリデプロイメントからエクスポートされた直後に、スタンバイデプロイメントに復元する必要があります。すると、増分バックアップが誤った順序で復元されることを回避できます。プライマリデプロイメントに障害が発生しても、データの損失やダウンタイムを最小限に抑えることができます。バックアップを即座に復元しなかった場合、バックアップをインポートしたり、スタンバイデプロイメントにフェイルオーバーしたりする際にオーバーヘッドが余分に生じることがあります。バックアップ作成時にプライマリデプロイメントに何らかの誤りがあり、バックアップをスタンバイにインポートするプロセスが自動化されている場合、こうした設定ミスがスタンバイデプロイメントにインポートされることも考慮に入れる必要があります。デプロイメントの複製については、「障害復旧の構成」をご参照ください。複製された環境でも可用性の高い環境でも、監視は重要です。可用性の高い環境では、デプロイメントの一部は手動で操作しなくてもフェイルオーバーします。ポータルに障害が発生すると、ソフトウェアは手動操作を行うことなくスタンバイに即座にフェイルオーバーします。コンポーネントに障害が発生しても、単一障害点がないのでシステムは通常どおり動作します。デプロイメントの特定のコンポーネントに障害が発生したときに管理者に通知する仕組みを備えておく必要があります。コンポーネントの健全性を解析できます。クエリすることもできます。タスクを使用して、それらのデータベースの統計情報を監視できます。選択したスクリプト言語を使用する必要があります。複製された環境では、フェイルオーバーを行うには手動操作が必要です。そのため、フェイルオーバーの要否を判断するには、デプロイメントを監視し、障害がいつ発生したのかを把握しなければなりません。プライマリからスタンバイにデプロイメントを復元する操作を自動化している場合は、バックアップやファイル移動、復元操作が正常に行われるよう、これらのプロセスを監視する必要があります。独自のフェイルオーバー機構があります。全体を停止しなくてもフェイルオーバーすることができます。https://myserverwa.organization.com/server)。アドレスを割り当てることができます。ホスト名を再度割り当てます。センターに送信されます。アドレスに割り当て直すことができます。センターに含まれるよう、スタンバイとプライマリのデータを一致させる必要があります。デプロイメントに含めます。変更が加えられた場合は、編集されたファイルを元の保存先ディレクトリにコピーします。バックアップをスタンバイからエクスポートし、プライマリにインポートします。デプロイメントに複製されます。