Skip to main content

ArcGIS Data Store のバックアップの管理

データ破損やデータ ストア障害などの問題が発生した場合にデータを復元できるように、バックアップを作成しておく必要があります。 ArcGIS Data Store を通じて実装されたデータ ストアのバックアップを作成して、バックアップ ファイルを安全な場所に配置しておくと、データ ストアが強制終了した場合やデータ ストアが再起動できなくなった場合に、新しい ArcGIS Data Store を設定し、バックアップ ファイルにアクセスして、データを復元することができます。

「ArcGIS Data Store のバックアップの考慮事項」を参照してから、残りのセクションの情報を使用して ArcGIS Data Store のバックアップを構成および管理します。

  1. リレーショナル ストアの場合は、初期のデフォルトのバックアップ場所を変更します。その他すべてのデータ ストア タイプの場合は、デフォルトのバックアップ場所を定義します。

  2. 自動バックアップを構成します (スケジュールの設定を含む)。

  3. 必要に応じてバックアップを手動で作成します。

ArcGIS Data Store のバックアップの考慮事項

ArcGIS Data Store のバックアップと復旧戦略を実装する際には、次の点に留意してください:

  • バックアップを作成しておくと、サーバーが故障したり、サーバーが水浸しになって壊れたりした場合など、緊急事態が生じた場合にデータを復元させることができます。 ただし、水浸しになって壊れたサーバー上にバックアップが格納されている場合は、データを復元させることができません。 そのため、データ ストアとは別のサーバー上、可能な場合は、データ ストアとは別の物理的な場所に必ずバックアップ ファイルを格納します。

  • ArcGIS Data Store バックアップ ファイルには、リレーショナル ストア、グラフ ストア、オブジェクト ストア、または時空間ビッグ データ ストアのみが含まれます。 バックアップ ファイルでは、GIS サーバー サイト、ポータル、または GIS サーバー サイトに登録したユーザー管理データ ストアのバックアップは保持されません。 Amazon Web Services または Microsoft Azure 内のクラウド提供の場所を登録している場合、ArcGIS Data Store バックアップ ファイルにはオブジェクト ストアも含まれません。 それらのコンポーネントのバックアップは、個別に作成する必要があります。

    Portal for ArcGIS とともにインストールされた webgisdr ツールを使用して、時空間ビッグ データ ストア以外のすべてのタイプの ArcGIS Data Store を含むバックアップを作成できます。 webgisdr ツールを使用した場合、ポータル、ホスティング サーバー、フェデレーション サーバーのバックアップも作成されます。 このツールの使用方法については、「ArcGIS Enterprise のバックアップ」をご参照ください。 GIS サーバー サイトに登録したユーザー管理データ ストアおよび時空間ビッグ データ ストアのバックアップは、個別に作成する必要があります。

  • ArcGIS Data Store バックアップは、ArcGIS Data Store コンピューターが故障した場合やデータが破損した場合に、失われたデータの復旧に役立ちます。 高可用性は実現しません。 1 台の ArcGIS Data Store コンピューターが故障した場合でもホスト Web レイヤーを引き続き利用可能にする必要がある場合は、各タイプのデータ ストアにコンピューターを追加して高可用性にします。

  • 元の格納メカニズムや ArcGIS ソフトウェアでの変更のため、古いバージョンの ArcGIS Data Store で作成したデータ ストアのバックアップを使用して、データを新しいバージョンの ArcGIS Data Store に復元することはできません。 ArcGIS Data Store をアップグレードした後は、各データ ストアの完全バックアップを必ず作成してください。 この唯一の例外はリレーショナル ストアであり、前のリリースのバックアップ ファイルを使用できる場合があります。 データ ストアの復元に使用できるバックアップ ファイルを確認するには、listbackups ユーティリティーを実行します。

  • ArcGIS Enterprise がオンプレミスにデプロイされているにもかかわらず、データ ストア バックアップ ファイルがクラウド ストレージにある場合、バックアップ ファイルがローカル ファイル共有に格納されている場合に比べて、バックアップの作成と復元には時間がかかります。

  • グラフ ストア、オブジェクト ストア、時空間ビッグ データ ストアのバックアップ ファイルに対する自動クリーンアップは存在しません。 backupdatastore ユーティリティーを使用して作成したバックアップの自動クリーンナップは存在しません。

  • オブジェクト ストアのバックアップを作成する場合、フィーチャ レイヤーのクエリー キャッシュは含まれません。

ArcGIS Data Store のバックアップの場所と動作

すべてのタイプの ArcGIS Data Store で、デフォルトのバックアップ場所が必要です。 ArcGIS Data Store によって自動的に作成されるバックアップは、常にデフォルトのバックアップ場所に保存されます。

追加のバックアップを定義できます。これは、backupdatastore ユーティリティーを実行して完全バックアップを作成する際に出力として指定できます。 このタイプのバックアップは、手動バックアップとも呼ばれます。 backupdatastore ユーティリティーを実行するときに場所を指定しない場合、デフォルトのバックアップ場所が使用されます。

次の表は、バックアップの場所の違いをデータ ストアのタイプごとにまとめたものです。 管理するデータ ストアのタイプに関連する情報をご参照ください。

データ ストア

デフォルトのバックアップ場所

手動バックアップの場所

グラフ ストア

グラフ ストアのバックアップを作成する前に、デフォルトのバックアップ場所を登録する必要があります。

グラフ ストア用に追加のファイル共有のバックアップ場所を登録できます。

オブジェクト ストア

オブジェクト ストアのバックアップを作成する前に、デフォルトのバックアップ場所を登録する必要があります。

オブジェクト ストア用に追加のファイル共有のバックアップ場所を登録できます。

リレーショナル ストア

デフォルトのバックアップは、ユーザーが変更するまで ArcGIS Data Store コンテンツ ディレクトリー内のサブフォルダーに書き込まれます。

初期のデフォルトのバックアップ場所を変更して、別のコンピューター上のファイル共有にします。

その他のファイル共有、Amazon S3 (Simple Storage Service) バケット、Microsoft Azure Blob Storage コンテナーなど、リレーショナル ストアには、追加のバックアップ場所を登録できます。

時空間ビッグ データ ストア

時空間ビッグ データ ストアのバックアップ ファイルを作成する前に、デフォルトのバックアップ場所を登録する必要があります。

デフォルトのバックアップ場所には、ファイル共有の場所、Amazon S3 バケット、Microsoft Azure Blob Storage コンテナーを使用できます。

その他のファイル共有、Amazon S3 バケット、Microsoft Azure Blob Storage コンテナーなど、時空間ビッグ データ ストアには、追加のバックアップ場所を登録できます。

デフォルトのバックアップ場所

デフォルトのバックアップ場所は、スケジュール設定された自動バックアップでファイルが書き込まれる場所であり、backupdatastore ユーティリティーを実行する際に作成したバックアップ ファイルがデフォルトで作成される場所です。

リレーショナル ストアのバックアップ場所は、リレーショナル ストアと同じコンピューター上に自動的に構成されます。 これがデフォルトのバックアップ場所です。 ただし、バックアップをデータ ストアと同じコンピューター上に保持することはおすすめしません。 このため、リレーショナル ストアのバックアップが保存される共有ディレクトリーは別のコンピューター上に定義します。

グラフ ストア、オブジェクト ストア、時空間ビッグ データ ストアにデフォルトのバックアップ場所はありません。 これらのタイプのデータ ストアのバックアップを作成する前に、バックアップの場所を少なくとも 1 つ登録する必要があります。

詳細および手順については、「ArcGIS Data Store のデフォルトのバックアップ場所の構成」をご参照ください。

追加のバックアップ場所の登録

追加のバックアップ場所を登録できます。 backupdatastore ユーティリティーを実行してバックアップを手動で作成するとき、これら定義済みの場所の 1 つを指定できます。

バックアップ ファイル用に別の場所を追加するには、次の手順に従います。

  1. バックアップ ファイル用に別の場所を作成します。

    • 共有ディレクトリー (ファイル共有) を登録するには、別のコンピューター上にそのディレクトリーを作成します。 格納領域が、すべてのバックアップ ファイルを十分に保持できることを確認します。 また、ArcGIS Data Store コンピューターに接続して backupdatastore ユーティリティーを実行するときに使用するログイン ユーザーが、このディレクトリーへの書き込みアクセス権を持っていることも確認します。 時空間ビッグ データ ストア用に追加の共有ディレクトリーを作成する場合、同じ ArcGIS Data Store デプロイメントのすべてのコンピューターがこの共有ディレクトリーへのアクセス権を持つようにします。 リレーショナル ストアのバックアップ用に追加の共有ディレクトリーを作成する場合は、スタンバイ コンピューターがこの共有ディレクトリーへのアクセス権を持つようにします。

    • S3 バケットを登録するには、Amazon Web Services アカウントにバケットを作成します。 バックアップ ファイルに対応できるバケット サイズを選択します。

    • Azure Blob Storage コンテナーを登録するには、Azure Blob Storage アカウントにコンテナーを作成します。

  2. configurebackuplocation ユーティリティーで register 操作を実行して、この追加のバックアップ場所を登録します。

    この例では、リレーショナル ストアの手動バックアップを格納するために、2 つ目のファイル共有場所が登録されます。 バックアップ場所の名前は rbu_manual です。

    ./configurebackuplocation.sh --operation register --store relational
 --location "type=fs;location=/net/sysshar2e/ds_manual_backups;name=rbu_manual"

    configurebackuplocation --operation register --store relational
 --location "type=fs;location=\\sysshare2\ds_manual_backups;name=rbu_manual"

    グラフ ストア、オブジェクト ストア、時空間ビッグ データ ストア用の追加のバックアップ場所を登録する手順と例は、初期のバックアップ場所を登録する場合と同じです。

バックアップ場所の 1 つをデフォルトの場所として指定

グラフ ストア、オブジェクト ストア、時空間ビッグ データ ストア用に複数のバックアップ場所を定義する場合、そのいずれかをデフォルトのバックアップ場所として指定できます。 指定後は、ArcGIS Data Store によって作成されるバックアップ (自動バックアップ) は、バックアップ ファイルをその場所に書き込みます。

ヒント:

リレーショナル ストアのデフォルトの場所を変更するには、change 操作を使用します。

configurebackuplocation ユーティリティーで setdefault 操作を実行して、登録済みのバックアップ場所を指定します。 バックアップ場所の登録時に名前を付けた場合、その名前を使用して場所を指定できます。

グラフ ストアの例

次の例では、グラフ ストアに複数のファイル共有のバックアップ場所があります。 setdefault 操作を使用して、その 1 つを新しいデフォルトのバックアップ場所として指定します。

./configurebackuplocation.sh --operation setdefault --store graph --location "location=/net/server/gsbackups24"

configurebackuplocation --operation setdefault --store graph --location "location=\\sysshare2\gsbackups24"

オブジェクト ストアの例

次の例では、オブジェクト ストアで構成されたバックアップ場所の 1 つ (s3_backups) がデフォルトのバックアップ場所として設定されます。

./configurebackuplocation.sh --operation setdefault --store object --location "name=s3_backups"

configurebackuplocation --operation setdefault --store object --location "name=s3_backups"

時空間ビッグ データ ストアの例

次の例では、時空間ビッグ データ ストアの追加のバックアップ場所の 1 つ (名前は bu_container) が新しいデフォルトのバックアップ場所として指定されます。

./configurebackuplocation.sh --operation setdefault --store spatiotemporal --location "name=bu_container"

configurebackuplocation --operation setdefault --store spatiotemporal --location "name=bu_container"

すべてのバックアップ場所の特定

データ ストアのタイプが複数あり、それぞれに複数の場所がある場合、すべてのデータ ストアのバックアップ場所を記録しておくのは大変になる可能性があります。 あるいは、ArcGIS Data Store 管理者の仕事を他のユーザーから引き継ぐ場合もあります。 これらの場合、configurebackuplocation ユーティリティーで list 操作を実行して、ArcGIS Data Store をクエリーし、特定のデータ ストア タイプのすべてのバックアップ場所のリストを取得することができます。

次の例では、ArcGIS Data Store デプロイメント内にある時空間ビッグ データ ストア用に登録されたすべてのバックアップ場所が返されます。 他のデータ ストア タイプのリストを取得するには、--store オプションで relational、graph、または object を使用して、そのタイプを指定します。

./configurebackuplocation.sh --operation list --store spatiotemporal

configurebackuplocation --operation list --store spatiotemporal

自動バックアップの管理

デフォルトでは、ArcGIS Data Store は、4 日ごとにリレーショナル ストアの完全バックアップを作成しますが、ArcGIS Data Store がリレーショナル ストアの完全バックアップを作成する頻度は、updatebackupschedule ユーティリティーを実行することによって変更できます。 その他すべてのデータ ストア タイプについては、バックアップ スケジュールは updatebackupschedule ユーティリティーを使用して設定するまで存在しません。

バックアップ間隔の変更

組織のメンバーが多数のホスト レイヤーを公開および編集する場合や、大容量のストリーミング データをアーカイブする場合は、バックアップの頻度を増やします。

注意:

デフォルトでは、リレーショナル ストアに対する増分バックアップは無効になっています。 特定時点への復元を有効化した場合、ログ ファイルがいっぱいになるか、または 5 分経過するかのいずれかが先に発生したときに、増分バックアップが作成されます。 データベースが増分バックアップの作成を制御します。増分バックアップが作成される頻度をユーザーが制御することはできません。

バックアップの保存場所には、すべてのバックアップ ファイルを格納できる十分なサイズが必要です。 バックアップのサイズは使用しているデータの量によって変わりますが、デフォルトのバックアップ設定を採用している場合は、バックアップ ディレクトリーに 2 つの完全バックアップが格納されます。 これらのファイルのサイズは、データの量とサイズによって異なります。 リレーショナル ストアに対する特定時点への復元を再び有効化した場合、バックアップには、デフォルトで 7 日分の増分バックアップ ファイルも含まれます。

バックアップを手動で作成することにして、自動バックアップを無効にする場合は、バックアップ間隔を 0 に設定します。 自動バックアップを無効にする場合は、ユーザー自身がバックアップを作成して、コンピューターの故障やその他のデータ災害発生時のデータの損失を防ぐ必要があります。

注意:

自動バックアップを無効にすると、リレーショナル ストアの特定時点への復元は使用できません。すべてのリレーショナル ストアのバックアップは、完全バックアップになります。

updatebackupschedule ユーティリティーは <ArcGIS Data Store installation directory>/datastore/tools ディレクトリーにインストールされています。

updatebackupschedule ユーティリティーは <ArcGIS Data Store installation directory>\datastore\tools ディレクトリーにインストールされています。

  1. コマンド シェルを開きます。

  2. 管理者として実行 オプションを使用して、コマンド プロンプトを開きます。

  3. updatebackupschedule ユーティリティーを実行して、必要なバックアップ間隔を指定します。

    このユーティリティーを実行する構文は次のとおりです。

    updatebackupschedule [--store relational|spatiotemporal|graph|object]
[--starttime <local server time>] --frequency <number of days>

    たとえば、次のとおりに入力すると、毎日午前 3 時 (ローカル サーバー時間) にリレーショナル ストアの完全バックアップを作成するスケジュールが設定されます。

    ./updatebackupschedule.sh --store relational --starttime 03:00:00 --frequency 1

    updatebackupschedule --store relational --starttime 03:00:00 --frequency 1

    この例では、時空間ビッグ データ ストアのバックアップは、3 日間隔で午後 11 時 30 分 (ローカル サーバー時間) に実行されます。

    ./updatebackupschedule.sh --store spatiotemporal --starttime 23:30:00 --frequency 3

    updatebackupschedule --store spatiotemporal --starttime 23:30:00 --frequency 3

リレーショナル ストアの自動バックアップ ファイルの保持期間の変更

デフォルトでは、バックアップ ディレクトリーにリレーショナル ストアのバックアップ ファイルが 7 日間保持されます。 つまり、デフォルトのバックアップ間隔 (4 日間隔) と保持期間 (7 日間) をそのまま採用すると、バックアップ ディレクトリーに 2 つの完全バックアップが格納されます。 特定時点への復元を有効化した場合、バックアップ ディレクトリーには、7 日分の増分バックアップ ファイルも含まれます。 これらのファイルのサイズは、データの量とサイズによって異なります。 バックアップを格納するコンピューターには、これらのファイルをすべて格納できるだけの十分な空き容量が必要です。 バックアップ頻度を増やす場合には、バックアップ ファイルの保持期間を短くすることを検討してください。 前のセクションでは、バックアップ頻度は毎日まで増やしました。 バックアップ ディレクトリーのサイズが大きくなりすぎないようにするには、バックアップ ファイルの保持期間を短くします。

updatebackupretaindays ユーティリティーを実行する構文は次のとおりです:

updatebackupretaindays <number of days>

次の例では、バックアップ ファイルの保持期間が 4 日間に変更されます。

./updatebackupretaindays.sh 4

updatebackupretaindays 4

バックアップの手動での作成および削除

自動バックアップを使用する場合でも、システムのアップグレード前や、別の場所に 2 つ目の完全バックアップを作成する場合など、特定の目的で通常のバックアップ スケジュール以外にバックアップを作成する必要が生じることがあります。

自動バックアップを無効にする場合は、手動バックアップを定期的に作成することをおすすめします。

リレーショナル ストアおよびオブジェクト ストアに対して作成したバックアップ ファイルは、deletebackup ユーティリティーを使用して削除できます。

データ ストアのバックアップ作成のためのユーティリティーの実行

backupdatastore ユーティリティーを使用すると、指定したデータ ストアの完全バックアップを作成できます。 データ ストアに多数の変更を加えたり、データ ストアを更新する前に、完全なバックアップを手動で作成することができます。 また、データの特定の状態のコピー (たとえば、プロジェクトの最初のフェーズの終了時の状態) を保持するバックアップを作成することもできます。

リレーショナル ストアに対して backupdatastore ユーティリティーを実行すると、データ ストアの完全バックアップが必ず作成されます。

時空間ビッグ データ ストアに対して backupdatastore ユーティリティーを最初に実行すると、完全バックアップが作成されます。 このタイプのデータ ストアは非常に大きくなる可能性があるため、backupdatastore ユーティリティーを最初に実行した後に実行するたびに、最後にユーティリティーを実行してから作成されたデータのみのバックアップ コピーが作成されます。

データ ストア コンピューターに接続して backupdatastore ユーティリティーを実行する際に使用するログイン ユーザーに、データ ストアのバックアップ場所の読み取りアクセス権と書き込みアクセス権を付与する必要があります。

backupdatastore ユーティリティーを実行する構文は次のとおりです:

backupdatastore [<backup file name>] [--store {relational | spatiotemporal | graph | object}] [--location <backup_arguments>] [--prompt {yes | no}]

--location オプションを指定しないと、バックアップ ファイルがデータ ストアのデフォルトのバックアップ場所に書き込まれます。

データを復元する際にすぐに見つかるように、ファイルにわかりやすいバックアップ名を付けておきます。 名前を指定しない場合、ユーティリティーでファイルにデフォルトの名前が割り当てられます。 デフォルトの名前の形式は datastorename-timestamp になります。 たとえば、データ ストアの名前が corpds の場合に、2014 年 7 月 10 日の 14:25:49:554 UTC にバックアップを作成すると、バックアップ ファイルの名前は corpds-20140710142549554 になります。

バックアップを作成するかどうかの確認を求められます。 バックアップの作成を開始する場合は、「yes」または「y」と入力します。

ヒント:

手動バックアップのスクリプトを記述する場合は、次の例に示されているように、確認メッセージを抑止するためのフラグを挿入します:

backupdatastore --store relational --prompt no

この例では、データ ストアのバックアップ ファイル名が生成されます。 この名前は、バックアップ ファイル名の一意性を確保するためにスクリプトで必要となります。

データ ストアのバックアップの手動削除

backupdatastore ユーティリティーで作成したリレーショナル ストアまたはオブジェクト ストアのバックアップ ファイルが不要になった場合は、deletebackup ユーティリティーを使用してこれらを削除できます。 しかし、バックアップ ファイルを削除する前に、ファイルの場所と名前を指定する必要があります。

backupdatastore ユーティリティーを使用して作成したリレーショナル ストアまたはオブジェクト ストアの場所と名前を調べて、不要になったファイルを削除するには、次の手順を実行します:

  1. --operation オプションを list に設定して configurebackuplocaton ユーティリティーを実行して、データ ストア用のすべてのバックアップ場所を取得します。

    次の手順で使用するため、これらの場所をメモしておきます。

  2. configurebackuplocaton ユーティリティーによって返された各場所について listbackups ユーティリティーを実行して、各場所のバックアップ ファイルの名前を取得します。

    次の手順で削除するファイルの名前をメモしておきます。

  3. 削除する必要があるバックアップ ファイルを決定したら、各場所とファイルについて deletebackup ユーティリティーを実行して、不要なファイルを削除します。

    たとえば、リレーショナル ストアをアップグレードし、すべてのレイヤーが正常に動作していることを確認したら、アップグレードの前に作成したリレーショナル ストアのバックアップを削除できます。

    この例では、リレーショナル ストアのバックアップ ファイル preupgrade1104_bu がバックアップ場所 /net/systemserver/backups から削除されます:

    ./configurebackuplocation.sh  --operation list --store relational
Backups locations for relational store:
=====================================================================================
Type  Location                                         isDefault
=====================================================================================
fs    /net/ourserver/datastore/backups/rel                true
fs    /net/systemserver/backups                           false
./listbackups.sh --store relational --location "/net/systemserver/backups"
Backup_Name                      Status           Backup_Time         Mode
====================================================================================
phase1proj_bu                    BackupComplete   2023-03-08 14:12    manual
phase2proj_bu                    BackupComplete   2023-06-21 11:43    manual
preupgrade1104_bu                BackupComplete   2022-11-04 09:30    manual
./deletebackup.sh preupgrade1104_bu --store relational --location "/net/systemserver/backups"
You are attempting to delete backup 'preupgrade1104_bu'. This operation is irreversible.
Do you wish to continue (Yes or No)?yes
Operation completed successfully

    この例では、リレーショナル ストアのバックアップ ファイル preupgrade1104_bu がバックアップ場所 \\systemserver\backups から削除されます:

    configurebackuplocation  --operation list --store relational
Backups locations for relational store:
=====================================================================================
Type  Location                                         isDefault
=====================================================================================
fs    \\ourserver\datastore\backups\rel                true
fs    \\systemserver\backups                           false
listbackups --store relational --location "\\systemserver\backups"
Backup_Name                      Status           Backup_Time         Mode
====================================================================================
phase1proj_bu                    BackupComplete   2023-03-08 14:12    manual
phase2proj_bu                    BackupComplete   2023-06-21 11:43    manual
preupgrade1104_bu                BackupComplete   2022-11-04 09:30    manual
deletebackup preupgrade1104_bu --store relational --location "\\systemserver\backups"
You are attempting to delete backup 'preupgrade1104_bu'. This operation is irreversible.
Do you wish to continue (Yes or No)?yes
Operation completed successfully