データ損失とダウンタイムの最小化

信頼性は、設計に優れた ArcGIS システムの柱となります。 ArcGIS Enterprise デプロイメントのコンテンツとツールは、組織の機能にとって非常に重要な場合が多いことから、ユーザーが配置を最大限に活用できる環境を整えながら、障害が発生した場合のデータ損失も最小限に抑える必要があります。この目標は、障害復旧またはフェイルオーバー戦略で実現できます。

経験豊富な IT 管理者であれば、組織の環境ニーズや特定のニーズに応じて多様なオプションを実装することができるでしょう。障害復旧戦略の実装方法は数多く存在し、ArcGIS Enterprise に付属のツールやサードパーティー製ツールを含みます。以下では ArcGIS Enterprise に付属のツールを使用するときのワークフローを説明します。

注意:

サードパーティー製ツールを使用するには、それらのツールの詳細やツールとソフトウェア間の対話方式を十分に理解する必要があり、これは Esri Support およびこのドキュメントの適用範囲外です。サードパーティー製ツールを使用するときは、そのツールの製造メーカーのユーザードキュメントをご参照ください。

ArcGIS Enterprise ツールを使用する場合、次のオプションを利用できます:

障害が発生したときに復元できるように、WebGIS DR ツールを使用して ArcGIS Enterprise デプロイメントのバックアップを保持できます。
WebGIS DR ツールを使用して、障害復旧用に複製された ArcGIS Enterprise デプロイメントを実装できます。
ソフトウェアコンポーネントごとに高可用性アーキテクチャーを実装することで、可用性の高いシステムを構成できます。

利用可能なオプションまたはそれ以外のツールのどちらかを選択する際には、組織のニーズと要件のほか、関連するツールを自分がどの程度理解しているかを考慮に入れてください。いずれか 1 つのオプションを利用することも、複数を組み合わせて利用することもできます。以下を考慮します:

許容できるダウンタイム (発生した場合)。
許容できるデータ損失の量 (発生した場合)。
ハードウェア、ライセンス、スタッフなど、データ損失とダウンタイム回避に投入できるリソースの数。
2 つの場所に配置する必要があるかどうか。たとえば、1 か所で障害災害が発生した場合でも Web GIS を使用できるようにするため、ArcGIS Enterprise デプロイメントを地理的に離れた 2 つの場所に複製する必要はありますか？

ArcGIS Enterprise のバックアップ復元

組織で一定のダウンタイムやデータ損失を許容している場合は、ArcGIS Enterprise でデプロイメントのバックアップを作成し、障害や破損時にバックアップから復元することができます。たとえば、ArcGIS Enterprise デプロイメント内の 1 台のコンピューターに障害が発生したり、ポータルの大量のアイテム、GIS サービス、またはデータが誤って削除されたりした場合に、配置を復元できます。このときに発生するダウンタイムやデータ損失は、バックアップの作成頻度や、ArcGIS Enterprise 配置に含まれるデータ、アイテム、サービスの量によって異なります。量が多くなればなるほど、復元にかかる時間も長くなります。


許容可能なダウンタイム	許容可能なデータ損失	リソース	地理的な冗長化の必要性	方針
約 1 日	約 1 日	低単独の ArcGIS Enterprise デプロイメント用のハードウェア (1 台以上のコンピューター)、バックアップを格納するためのメディア、および復旧計画の策定とテストが必要です。	いいえ	1 つの ArcGIS Enterprise デプロイメントを実装し、webgisdr ユーティリティーを使用して毎日バックアップを作成し、安全な場所にバックアップを保存します。
約 1.5 時間	約 1 時間	低単独の ArcGIS Enterprise デプロイメント用のハードウェア (1 台以上のコンピューター)、バックアップを格納するためのメディア、および復旧計画の策定とテストが必要です。	いいえ	1 つの ArcGIS Enterprise デプロイメントを実装し、webgisdr ユーティリティーを使用して 1 時間に 1 回バックアップを作成し、安全な場所にバックアップを保存し、配置を常時監視します。

詳細については「ArcGIS Enterprise バックアップ」をご参照ください。

注意:

仮想マシン (VM) のスナップショットを取るのが一般的なバックアップ手法です。ただし、VM スナップショットを使用して ArcGIS Enterprise を復元すると、修正が困難な問題につながる場合があります。バックアップワークフローでは VM スナップショットを使用しないことをおすすめします。

複製した配置の保持

ダウンタイムに対する許容値が低く、コンピューター数を十分に確保できる場合は、プライマリー ArcGIS Enterprise デプロイメントと、それとまったく同じの、独立したスタンバイ配置を構成できます。 webgisdr ユーティリティーを使用してプライマリーからエクスポートし、エクスポートしたファイルを独立したスタンバイ配置に移動し、そのファイルをインポートします。

プライマリー配置とスタンバイ配置は、同じ場所でも、別の場所でも設定できます。プライマリーとスタンバイを別々の場所に設定する場合は、レプリケーション処理にかかる時間が長くなる可能性がありますが、1 つの地域で災害が発生しても配置を保護することができます。


許容可能なダウンタイム	許容可能なデータ損失	リソース	地理的な冗長化の必要性	方針
約 1.5 時間	約 1 日	中 2 つの ArcGIS Enterprise デプロイメント用のハードウェア (2 台以上のコンピューター)、プライマリーからスタンバイにエクスポートを移動する方法とスタッフ、および復旧計画の策定とテストが必要です。	いいえ	プライマリー配置とスタンバイ配置を構成し、webgisdr ユーティリティーを使用してプライマリーからスタンバイに 1 日 1 回配置を複製し、プライマリー配置を常時監視します。
約 1.5 時間	約 1 時間	中 2 つの ArcGIS Enterprise デプロイメント用のハードウェア (2 台以上のコンピューター)、プライマリーからスタンバイにエクスポートを移動する方法とスタッフ、および復旧計画の策定とテストが必要です。	いいえ	プライマリー配置とスタンバイ配置を構成し、webgisdr ユーティリティーを使用してプライマリーからスタンバイに 1 時間に 1 回配置を複製し、プライマリー配置を常時監視します。
約 1.5 時間～ 2 時間	約 1 時間	中 2 つの ArcGIS Enterprise デプロイメント用のハードウェア (2 台以上のコンピューター)、プライマリーからリモートスタンバイにエクスポートを移動する方法とスタッフ、および復旧計画の策定とテストが必要です。	はい	プライマリー配置とリモートのスタンバイ配置を構成し、webgisdr ユーティリティーを使用してプライマリーからリモートのスタンバイに 1 時間に 1 回配置を複製し、プライマリー配置を常時監視します。

詳細については、「障害復旧とレプリケーション」をご参照ください。

可用性の高い ArcGIS Enterprise 配置の構成

ArcGIS Enterprise デプロイメントに対して 99% 以上の可用性が求められ、1 時間分のデータをも失うわけにはいかず、かつ大量のリソースを投入できる場合は、非常に可用性の高い ArcGIS Enterprise デプロイメントを実装できます。この場合、いずれかのコンポーネントに障害が発生した場合に自動的にフェイルオーバーするよう、プライマリー配置とセカンダリー配置を接続します。

地理的な冗長性が必要であれば、可用性の高い ArcGIS Enterprise デプロイメントと複製された配置を組み合わせます。


許容可能なダウンタイム	許容可能なデータ損失	リソース	地理的な冗長化の必要性	方針
数分	数分	高精度 2 つの ArcGIS Enterprise デプロイメント用のハードウェアとライセンス (7 台以上のコンピューター) が必要です。	いいえ	プライマリー配置とスタンバイ配置を接続します。
配置の障害の性質に応じ、数分から約 1 時間	約 1 時間	高精度 2 つの ArcGIS Enterprise デプロイメント用のハードウェアとライセンス (14 台以上のコンピューター) が必要です。	はい	プライマリー配置とセカンダリー配置を接続し、webgisdr ユーティリティーを使用して、別の場所にある同一のプライマリー配置とセカンダリー配置に毎時間レプリケーションを作成します。

詳細については、「可用性の高い ArcGIS Enterprise の構成」をご参照ください。