ArcGIS Enterprise デプロイメントのバックアップを作成し、障害または破損時に最新のバックアップを復元できます。 この操作により、バックアップ作成時のポータル アイテム、サービス、データを復旧することができます。
ユーザーがある程度のダウンタイムやデータ損失に対応でき、組織において可用性の高い配置にインフラストラクチャやリソースを投じることができない場合は、バックアップを復元して配置を復旧することをお勧めします。
他の障害復旧戦略を取り入れている場合でも、バックアップを作成しておくことができます。 主要な戦略に問題が起きても、配置を復旧する方法を確保しておくことができます。
たとえば、複製された配置を保持しており、プライマリ配置と複製された配置に同時に障害が発生しても (停電した建物内に両方の配置が収容されている場合など)、バックアップから復旧できます。
バックアップ モード
webgisdr ユーティリティを使用し、以下のバックアップ モードでさまざまな種類のバックアップを作成できます。
バックアップ
10.9 で導入された backup モードは、ポータル コンテンツ、公開済みのサービス、リレーショナル データ ストア、タイル キャッシュ データ ストア (プロパティ ファイルで指定した場合) を含む組織の状態をバックアップすることを目的としています。 また、ポータル アイテムとして、または ArcGIS Server Manager を介して直接登録されたデータ ストア参照も含まれます。 backup モードは、公開プロセスの一環としてデータがサイトにコピーされた場合を除き、参照されるデータのバックアップには使用できません。
すべて
full モードは backup モードと同様に機能し、同じコンテンツが含まれます。 完全バックアップと増分バックアップを組み合わせたスケジュールを簡素化し、トランザクション ログの上限をなくして増分バックアップと復元を可能にすることを目的としています。 バックアップ戦略の一環として incremental モードを使用しない場合は、代わりに backup モードを使用する必要があります。
増分
incremental モードには、最後の完全バックアップ以降の変更内容が含まれています。 特に地理的レプリケーションでは、バックアップと復元の時間を短縮することでデプロイメントの同期を密接に保つことができるメリットがあります。 incremental モードのバックアップ ファイルには、ポータル コンテンツ、公開済みのサービス、フェデレーション サーバー サイトにコピーされたデータ、リレーショナル データ ストア、およびタイル キャッシュ データ ストア (プロパティ ファイルで指定した場合) への変更のみが含まれます。 ArcGIS Server サイトに新しいデータ ストアが登録されたか、既存の接続文字列が更新された場合、incremental モードを使用してレプリケーションを続行する前に、full モードによるバックアップとその後の復元が必要です。
注意:
増分バックアップを作成または復元するには、リレーショナル データ ストアのバックアップを自動作成するよう、ArcGIS Data Store を構成する必要があります。
バックアップされる情報
webgisdr ユーティリティを使用し、ArcGIS Enterprise 配置の次のコンポーネントのバックアップ ファイルをエクスポートします。
- ポータルのアイテムと設定
- GIS サービスと設定
- リレーショナル データ ストアおよびタイル キャッシュ データ ストア
完全バックアップの合間に増分バックアップを作成することで、バックアップの合計サイズを削減できます。 完全バックアップと増分バックアップの違いについては、「バックアップ モード」をご参照ください。
webgisdr ユーティリティを使用して作成したバックアップに含まれないものを次に示します。
- マップ サービス キャッシュ タイルおよびホスト タイル レイヤー キャッシュ - これらのどちらかを配置している場合は、キャッシュ タイルが格納されているすべてのディレクトリ (たとえば、C:\arcgisserver\directories\ または <ArcGIS Server installation directory>/arcgis/server/usr/directories の下にある arcgiscache ディレクトリ全体) のバックアップ コピーを作成します。 これらのディレクトリには、キャッシュ タイルおよびタイル スキーマ ファイル conf.xml が含まれます。 キャッシュ ディレクトリには、構築済みのタイルに関する情報を含む、ファイル ジオデータベースの status.gdb も格納できます。 サイトを復元する場合は、この情報を元の arcgiscache ディレクトリに移動するかコピーします。
- Web サービスの参照されているデータ ソース - ファイル ベースのデータ ソースの場合は、これらのファイルのバックアップ コピーを作成する必要があります。 データベースに格納されているデータの場合は、データベース管理システムのツールを使用して、データベースのバックアップを作成します。
- ビッグ データ ストアとグラフ ストアのバックアップ - ビッグ データ ストアまたはグラフ ストア (あるいは両方) をホスティング サーバーに登録している場合は、ArcGIS Data Store の backupdatastore ユーティリティを使用して、それぞれのバックアップを作成します。
- ArcGIS Mission Server または ArcGIS Notebook Server のフェデレーション サイト - これらのいずれかを使用している場合、ArcGIS Mission Server ドキュメントと ArcGIS Notebook Server ドキュメントの手順に従い、バックアップを作成します。 webgisdr ユーティリティを使用して復元する場合は、「ArcGIS Enterprise の復元」の手順に従います。
- ArcGIS GeoEvent Server サイト構成 - ArcGIS GeoEvent Server ドキュメントの手順に従い、バックアップを作成します。
注意:
webgisdr ユーティリティを使用して増分バックアップを作成するには、特定時点への復元を有効化する必要があります。有効化しないと、ユーティリティは機能しません。
また、webgisdr ユーティリティには、ArcGIS Server Administrator Directory URL とプライマリ データ ストアを通じてフェデレーション サーバー サイト内の少なくとも 1 つのコンピューターにアクセスできるアクセス権が必要です。 URL にアクセス可能かどうかを確認するには、webgisdr ユーティリティを実行するコンピューターのブラウザーから ArcGIS Server Administrator Directory を開きます。
10.4 以降では、webgisdr ユーティリティを実行するときに、ソースとターゲットのデプロイメント全体で同一である必要があるアイテムと設定のリストが短くなりました。 最新バージョンの Portal for ArcGIS と ArcGIS Server における変更の概要を以下の表に示します。
webgisdr ユーティリティを実行するとき、デプロイメント全体でこのアイテムまたは設定は同一である必要がありますか？
| アイテムまたは設定 | 10.4.x | 10.5.x、10.6 | 10.6.1 以降 |
|---|---|---|---|
パブリック ポータル URL | はい | はい | はい |
フェデレーション サーバーのサービス URL | はい | はい | はい |
ArcGIS Data Store 以外の登録済みデータ ストア | はい | はい | はい |
...webgisdr.properties ファイルのアカウント資格情報 | はい | はい | はい |
ArcGIS Server のディレクトリ パス (例: arcgisjobs) | はい | はい | No |
セキュリティ情報 (LDAP URL、プロキシ情報) | はい | はい | No |
デプロイメントタイプ (単一コンピューターまたは高可用性) | はい | No | No |
プライベート ポータル URL | はい | No | No |
フェデレーション サーバーの管理 URL | はい | No | No |
コンピューター名 | はい | No | No |
ポータル コンテンツ ディレクトリのストレージ タイプ | はい | はい | はい |
ポータル コンテンツ ディレクトリのパス (ファイル システムを使用する場合) | No | No | No |
ポータル コンテンツ ディレクトリの認証情報 (クラウド ストレージを使用する場合) | No | No | No |
ArcGIS Server の構成ストア | No | No | No |
ネットワーク要件
webgisdr ユーティリティを正常に機能させるには、配置の一部になっている特定の URL にアクセスし、バックアップが作成されているコンポーネントに直接接続する必要があります。 構成によっては、これらの URL が ArcGIS Enterprise 配置の構成に使用されている URL (ポータルの privatePortalURL プロパティやポータルとサーバーのフェデレートに使用されている URL など) と一致しない場合があります。 これらの URL を次に示します。
- 配置が高可用性の場合にポータル コンピューター (1 台または数台) の 7443 エンドポイント。 ポータルが portal.domain.com というコンピューター上で実行されている場合、webgisdr ユーティリティは https://portal.domain.com:7443/arcgis に到達可能でなければなりません。
- 各フェデレーション サーバー サイトにある少なくとも 1 台の ArcGIS Server コンピューターの 6443 エンドポイント。 ArcGIS Server が server.domain.com というコンピューター上で実行されている場合、webgisdr ユーティリティは https://server.domain.com:6443/arcgis に到達可能でなければなりません。 このことは、該当するサイトの一部になっている他のコンピューターにも当てはまります。
- ホスティング サーバー サイトに登録されている ArcGIS Data Store コンピューターの 2443 エンドポイント。 ArcGIS Data Store が datastore.domain.com というコンピューター上で実行されている場合、webgisdr ユーティリティは https://datastore.domain.com:2443/arcgis に到達可能でなければなりません。
ArcGIS Enterprise 配置のバックアップを作成する頻度
バックアップの作成頻度が多ければ多いほど、プライマリ配置に障害が発生した場合でも、失われるデータは少なくなります。 ただし、継続的なバックアップ作成は現実的ではありません (不可能であることも珍しくありません)。 配置のバックアップの作成頻度を決定する場合は、以下の点を考慮してください。
- バックアップの作成には時間がかかります。 コンテンツの量やサイズが大きくなればなるほど、バックアップ作成の時間も長くなります。 この時間を短縮するには、完全バックアップの合間に増分バックアップを作成します。
- バックアップ作成はネットワークに高い負荷をかける処理なので、ネットワークのパフォーマンスにも影響を及ぼすことがあります。 ネットワーク上でトラフィックがほとんどない時間帯 (夜間など) に完全バックアップを実行し、日中のトラフィックの少ない時間帯 (従業員のランチタイムなど) に増分バックアップを実行することをお勧めします。 Linux 環境内の cron ジョブとして webgisdr ツールを実行できます。 また、ツールが実行されているコンピューターと ArcGIS Enterprise コンポーネントとの間で通信が行われていれば、ポータルがインストールされているコンピューターとは別のコンピューターにツールを移動し、そこから実行することも可能です。
- バックアップ ファイルは圧縮されていますが、多くの保存容量が必要です。 バックアップ ファイルを保存するには、安全なバックアップ場所に十分な容量を確保しておく必要があります。
バックアップ ファイルを保存する期間
バックアップ ファイルの保存期間は、空きディスク容量や、復元オプションでどの程度の柔軟性が求められるかによって異なります。 最後の完全バックアップの前の時間に復元する必要がない場合は、最終完全バックアップと、それ以降に作成した増分バックアップを保持しておくことができます。
webgisdr ツールで作成された増分バックアップは累積的です。つまり、最終完全バックアップに最新の増分バックアップを適用することができます。 したがって、少なくとも最終完全バックアップと、それ以降に作成された最新の増分バックアップを保持しておく必要があります。
また、古いバックアップをストレージ メディアなどの別の場所に移すこともできます。 そうすると、最終完全バックアップの前に主なデータやサービスが削除されていても、ファイルは手元に残っています。
注意:
webgisdr ユーティリティには、バックアップの作成時の ArcGIS Enterprise コンポーネントのソフトウェア バージョンが記録されます。 復元先の配置は、バックアップを作成した時点のバージョンにする必要があります。 さらに、同じ種類のオペレーティング システムに復元する必要があります。 たとえば、Linux 上の ArcGIS Enterprise 配置のバックアップを作成して、それを Windows コンピューターに復元することはできません。