ユーティリティは、ArcGIS Data Store とともにインストールされ、データ ストアを管理するためのデータ ストア管理ツールを提供します。 このページでは、コマンド ユーティリティについて説明し、構文と例を示します。
どのユーティリティも、ArcGIS Data Store コンピューター上で実行する必要があります。 これらのユーティリティは、<ArcGIS Data Store installation directory>/datastore/tools ディレクトリにあります。
ユーティリティ名の後に「--help」を付けて入力すると、構文のヘルプを表示できます。
allowconnection
このユーティリティはリレーショナル データ ストアで使用されます。
セキュリティ上の理由から、データ ストアへのすべての接続は、デフォルトで GIS Server サイトを通じて行われます。 それ以外のコンピューターからの接続に対してリレーショナル データ ストアを開く場合は、allowconnection ユーティリティを使用できます。
allowconnection ユーティリティは、プライマリのリレーショナル データ ストア コンピューター上でのみ実行できます。
構文
allowconnection <host name> <username> [<database>]
リレーショナル データ ストアに接続できるようにするコンピューターの名前 (ホスト名)、およびデータ ストアによって使用されるデータベース アカウントの 1 つ (ユーザー名) を指定します。ユーザー名は、データ ストア管理者、レプリカ所有者、ジオデータベース管理者、管理対象ユーザー (フィーチャ レイヤー データを公開するユーザー) のいずれかで、listadminusers または listmanageduser ユーティリティを使用して取得できます。 プライマリのリレーショナル データ ストア データベースの名前も指定できますが、1 つしか存在しないため、この値はオプションです。
例
この例では、hqo.n_1E7 管理対象ユーザーとして接続する場合、workcom コンピューターからリレーショナル データ ストアへの接続が許可されます。
./allowconnection.sh workcom hqo.n_1E7
backupdatastore
このユーティリティは、リレーショナル、タイル キャッシュ、ビッグ データ ストア、グラフ ストアに使用されます。
スケジュールされたバックアップ時刻の合間にリレーショナル データ ストアのバックアップを作成する必要がある場合は、backupdatastore ユーティリティを使用します。 このユーティリティを使用すると、データ ストアをアップグレードする前、またはデータ ストアに多数の変更を加える前に、完全バックアップを手動で作成できます。
バックアップ場所を設定した後でタイル キャッシュ データ ストアに対して backupdatastore ユーティリティを初めて実行すると、既存のすべてのタイル キャッシュ データ ストア データベースでバックアップ コピーが作成されます。 backupdatastore ユーティリティの 2 回目以降の使用では、ユーティリティを前回実行してから作成されたすべてのタイル キャッシュ データ ストア データベースのバックアップ コピーが作成されます。
バックアップ場所を設定した後でビッグ データ ストアに対して backupdatastore ユーティリティを初めて実行すると、完全バックアップが作成されます。 ビッグ データ ストアは非常に大きくなる可能性があるため、backupdatastore ユーティリティの 2 回目以降の使用では、最初の完全バックアップからの変更分のみを含むバックアップ ファイルが作成されます。
backupdatastore ユーティリティは、プライマリ リレーショナル データ ストア コンピューター上で実行できます。 このユーティリティは、タイル キャッシュまたはビッグ データ ストアのメンバーであるコンピューターから実行することができます。
すべての場合で、バックアップの保存場所がバックアップに十分に対応できるサイズであることを確認してください。 データ ストアのバックアップ保存場所を変更するには、configurebackuplocation ユーティリティを使用します。
構文
backupdatastore [<backup file name>] [--store {relational | tileCache | spatiotemporal | graph}] [--location <backup_arguments>] [--prompt {yes | no}]
--location パラメーターの引数を次に示します。それぞれの引数をセミコロン (;) で区切る必要があります。
- type= - 指定できるタイプとして、fs (ファイル共有)、s3 (Amazon Simple Storage Service (S3) バケット)、azure (Microsoft Azure Blob ストレージ コンテナー) があります。 グラフ ストアのバックアップには、ファイル共有のみ使用できます。
- name= - データ ストア用に構成したバックアップ場所に名前を付けた場合は、backupdatastore ユーティリティの実行時にバックアップ ファイルを作成する場所に対して、この名前を指定できます。
- location= - バックアップ場所の名前を指定しなかった場合は、バックアップの type と location を指定しなければなりません。 ファイル共有の場合はファイル パスを指定します。 S3 バケットの場合はバケット名を指定します。 Azure Blob ストレージ コンテナーについては、コンテナー名を指定します。
例
この例では、project1bu という名前の完全バックアップ ファイルが、configurebackuplocation ユーティリティを使用してデータ ストアに指定したバックアップ保存場所に作成されます。 デフォルトでは、リレーショナル データ ストアのバックアップが作成されます。そのため、次の例では、リレーショナル データ ストアのバックアップが作成されます。
./backupdatastore.sh project1bu You are going to back up the data store. This could take some time, depending on the size of your data store. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
この例では、localbu5 という名前で、ビッグ データ ストアのバックアップ ファイルを作成することになります。作成する場所はファイル共有で、バックアップ場所の設定時に gadbu と名づけたところです。
./backupdatastore.sh localbu5 --store spatiotemporal --location 'name=gadbu' You are going to back up the data store. This could take some time, depending on the size of your data store. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
この例では、ビッグ データ ストアのバックアップが、blob4backups という Azure Blob ストレージ コンテナーに作成されます。作成されるバックアップ ファイル名は spds311016 です。
./backupdatastore.sh spds311016 --store spatiotemporal --location 'type=azure;location=blob4backups' You are going to back up the data store. This could take some time, depending on the size of your data store. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
changebackuplocation
レガシー:
Esri は changebackuplocation ユーティリティを非推奨にしました。 既存のスクリプトが引き続き機能するように存在しています。 configurebackuplocation ユーティリティを使用します。
changedatastoremode
このユーティリティは、リレーショナルおよびビッグ データ ストアに使用されます。
changedatastoremode ユーティリティを使用すると、データ ストアのメンテナンスを実行しているときに、リレーショナル データ ストアを読み取り専用モードに設定できます。 たとえば、バックアップ保存場所のドライブの変更やデータベース プロパティの変更など、データ ストアを再起動するメンテナンス タスクを実行する必要がある場合、データ ストアの再起動時にユーザーがデータの公開または編集処理ができないように、リレーショナル データ ストアを読み取り専用モードに設定できます。
また、メンテナンスの完了後や、データ ストアが読み書きモードで正しく機能するようにプライマリ データ ストアのコンピューターに十分なディスク容量を追加した後も、changedatastoremode を使用してリレーショナル データ ストアを読み書きモードに戻します。
changedatastoremode ユーティリティは、プライマリ リレーショナル データ ストア コンピューター上で実行できますが、スタンバイ コンピューターでは実行できません。
注意:
ディスク容量の不足によって ArcGIS Data Store がリレーショナル データ ストアを読み取り専用モードに設定した場合、ディスクの使用を抑えるために自動バックアップも無効化されます。 そのため、リレーショナル データ ストアを読み取り/書き込みモードに戻した後に、updatebackupschedule ユーティリティを使用して自動バックアップ スケジュールをリセットする必要もあります。
ビッグ データ ストアのディスク容量不足が近くなると、ArcGIS Data Store は、データの破損を回避するためにビッグ データ ストアを読み取り専用に切り替えます。 ビッグ データ ストアのコンピューターに十分なディスク容量を追加した後、changedatastoremode ユーティリティを使用してビッグ データ ストアを読み書きモードに戻すことができます。
構文
changedatastoremode {readonly | readwrite} [--prompt {yes | no}] --store {relational | spatiotemporal}
例
この例では、リレーショナル データ ストアを読み書きモードに戻したため、クライアントは、ホスト フィーチャ レイヤーの ArcGIS Enterprise への公開、ホスト フィーチャ レイヤーを通じたデータの編集、マップ ビューアーへの CSV ファイルの追加などのアクティビティを再開できます。
./changedatastoremode.sh readwrite --store relational --prompt no
ビッグ データ ストアを読み書きモードにするには、次の例に示すように、--store オプションを spatiotemporal に指定します。
./changedatastoremode.sh readwrite --prompt no --store spatiotemporal
changedbproperties
このユーティリティは、リレーショナル、タイル キャッシュ、ビッグ データ ストアに使用されます。
changedbproperties ユーティリティでは、実行対象のデータ ストアのタイプに応じて、さまざまなプロパティを変更できます。
構文
changedbproperties --store {relational | tileCache | spatiotemporal} [configuration options]
サポートされている構成オプションは次のとおりです。
- disk-threshold-readonly - リレーショナル データ ストアでのみ使用されます。
この設定は、ディスク容量の不足によるデータの損失を防ぐために、リレーショナル データ ストアを読み取り専用モードに設定する条件を制御します。 サイズを MB 単位で指定します。 ディスク容量のデフォルト値は 1024 MB です。
- max-connections - リレーショナル データ ストアでのみ使用されます。
このパラメーターは、リレーショナル データ ストアに許可される接続の最大数を指定します。 リレーショナル データ ストアは、デフォルトでは最大 150 の接続を受け入れます。 changedbproperties ユーティリティで --max-connections プロパティを使用して、許可される接続数を変更できます。
データ ストアに必要な接続数を判断する場合は、ArcGIS Data Store の内部プロセスが最大 5 つの接続を取得できることを考慮に入れてください。 また、お使いの ArcGIS Data Store コンピューターが受け入れ可能で高いパフォーマンスを維持できる同時接続の数も考慮に入れる必要があります。 ArcGIS Data Store を実行するコンピューターのメモリ容量が少ない場合は、許可される接続数を減らす必要があります。
10 未満の数を指定することはできません。 許可される最大接続数を変更すると、プライマリとスタンバイの両方のデータ ストア コンピューターに対してその数が変更されます。 このパラメーターは、ビッグ データ ストアまたはタイル キャッシュ データ ストアに対してはサポートされません。
- pitr - リレーショナル データ ストアでのみ使用されます。
この設定は、ArcGIS Data Store がリレーショナル データ ストアの増分バックアップを作成することによって、リレーショナル データ ストアを特定時点へ復元できるようにするかどうかを示します。 このオプションで可能な入力は、enable または disable です。 特定時点への復元は、デフォルトで無効化されています。
注意:
webgisdr ユーティリティを使用して ArcGIS Enterprise の配置の増分バックアップを作成する場合は、特定時点へ復元を有効化する必要があります。
- enablessl - リレーショナルおよびタイル キャッシュ データ ストアでのみ使用されます。
このパラメーターは、タイル キャッシュ データ ストアにデータを入力するときや、リレーショナル データ ストアとホスティング サーバーの間で通信する際に、トランスポート レイヤー セキュリティ (TLS) プロトコルの使用を制御します。
enablessl パラメーターでサポートされているオプションは次のとおりです。
- true - これがデフォルトのオプションです。 これは、--store tileCache を指定する際にシーン レイヤー データをタイル キャッシュ データ ストアに書き込む場合や、--store relational を指定する際にリレーショナル データ ストアとホスティング サーバーの間で通信する場合に、トランスポート レイヤー セキュリティが使用されることを意味します。
- false - タイル キャッシュ データ ストアに書き込みを行う場合に、ホスティング サーバーからの HTTP 通信を使用するには、false および --store tileCache を指定します。 ホスティング サーバーとリレーショナル データ ストアの間で HTTP 通信を使用するには、false および --store relational を指定します。
- heap-size - 時空間ビッグ データ ストアでのみ使用されます。
このパラメーターは、時空間ビッグ データ ストアで使用するヒープ メモリのサイズ (MB) を変更するために使用します。 デフォルトでは、このタイプのデータ ストアは、起動時にコンピューターの RAM の半分 (空き RAM の最大 70%) を使用します。 ヒープ サイズを 512 ～ 32,000 MB の量に変更できますが、指定した量がコンピューター上で使用可能な量を超えないようにしてください。
- rebalance - 時空間ビッグ データ ストアでのみ使用されます。
デフォルトでは、このパラメーターは true に設定され、1 台のコンピューターが使用不能になった場合に、時空間ビッグ データ ストア内のデータが他のコンピューターにデータを配布します。 アップグレードなど、時空間ビッグ データ ストアのコンピューターのメンテナンスを実行する必要がある場合は、このパラメーターを false に設定することで、一時的にバランス調整を無効にできます。 バランス調整操作は、max-rebalance-off パラメーターで設定された分数だけ中断されます。
- max-rebalance-off - 時空間ビッグ データ ストアでのみ使用されます。
このパラメーターの設定は、rebalance パラメーターを false に設定するときに使用されます。 デフォルトでは、max-rebalance-off は 60 分に設定されます。 つまり、バランス調整を一時的に無効にした場合、60 分後に再開されます。 バランス調整を中断してメンテナンス タスクを実行するために必要な時間がこれよりも長いまたは短い場合は、max-rebalance-off で設定する時間を変更します。
- prompt - このユーティリティを実行するときに、指定したアクションを確認するプロンプトが表示されます。 このユーティリティの使用を自動化する場合は、prompt パラメーターを no に設定します。そうでない場合、プロンプトに答えるまでスクリプトは続行されません。
例
以下の各セクションに、changedbproperties ユーティリティで使用できるオプションの使用例を示します。
リレーショナル データ ストアの読み取り専用閾値の変更
デフォルトでは、空きディスク容量が 1,024 MB 以下になると、リレーショナル データ ストアが読み取り専用モードに設定されます。 次の例では、他のアプリがコンピューターに書き込みを行っているため、管理者は、コンピューター上の空きディスク容量が 4,000 MB 以下になると直ちに読み取り専用モードに設定されるようにリレーショナル データ ストアを構成します。
./changedbproperties.sh --store relational --disk-threshold-readonly 4000
You are changing the following database properties:
...disk space threshold to change relational data store into READONLY mode to 4000MB)
Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.
Do you want to continue (Yes or No)?Yesリレーショナル データ ストアに許可される接続数の変更
この例では、リレーショナル データ ストアに許可される最大接続数が 100 に設定されます。
./changedbproperties.sh --store relational --max-connections 100
You are changing the following database properties:
...max number of connections to 100 (on all relational data store machines)
Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.
Do you want to continue (Yes or No)?Yesリレーショナル データ ストアの特定時点への復元の有効化
デフォルトでは、特定時点への復元は無効化されています。 この例では、リレーショナル データ ストアの特定時点への復元が有効化されます。
./changedbproperties.sh --store relational --pitr enable
You are changing the following database properties:
...enable point-in-time recovery for relational store
Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.
Do you want to continue (Yes or No)?YesSSL の無効化
デフォルトでは、リレーショナル データ ストアは HTTPS を介してホスティング サーバーと通信します。 この例では、enablessl パラメーターを使用して、HTTP を介してホスティング サーバーと通信するように、リレーショナル データ ストアを構成します。
./changedbproperties.sh --store relational --enablessl false
You are changing the following database properties:
...disable ssl for relational store
Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.
Do you want to continue (Yes or No)?Yes時空間ビッグ データ ストアのヒープ サイズの変更
デフォルトでは、時空間ビッグ データ ストアは、起動時にコンピューターの RAM の半分 (および空き RAM の 70%) を使用します。 ヒープ サイズを減らすと、時空間ビッグ データ ストアが起動できなくなる場合があります。 ヒープ サイズを増やす場合は、コンピューター上で使用可能な RAM の量を超える数値を指定しないでください。
この例では、ヒープ サイズは 1,600 MB に設定されています。
./changedbproperties.sh --store spatiotemporal --heap-size 1600
You are changing the following database properties:
...heap size for spatiotemporal store to 1600MB (on current machine)
Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.
Do you want to continue (Yes or No)?Yes時空間ビッグ データ ストアのバランス調整の一時停止
この例では、管理者は時空間ビッグ データ ストア内の 1 台のコンピューター上で簡潔な保守手順を実行する必要がありますが、データ ストアをバランス調整しません。 これを行うには、rebalance 操作と max-rebalance-off 操作を使用して、バランス調整を 30 分間中断します。 30 分後、時空間ビッグ データ ストアは自動的に rebalance を true に変更します。
これは定期的に行われる必要があるため、管理者は次のステートメントをスクリプト内に保持してプロンプト オプションを no に設定します。
./changedbproperties.sh --store spatiotemporal --rebalance false --prompt no ./changedbproperties.sh --store spatiotemporal --max-rebalance-off 30 --prompt no
changeloglocation
このユーティリティはすべてのデータ ストア タイプで使用されます。
データ ストアがデフォルトのエラー ログ ファイルの場所 <ArcGIS Data Store directory>\arcgisdatastore\logs を使用しないようにする場合は、changeloglocation ユーティリティを実行して、別のディレクトリにエラー ログ ファイルを作成できます。
ArcGIS Data Store アカウントに、指定するフォルダーへの書き込み権限が必要となります。
構文
changeloglocation <directory path>
例
この例では、ログ ファイルがローカル ディレクトリ ../datastorefiles/logs に作成されます。
./changeloglocation.sh '../datastorefiles/logs'
changenosqldslocation
このユーティリティはタイル キャッシュ データ ストアに使用されます。
高解像度のタイルを大量に保存する場合に、タイル キャッシュ データ ストアを大きくできます。 その場合は、同じサーバーの他のハードドライブまたは別のサーバーの共有場所にデータを移行してください。
データを共有場所に移行した場合、ArcGIS Data Store プロセス (Linux) またはサービス (Microsoft Windows) を実行しているユーザーに、ディレクトリの読み書き権限を付与する必要があります。
構文
changenosqldslocation <path> [--prompt {yes | no}]
例
この例では、シーン レイヤー キャッシュを保存するデータベースは、コンピューター server2 の dstorecache という共有ディレクトリに作成されます。
./changenosqldslocation.sh /net/server2/dstorecache
changepassword
このユーティリティはリレーショナル データ ストアで使用されます。
ArcGIS Data Store では、リレーショナル データ ストアに使用されるデータベース アカウントのユーザー名とパスワードがランダムに生成されます。 サイトで独自のパスワードを設定する必要がある場合は、データ ストア アカウントのパスワードを取得し、changepassword を実行してパスワードを設定し直します。
管理者ユーザーのユーザー名とパスワードを取得するには listadminusers ユーティリティを、フィーチャ データ所有者のユーザー名とパスワードを取得するには listmanageduser ユーティリティを使用します。
changepassword ユーティリティは、プライマリのリレーショナル データ ストア コンピューター上でのみ実行できます。
構文
changepassword <username> <new password> [--prompt {yes | no}]
ヒント:
パスワード変更のスクリプトを記述する場合は、次の例に示されているように、確認メッセージを抑止するためのフラグを挿入します。
changepassword gwi_n2Te0 Phfl4mp --prompt no
例
この例では、ユーザー gwi_n2Te0 のパスワードが Phfl4mp! に変更されます。
./changepassword.sh gwi_n2Te0 Phfl4mp You are going to change the password for user gwi_n2Te0. Do you want to continue (Yes or No)?Yes
changestaginglocation
このユーティリティは、リレーショナルおよびタイル キャッシュ データ ストアに使用されます。
リレーショナル データ ストアまたはタイル キャッシュ データ ストアを復元する場合は、ArcGIS Data Store によって、圧縮バックアップ ファイルがステージング場所に抽出されます。 したがって、この解凍データを格納できるステージング場所が必要になります。 リレーショナル データ ストアまたはタイル キャッシュ データ ストアに大量のデータがある場合は、別のステージング場所を設定し、その場所を復元用に指定します。
構文
changestaginglocation <directory path>
例
この例では、ステージング場所を /net/sanmarcos/rbustage に指定します。
./changestaginglocation.sh /net/sanmarcos/rbustage
configurebackuplocation
このユーティリティは、リレーショナル、タイル キャッシュ、ビッグ データ ストア、グラフ ストアに使用されます。
configurebackuplocation ユーティリティを使用すると、スケジュールされたバックアップと backupdatastore ユーティリティで作成されたバックアップの両方に対して、ArcGIS Data Store がバックアップ ファイルを書き込む場所を指定できます。 このユーティリティを実行すると、バックアップ場所のプロパティを変更したり、バックアップ場所を削除したりすることもできます。
リレーショナル データ ストアは、デフォルトでローカルのバックアップ場所を使用して作成されます。 データの損失を防ぐために、change オプションを使用してリモート ファイル共有を登録することによって、デフォルト バックアップ場所を構成します。
プライマリ/スタンバイ モードで作成されたタイル キャッシュ データ ストアにはデフォルトのバックアップ場所があります。ただし、クラスター モードで作成されたタイル キャッシュ データ ストアには、デフォルトのバックアップ場所はありません。 いずれにせよ、register オプションを指定して configurebackuplocation ユーティリティを使用して、共有されたネットワークの場所、Amazon Simple Storage Service (S3) バケット、Microsoft Azure Blob ストレージ コンテナーを指定し、タイル キャッシュ データ ストアのバックアップを安全に保存します。 データ ストアをクラスター モードで実行している場合は、タイル キャッシュ バックアップ ファイルにローカル ドライブを使用できません。
ビッグ データ ストアは、デフォルトのバックアップ場所を使用して作成されません。 バックアップの作成を始める前に、register オプションを渡して configurebackuplocation ユーティリティを実行し、ファイル共有場所を指定する必要があります。指定できるのは、ネットワーク上の共有の場所、Amazon Simple Storage Service (S3) のバケット、Microsoft Azure Blob ストレージ コンテナーのいずれかです。 ローカル ドライブを、ビッグ データ ストアのバックアップ ファイル用に使うことはできません。
グラフ ストアは、デフォルトのバックアップ場所を使用して作成されません。 バックアップの作成を開始する前に、configurebackuplocation ユーティリティを register オプションで実行して、ファイル共有を指定する必要があります。 ファイル共有場所のみがサポートされています。
backupdatastore ユーティリティを使用して作成したバックアップを格納するための別のバックアップ場所を登録できます。 グラグ ストアを除くすべてのための 2 つ目のバックアップ場所には、共有のファイル ディレクトリ、S3 バケット、または Azure Blob ストレージ コンテナーを使用できます。 グラフ ストアの場合、2 つ目のバックアップ場所はファイル共有のみであることができます。
バックアップ場所の設定の詳細については、「データ ストアのバックアップの管理」をご参照ください。
構文
configurebackuplocation --location '<backup_location_arguments>' [options]
--location オプションを使用し、ArcGIS Data Store がバックアップ ファイルを保存する場所を指定します。 タイル キャッシュ データ ストアまたはビッグ データ ストアの場合やリレーショナル データ ストアの 2 つ目のバックアップ場所を登録する場合は、次の引数をセミコロン (;) で区切って指定し、引数の文字列全体を一重引用符 (') で囲んでください。--location 'type=fs|s3|azure;location=<backup_location>;[name=<backup_location_name>];[username=<AWS_access_key_ID_or_Azure_account>];[password=<AWS_secret_access_key_or_Azure_account_key>]' これらの各引数の説明は、次のリストに記載しています。
- type= - バックアップ用に使う場所のタイプを指定します。 s3 は Amazon S3 バケット、azure は Azure Blob ストレージ コンテナー、fs は共有ファイル (デフォルト値) を表します。
- location= - ファイル共有の場合、ファイル パスを指定します。 Amazon S3 バケットの場合はバケット名を指定します。 Blob ストレージ コンテナーの場合はコンテナー名を指定します。
- name= - バックアップ場所には名前を割り当てることができます。 たとえば、バックアップ場所が \\sharedserver_sharedfolders_datastorebackups のようなファイル パスである場合、これに「dsbackups」という名前を与えることが考えられます。 backupdatastore、listbackups、restoredatastore の各ユーティリティでは、ファイル パスの代わりにこの名前で指定できます。
データ ストアのバックアップ場所を設定する際、名前を指定しなければ、ArcGIS Data Store がデフォルトの名前を割り当てます。
- username= - バックアップ場所が S3 バケットまたは Blob ストレージ コンテナーの場合に必要です。 S3 バケットの場合、Amazon Web Services (AWS) アカウントのアクセス キー ID を指定します。 Azure Blob ストレージ コンテナーの場合、ここにアクセスできる、Microsoft Azure ストレージ アカウントの名前を指定します。
- password= - バックアップ場所が S3 バケットまたは Blob ストレージ コンテナーの場合に必要です。 S3 バケットの場合、AWS アカウントの秘密キーを指定します。 Azure Blob ストレージ コンテナーの場合、Azure 引数で指定した username アカウント用のキーを指定します。
- endpointsuffix= - このオプションを使用すると、Azure Blob ストレージ コンテナーの場所を指定できます。 デフォルトでは、endpointsuffix は core.windows.net に想定されています。 コンテナーが Microsoft Azure Government クラウド環境に存在する場合、endpointsuffix=core.usgovcloudapi.net を設定します。 コンテナーがプライベート クラウドに存在する場合、endpointsuffix を Azure プライベート クラウドの EndpointSuffix に設定します。 このオプションは、バックアップを Azure Blob ストレージ コンテナーに格納する場合にのみ使用します。
configurebackuplocation ユーティリティと組み合わせて指定する必要がある追加オプションを次に示します。
- --store {relational | tileCache | spatiotemporal | graph} - バックアップ場所を構成する ArcGIS Data Store のタイプを指定します。 デフォルト値は relational です。
- --operation {change | register | unregister | list | setdefault} - デフォルト値は change です。 次に、各オプションについて説明します。
- change - 次のいずれかを変更するには、このオプションを使用します。
- スケジュール設定されたリレーショナル データ ストアのバックアップごとに別々の共有ファイル場所を指定します。 change オプションを使用して設定された場所は、常にリレーショナル データ ストアのデフォルトのバックアップ場所になります。
- バックアップ場所に割り当てられた名前を変更します。
- Azure または S3 で、バックアップ場所として設定した認証情報を更新します。 S3 の場合、過去に指定した情報を username または password オプションで変更できます。 Azure の場合は、password 値を変更できます。
- register: このオプションを使用してバックアップ場所を登録します。 ビッグ データ ストア、グラフ ストア、またはクラスター モードで動作するタイル キャッシュ データ ストアに対して定義した最初のバックアップ場所が、デフォルトのバックアップ場所として設定されます。 タイル キャッシュ データ ストア (プライマリ/スタンバイ)、ビッグ データ ストア、またはグラフ ストアに対して別のバックアップ場所を登録した場合、その場所は 2 つ目のバックアップ場所として登録されます。
リレーショナル データ ストアに register オプションを指定すると、2 つ目のバックアップ場所が常に登録されます。 2 つ目のバックアップ場所には、backupdatastore ユーティリティで生成された手動バックアップが保存されます。
注意:
register オプションを使用する場合、--location オプションの情報を提供する必要があります。
- unregister - このオプションを使用して、2 つ目のバックアップ場所をデータ ストアから削除します。 登録されているバックアップ場所が 1 つしかない場合は、登録解除オプションを使用して、タイル キャッシュ データ ストア、ビッグ データ ストア、またはグラフ ストアのバックアップ場所を完全に削除することができます。
- list - データ ストアに対して登録されているバックアップ場所をすべて列挙します。
- setdefault - タイル キャッシュまたはビッグ データ ストアのバックアップ場所が複数存在する場合は、setdefault を使用して、バックアップ場所のいずれかをデフォルトのバックアップ場所として指定できます。 これは定期バックアップの書き込み先であるほか、バックアップ場所を明示せずに、backupdatastore、listbackups、restoredatastore の各ユーティリティを実行した場合にも、これが書き込み先になります。
- change - 次のいずれかを変更するには、このオプションを使用します。
- --force {true | false} - リレーショナル データ ストアでのみ使用されるオプションです。既存のデフォルトのバックアップ場所が使用できない場合でも、デフォルトのバックアップ場所を変更することができます。
リレーショナル データ ストアのデフォルトのバックアップ場所を変更すると、ArcGIS Data Store は既存のバックアップ ファイルを古い場所から新しい場所にコピーします。 ArcGIS Data Store が古い場所にアクセスできない場合、ファイルをコピーできません。 過去のリリースでは、これは configurebackuplocation ツールが失敗する原因となっていました。 既存のバックアップ ファイルをコピーせずにデフォルトのバックアップ場所の変更を続行するには、--force true を指定します。
このオプションのデフォルト値は false です。つまり、ArcGIS Data Store が既存のデフォルト場所にアクセスできなければ、デフォルトのバックアップ場所を変更することはできません。
- --prompt {yes | no} - デフォルト値は yes です。
例
次のセクションでは、データ ストアのバックアップ場所の変更、設定、リスト表示について説明します。
リレーショナル データ ストアのデフォルトのバックアップ場所の変更
最初の例では、リレーショナル データ ストアのバックアップ保存場所が myshare というコンピューターの fsdata_bu というディレクトリに設定されます。
./configurebackuplocation.sh --operation change --store relational --location /net/myshare/fsdata_bu You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)? Yes
リレーショナル データ ストアのバックアップ場所の追加
この例では、同じリレーショナル データ ストア用として、Azure 上に第 2 のバックアップ場所を登録します。
./configurebackuplocation.sh --operation register --store relational --location type=azure;location=mybackups;name=secondrelloc;username=myazureaccountlogin;password=zpw4myazureaccount You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)? Yes
グラフ ストアのバックアップ場所の設定
この例では、グラフ ストア用のネットワーク共有のバックアップ場所が登録されます。 バックアップ場所に fshare という名前を与えます。
./configurebackuplocation.sh --operation register --store graph --location 'type=fs;location=/net/sharedmachine/g_bu;name=fshare'
バックアップ場所の追加とデフォルトの場所の設定
この例では、時空間ビッグ データ ストア用として、第 2 のバックアップ場所を登録します。 追加のバックアップ場所は Azure ストレージにあります。
./configurebackuplocation.sh --operation register --store spatiotemporal --location 'type=azure;location=myblobs;name=mazloc;username=myazureaccountlogin;password=zpw4myazureaccount'
この例では、同じビッグ データ ストア用として、AWS 上に第 2 のバックアップ場所を登録します。 バックアップ場所に awsloc という名前を与えます。
./configurebackuplocation.sh --operation register --store spatiotemporal --location 'type=s3;location=mybucket;name=awsloc;username=abcdefg1234567;password=z9y8x7w6v5u4t3s2r1q0'
この例では、バックアップ場所の名前 (awsloc) を使用して、S3 バケットを、時空間ビッグ データ ストア用のデフォルトのバックアップ場所として設定します。
./configurebackuplocation.sh --operation setdefault --store spatiotemporal --location 'name=awsloc'
データ ストアのすべてのバックアップ場所のリストを取得
この例では、ビッグ データ ストア用のバックアップ場所をすべて列挙します。
./configurebackuplocation.sh --operation list --store spatiotemporal Backup locations for spatiotemporal big data store: ================================================================ Name Type Location isDefault ================================================================ fsshare fs /net/sharedmachine/ge_bu false awsloc s3 mybucket true mazloc azure myblobs false
configuredatastore
このユーティリティはすべてのデータ ストア タイプで使用されます。
ArcGIS Data Store のインストール後、configuredatastore ユーティリティを実行して、データ ストアを作成し、GIS Server サイトに登録できます。 このユーティリティを使用して、次のタイプのデータ ストアを作成できます。
また、データ ストア内のすべてのコンピューターで ArcGIS Data Store ソフトウェアを更新した後に、configuredatastore ユーティリティを実行してデータ ストアをアップグレードすることもできます。
構文
configuredatastore <ArcGIS Server admin URL> <ArcGIS Server administrator> <ArcGIS Server administrator password> <data directory> [--stores {relational | tileCache | spatiotemporal | graph | object}] [--mode {primaryStandby | cluster}]
- <ArcGIS Server admin URL> - ArcGIS Enterprise ホスティング サーバーとして使用されている、または使用される予定の GIS Server サイトです。 ArcGIS Server の管理 URL の形式は https://gisserver.domain.com:6443 です。 GIS Server サイトで ArcGIS Web Adaptor またはロード バランサーが使用されている場合でも、URL を上記の形式で指定する必要があります。
- <ArcGIS Server administrator> - GIS Server サイトの管理者権限を持つ組み込み (組織固有ではない) ユーザーのユーザー名を指定します。
- <ArcGIS Server administrator password> - 上記で使用したアカウントのパスワードを入力します。
- <data directory> - データ ディレクトリは、データ ストア ファイルの作成先となるローカル コンピューター上の場所です。
- {relational | tileCache | spatiotemporal | graph | object} - 作成するデータ ストアのタイプを指定します。 推奨されませんが、各ストア タイプをカンマで区切って指定すると (スペースは挿入しません)、複数タイプのデータ ストアを同じコンピューター上に構成できます。 たとえば、リレーショナル データ ストアとタイル キャッシュ データ ストアを同じコンピューター上に共有データ ストア ディレクトリを使用して構成するには、--stores relational,tileCache を指定します。Esri では、他のデータ ストアやソフトウェアとは別のコンピューターでビッグ データ ストアおよびグラフ ストアを実行することを強くお勧めします。 そうしなければ、パフォーマンスが低下するか、データ ストアが使用できなくなる可能性もあります。
- --mode - このオプションの操作は、タイル キャッシュ データ ストアとオブジェクト ストアにのみ適用されます。 デフォルトでは、タイル キャッシュ データ ストアとオブジェクト ストアは primaryStandby モードで作成されます。
primaryStandby モードで作成されたタイル キャッシュ データ ストアには、2 台のコンピューターを含めることができます。 スタンバイ タイル キャッシュ データ ストアには、プライマリと同じデータが含まれます。 プライマリ データ ストアに障害が起こると、スタンバイがプライマリ タイル キャッシュ データ ストアになります。 大量のシーン レイヤー キャッシュを保存する必要があるため、3 台以上のコンピューターに対応できるようタイル キャッシュ データ ストアを拡張する必要がある場合、タイル キャッシュ データ ストアを cluster モードで作成する必要があります。 モード操作を使用して、タイル キャッシュ データ ストアを primaryStandby モードからクラスター モードに切り替えることができます。
primaryStandby モードで作成されたオブジェクト ストアには、現在 1 台のコンピューターのみを含めることができます。 オブジェクト ストアに複数のコンピューターを配置して高可用性を実現する必要がある場合は、オブジェクト ストアをクラスター モードで配置します。 クラスター モードで使用する場合、オブジェクト ストアに 3 台以上のコンピューターを含める必要があります。 詳細については、「データ ストアへのコンピューターの追加」をご参照ください。
特定のタイプのデータ ストアの構成
作成するデータ ストアのタイプを指定するには、次の設定で --stores オプションを使用します。
- relational
- tileCache
- spatiotemporal
- graph
- object
同じコンピューター上で複数のデータ ストア タイプを構成するには、タイプをカンマで区切ります。 たとえば、リレーショナル データ ストアとタイル キャッシュ データ ストアを同じコンピューター上に構成するには、--stores relational,tileCache を指定します。
注意:
同じコンピューター上に構成されたデータ ストアはメモリなどのリソースを競合するため、パフォーマンスに悪影響がおよび、データ ストアが停止する可能性があります。 これは特に時空間ビッグ データ ストア、グラフ ストア、およびオブジェクト ストアに当てはまります。そのため、時空間ビッグ データ ストア、グラフ ストア、またはオブジェクト ストアは他のデータ ストアや他の ArcGIS コンポーネントと同じコンピューターに構成しないでください。
複数のビッグ データ ストア コンピューターの作成をスクリプト化している場合、追加のビッグ データ ストア コンピューターの作成をスクリプト化する前に、1 つのビッグ データ ストアを GIS Server サイトで、手作業で構成する必要があります。 他のビッグ データ ストアのコンピューターが同時に追加されないよう、スクリプトに待ち時間を含めます。
詳細については、「データ ストアの作成」をご参照ください。
ArcGIS Data Store 更新後のデータ ストアの構成
ArcGIS Data Store のアップグレードの一環として、既存のデータ ストア用コンピューターを再構成する必要があります。 既存の ArcGIS Data Store の上に ArcGIS Data Store の新しいバージョンをすべてのデータストア コンピューターにインストールした後、データストア内の任意のコンピューターにログインして、configuredatastore ユーティリティを実行して、その特定のデータストアのアップグレードを完了することができます。 たとえば、プライマリ リレーショナル データ ストア コンピューター上で configuredatastore を実行すると、スタンバイ コンピューターもアップグレードされます。
1 台のコンピューターにリレーショナル データ ストアとタイル キャッシュ データ ストアの両方が存在する場合、configuredatastore ユーティリティの実行時に --stores relational,tileCache を指定すると、両方のデータ ストア内のすべてのコンピューターが更新されます。
更新したビッグ データ ストア用コンピューターを再構成するため、ビッグ データ ストアのいずれかのコンピューターにログインし、configuredatastore ユーティリティを実行してください。 ビッグ データ ストア内の全コンピューターが更新されることになります。
新しいバージョンの ArcGIS Data Store を全コンピューターにインストールしていなければ、構成を続けることはできません。
詳細については、「ArcGIS Data Store のアップグレード」をご参照ください。
データ ストア モードの変更
タイル キャッシュ データ ストアに設定されている現在のモードを確認するには、タイル キャッシュ データ ストア コンピューター上で describedatastore ユーティリティを実行します。
タイル キャッシュ データ ストア モードを primaryStandby からクラスター モードに変更する必要がある場合は、cluster に設定された --mode 操作を使用して configuredatastore ユーティリティを実行します。
注意:
--mode 操作を使用すると、データ ストアの作成時にタイル キャッシュ データ ストア モードまたはオブジェクト ストア モードを指定したり、タイル キャッシュ データ ストアのモードを primaryStandby からクラスター モードに変更したりできますが、タイル キャッシュ データ ストアのアップグレード時にはモードを変更できず、タイル キャッシュ データ ストア モードをクラスターから primaryStandby に変更することもできません。また、オブジェクト ストアのモードも変更できません。
例
この例では、ホスト フィーチャ レイヤー データのデータ ストア (リレーショナル データ ストア) が作成されます。 このデータ ストアを使用する GIS Server サイトの URL は https://gisserver.domain.com:6443 で、サイト管理者のユーザー名は admin、パスワードは Iph33l$ik です。また、データ ストアのデータ ディレクトリは /dstore/data です。
./configuredatastore.sh https://gisserver.domain.com:6443 admin Iph33l$ik /dstore/data --stores relational
次の例では、既存のタイル キャッシュ データ ストア (プライマリ/スタンバイ) がクラスター モードに変更されます。
./configuredatastore https://gisserver.mydomain.com:6443 portaladmin S00perSecret dsstore/scenedata --stores tileCache --mode cluster
deletebackup
このユーティリティはリレーショナル データ ストアで使用されます。
deletebackup ユーティリティでは、リレーショナル データ ストアに対して作成したバックアップ ファイルを削除できます。 まず、listbackups ユーティリティを実行して、backupdatastore ユーティリティを使用して作成したバックアップの名前と作成日時を確認します。 その後、deletebackup ユーティリティを実行して、不要になったバックアップ ファイルを削除できます。
データ ストアの復元に必要でないバックアップだけを削除できることに注意してください。 たとえば、リレーショナル データ ストアの最新の完全バックアップを削除することはできません。
構文
deletebackup <backup name> [--prompt {yes | no}]
例
./deletebackup.sh featuresMarchbu You are attempting to delete backup 'featuresMarchbu'. This operation is irreversible. Do you wish to continue (Yes or No)?yes Operation completed successfully
describedatastore
このユーティリティはすべてのデータ ストア タイプで使用されます。
describedatastore ユーティリティでは、ArcGIS Data Store インストールに関する次の情報を表示できます。
- ArcGIS Data Store のインストールのソフトウェア リリース番号
- データ ストアがデータの復元に使用するステージングの場所
- データ ストアのログ ファイルの場所
- ArcGIS Data Store がインストールされているコンピューター上で利用可能な残り容量。
- リレーショナル データ ストアとビッグ データ ストアが読み取り専用モードになり、タイル キャッシュ データ ストアが停止する空きディスク容量閾値。
- 各タイプのデータ ストアに使用されるバックアップ保存場所
- リレーショナルまたはタイル キャッシュ データ ストアのバックアップ保存場所がネットワーク共有であるかどうか
- データ ストアのバックアップが作成される頻度 ([バックアップのスケジュール])
- リレーショナル データ ストアのバックアップ ファイルが保持される日数と、リレーショナル データ ストアを特定の時点まで復元できるかどうか
- データ ストアが実行中であるかどうか ([データ ストアのステータス])
- リレーショナル データ ストアで SSL 通信を有効にしているかどうか。
- スタンバイのリレーショナルまたはタイル キャッシュ (プライマリ/スタンバイ モード) データ ストアがプライマリ データ ストアになる日時 ([前回のフェイルオーバー])。フェイルオーバーが発生しなかった場合は表示されません。
- リレーショナルまたはタイル キャッシュ データ ストア内のコンピューターの名前 ([メンバー コンピューター])
- リレーショナル データ ストアに許可される最大接続数
- データ ストアの登録先である GIS Server サイトの URL ([所有システムの URL])
- GIS Server サイトをホスティング サーバーとして使用しているポータルの URL ([ポータルの URL])
- リレーショナル データ ストアに対する現在のフィーチャ レイヤーの接続数
- 現在ビッグ データ ストアに属しているすべてのコンピューターのリスト ([時空間クラスター内のコンピューター])
- 現在調整コンピューターに指定されているビッグ データ ストア内のコンピューター ([クラスター内の現在の調整コンピューター])
- タイル キャッシュ データ ストアまたはビッグ データ ストア クラスター内にあるすべてのコンピューターのリスト ([登録済み <データ ストア タイプ> コンピューター])。ステータスに関係なく、クラスター内にあるすべてのコンピューターが表示されます。
- タイル キャッシュ データ ストアまたはオブジェクト ストア用に構成されたモード (クラスターまたはプライマリ/スタンバイ)。
- リレーショナル ビッグ データ ストアまたはビッグ データ ストアが READWRITE または READONLY モード ([データ ストア モード]) であるかどうか
構文
describedatastore
例
describedatastore ユーティリティは、コンピューター上にあるすべてのデータ ストアに適用される一般情報と、各タイプのデータ ストアに固有の情報を含む別々のセクションを返します。
異なるデータ ストアが別々のコンピューター上に存在するはずですが、各タイプに返された情報を確認できるように、以下の出力は同じコンピューター上に ArcGIS Data Store のすべてのタイプを含んでいるコンピューターを示しています。 最初のセクション (一般情報) は常に返されます。 descriptionatastore によって返されるデータ ストア セクションは、コンピューター上に存在するデータ ストアのタイプによって異なります。
./describedatastore.sh
General Information of ArcGIS Data Store on machine.domain.com
==============================================================
ArcGIS Data Store release....11.0.0.1234
Staging location............./arcgis/datastore/staging
Log location................./arcgis/datastore/logs
Free disk space..............174.00GB
Threshold for READONLY mode..2048MB
Information for relational data store ds_sthiu0_5T
==============================================================
Backup location.........../net/nwshare/dsbackups
Is backup folder shared...true
Backup schedule...........{"schedule-starttime":"00:00:00","schedule-frequency":"Every 7 DAYS"}
Days backup retained......31
Data store status.........Started
SSL enabled...............true
Last failover.............20150130190334005
Member machines...........MACHINE1.DOMAIN.COM, MACHINE4.DOMAIN.COM
Maximum connections.......150
Owning system URL.........https://gisserver_webadaptor.domain.com/server
Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal
Number of connections.....8 connection(s) to managed database
Data Store mode.....................READWRITE
Is Point-in-time recovery enabled...No
Query optimizer enabled.............Yes
Information for tile cache data store ds_wztxj7um
==============================================================
Data location............./home/ags/arcgis/datastore/usr/arcgisdatastore/nosqldata
Data store status.........Started
Last failover.............20200130190334005
Backup location.........../net/sharedir/datastore/backup
Is backup folder shared...true
Mode......................primary-standby
Member tile cache machines.......MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM
Owning system URL.........https://gisserver_webadaptor.domain.com/server
Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal
Information for spatiotemporal big data store ds_qpko99Cl
==============================================================
Max rebalance off time..............60 minutes
Automatic rebalance ................On
Machines in spatiotemporal cluster..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Current coordinator in cluster...MACHINE1.DOMAIN.COM
Registered spatiotemporal machines..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Owning system URL...................https://gisserver_webadaptor.domain.com/server
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal
Data Store mode.....................READWRITE
Information for graph store x2b7s0n
==============================================================
Deployment mode................................singleInstance
Access endpoint................................MACHINE1:9829
Registered graph store machines................MACHINE1.DOMAIN.COM
Owning system URL...................https://gisserver_webadaptor.domain.com/server
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal
Information for object store w1tiknx
==============================================================
Deployment mode................................primaryStandby
Access endpoint................................MACHINE1:9900
Registered object store machines...............MACHINE1.DOMAIN.COM
Owning system URL...................https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portaldiskcleanup
このユーティリティは、リレーショナル、タイル キャッシュ、ビッグ データ ストアに使用されます。
diskcleanup ユーティリティは、restoredatastore や ArcGIS Data Store のアップグレードなどの操作によって残されたテンポラリ ファイルを削除します。 アップグレード後に、失敗したアップグレードのトラブルシューティングや復元操作を可能にする特定のファイルが残されます。 アップグレードまたは復元操作が成功し、システムが正常に機能していることを確認したら、このツールを実行してそれらのテンポラリ ファイルを削除し、データ ストア コンピューター上のディスク空き容量を取り戻すことができます。
このユーティリティは、一度に 1 台のコンピューターのディスク容量をクリーンアップします。 同じデータ ストア内の複数のコンピューター上のファイルをクリーンアップする必要がある場合は、このツールを各コンピューター上で実行します。
構文
diskcleanup
例
diskcleanup ユーティリティを実行するには、続行するということを確認する必要があります。
./diskcleanup
You are attempting to cleanup some archived data generated as part of ArcGIS Data Store upgrades or backup-restore operations. Once removed, this data can't be recovered. Do you want to continue (Yes or No)?
exportmanageddb
レガシー:
Esri は、10.5.1 で exportmanageddb ユーティリティを非推奨にしました。 この機能は、backupdatastore ユーティリティに組み込まれています。 backupdatastore ユーティリティを使用して、バックアップ ファイルを作成します。
importmanageddb
レガシー:
importmanageddb ユーティリティは、以前のエクスポート ファイルを使用できるように、関連ユーティリティ (exportmanageddb) が廃止された後のいくつかのリリースで維持されました。 ただし、ArcGIS Data Store 11 以降では、リレーショナル データ ストアおよびタイル キャッシュ データ ストアをエクスポート ファイルからインポートする代わりに、backupdatastore ユーティリティを使用してバックアップ ファイルを作成し、restoredatastore を使用してバックアップ ファイルからデータ ストアを復元します。
listadminusers
このユーティリティはすべてのデータ ストア タイプで使用されます。
listadminusers ユーティリティでは、管理者、レプリカ所有者、およびリレーショナル データ ストアのジオデータベース管理者のユーザー名とパスワードが返されます。 タイル キャッシュ データ ストア、ビッグ データ ストア、およびグラフ ストアの管理者が返されます。
構文
listadminusers
例
この例では、リレーショナル データ ストアしかインストールされていないコンピューターで listadminusers を実行します。
./listadminusers.sh
Admin users for relational data store ds_abcd1234 ================================================= Database Admin User.... adm_32ret / tT30sbYk22jF Database Repl User..... dsrepuser / uWn/MV0678h4 GDB Admin User......... sde / iO=Qst751epb
この例では、ビッグ データ ストアしかインストールされていないコンピューターで listadminusers を実行します。
./listadminusers.sh
Admin users for spatiotemporal big data store bds_abcd1234 ================================================= Store admin user.... els_321ret / B1as70fF1
この例では、グラフ ストアしかインストールされていないコンピューターで listadminusers を実行します。
./listadminusers.sh
Admin users for graph store s2t0ic1 ================================================= Store admin user....root / ypz5kx2c5tk4fequ
この例では、オブジェクト ストアしかインストールされていないコンピューターで listadminusers を実行します。
./listadminusers.sh
Admin users for object store w1tiknx ================================================= Store admin user....n6o96nl53vzkm36d / bpvifyjz73xwhot4
listbackups
このユーティリティは、リレーショナル、タイル キャッシュ、ビッグ データ ストア、グラフ ストアに使用されます。 リレーショナル データ ストアに対して実行した場合、listbackups ユーティリティはプライマリ データ ストア コンピューター上でしか動作しません。
listbackups ユーティリティは、すべてのバックアップ ファイルの名前と、それらが書き込まれている場所を返します。 また、listbackups ユーティリティでは、バックアップのステータス (完了したかどうか)、バックアップの開始日時、バックアップが backupdatastore ユーティリティを使用して手動で作成されたか、ArcGIS Data Store によって自動的に作成されたかという情報も返されます。
listbackups ユーティリティを実行する場合は、バックアップ ファイルのリストを表示したいバックアップ場所を指定します。 場所を指定しなければ、listbackups ユーティリティは、デフォルトのバックアップ場所にあるバックアップを返します。
listbackups を実行すると、バックアップが完了したか、まだ実行されているかを確認したり、保持している手動バックアップの数を調べたり、deletebackup ユーティリティの実行前にファイル名を確認したりできます。
構文
listbackups [--store {relational | tileCache | spatiotemporal | graph}] [--location '<location_arguments>']
データ ストア タイプを指定しなかった場合、ユーティリティのデフォルトは relational になり、そのコンピューター上で実行されているリレーショナル データ ストアのバックアップが返されます。
location パラメーターは、ビッグ データ ストアとリレーショナル データ ストアに使います。 引数は次のとおりです。
- name=: バックアップ場所の名前。 バックアップ場所の構成時に指定した名前、または ArcGIS Data Store が割り当てたデフォルトの名前 (指定しなかった場合) です。
- location=: 共有ファイル ディレクトリのパス、S3 バケット名、Blob ストレージ コンテナー名のいずれかを指定します。
例
この例では、sbdsbu というバックアップ場所にある、ビッグ データ ストアのバックアップがリストされます。
./listbackups.sh --store spatiotemporal --location 'name=sbdsbu' Backup_Name Status Backup_Time Mode ======================================================================= backup1 BackupComplete 2016-07-11 09:47 manual Backups located at: '/net/myserver.ntw.com/spatiotemporal'
listdatasources
このユーティリティは、時空間ビッグ データ ストアに使用されます。
10.8.1 のバグのため、10.9 以降にアップグレードした後、四角形または六角形の集約を使用する ArcGIS GeoEvent Server マップ サービスがレンダリングされません。 これを修整するには、listdatasources ユーティリティを実行して GeoEvent Server マップ サービスの名前を取得し、upgradedatasource ユーティリティで返されるサービス名を使用して、個々のサービスのデータを更新します。
listdatasources ユーティリティは、時空間ビッグ データ ストア内の任意のコンピューター上で実行できます。
構文
listdatasources
例
コマンド プロンプトで listdatasources ユーティリティを実行して、GeoEvent Server マップ サービスのリストを取得します。
./listdatasources
listmanageduser
このユーティリティはすべてのデータ ストア タイプで使用されます。
listmanageduser ユーティリティは、リレーショナルおよび時空間ビッグ データ ストア内にあるホスト フィーチャ レイヤーのデータを所有するアカウントのユーザー名とパスワードを返します。 このユーティリティは、タイル キャッシュ データ ストアのシーン キャッシュの所有者、およびグラフ ストア内のグラフの所有者のユーザー名とパスワードも返します。
構文
listmanageduser
例
次の例にある listmanageduser は、リレーショナル データ ストアおよびタイル キャッシュ データ ストアを含むコンピューター上で実行されます。 このコンピューターはプライマリ リレーショナル データ ストアです。
./listmanageduser.sh
Managed user for relational data store ds_abcd1234 =================================================== UserName Password Database gwi_n2Te0 4cXddhZhve=Y db_qv5e1 Managed user for tile cache data store tcs_e41f0rj2 =================================================== UserName Password usr_n8778 y47ccno913
この例では、ビッグ データ ストア コンピューターで listmanageduser を実行します。
./listmanageduser.sh
Managed user for spatiotemporal big data store bds_6udbx4321 ============================================================= UserName Password fmr_o1He3 5vZggkPbaw+T
この例では、グラフ ストア コンピューターで listmanageduser を実行します。
./listmanageduser.sh
Managed user for graph store s2t0ic1 ================================================ UserName Password mu_vwmp8c6 m5c2so76y3b0qczf
この例では、オブジェクト ストア コンピューターで listmanageduser を実行します。
./listmanageduser.sh
Managed user for object store w1tiknx ============================================================= Store credential........n6o96nl53vzkm36d / bpvifyjz73xwhot4
registerdatastore
このユーティリティはすべてのデータ ストア タイプで使用されます。
データ ストアには、GIS Server サイトのコンピューター名に関する情報が保持されています。 GIS Server サイトを新しいコンピューターに移動する場合 (たとえば、新しいハードウェアを取得した場合や、既存の GIS Server コンピューターに障害が発生した場合)、データ ストアを GIS Server サイトから登録解除して、この情報を削除する必要があります。 GIS Server を新しいコンピューターで構成したら、registerdatastore ユーティリティを使用して、データ ストアを GIS Server サイトに登録できます。
これは、データ ストアを以前の登録先と同じ GIS Server サイトに登録する場合に使用することに注意してください。 データ ストアには、既存の GIS Server サイト上のホスト レイヤーのデータが含まれています。 データ ストアを別の GIS Server サイトに登録すると、ホスト フィーチャ レイヤー、シーン レイヤー キャッシュ、またはストリーム サービスのデータ アーカイブは再作成されません。
registerdatastore ユーティリティは、プライマリのリレーショナル データ ストア コンピューター上、またはプライマリ/スタンバイ モードで実行されているタイル キャッシュ データ ストアまたはオブジェクト ストアのプライマリ コンピューター上で実行できます。 また、このユーティリティは、クラスター モードで実行されているタイル キャッシュ データ ストアまたはオブジェクト ストア内の任意のコンピューター上、または任意の時空間ビッグ データ ストア コンピューター上で実行できます。
構文
registerdatastore <ArcGIS Server URL> <ArcGIS Server site administrator username> <ArcGIS Server site administrator password> --stores {relational | tileCache | spatiotemporal | graph | object}
お勧めしませんが、複数タイプのデータ ストアが同じコンピューターにインストールされている場合、データ ストア タイプをカンマで区切って指定すると (スペースは挿入しません)、それらを一度に登録できます (例: --stores relational,tileCache)。
例
この例では、リレーショナル データ ストアは、GIS Server という URL の https://gisserver.domain.com:6443 サイトに再登録されます。 ArcGIS Server のプライマリ サイト管理者のユーザー名は agsadmin、パスワードは Tan$p0n です。
./registerdatastore.sh https://gisserver.domain.com:6443 agsadmin Tan$p0n --stores relational
removemachine
このユーティリティは、リレーショナル、タイル キャッシュ、ビッグ データ ストアに使用されます。
removemachine ユーティリティを使用すると、複数のコンピューターを含むデータ ストアから 1 台のコンピューターを削除できます。 removemachine ユーティリティは次のシナリオで使用されます。
- リレーショナル データ ストアからスタンバイ コンピューターを削除します。 このユーティリティは、スタンバイ コンピューター上で実行するか、スタンバイ コンピューターが使用できない場合は、プライマリ コンピューターから実行することができます。
- タイル キャッシュ データ ストアからコンピューターを削除します。 removemachine ユーティリティは、タイル キャッシュ データ ストアに含まれる任意のコンピューター上で実行できますが、1 台のコンピューターでのみ構成されているタイル キャッシュ データ ストアに対して実行することはできません。
- ビッグ データ ストアからコンピューターを削除します。 removemachine ユーティリティは、ビッグ データ ストアに含まれる任意のコンピューター上で実行できますが、1 台のコンピューターでのみ構成されているビッグ データ ストアに対して実行することはできません。
構文
removemachine <machine name> --store {relational | tileCache | spatiotemporal} [--force {true | false}] [--prompt {yes | no}]
--force - デフォルトでは、false に設定されています。 このオプションに true を指定するのは、登録した ArcGIS Server サイトがない場合に限ります。
--prompt - デフォルトでは、yes に設定されています。 確認を求められないようにしたい場合は、このオプションに no を指定してください。
例
この例では、ビッグ データ ストア コンピューターの gefour が、データ ストアから削除されます。
./removemachine.sh gefour --store spatiotemporal
この例では、ホスティング サーバー サイトがなく、リレーショナル データ ストアがあるコンピューター fsdata が、データ ストアから削除されます。
./removemachine.sh fsdata --store relational --force true
removestandbymachine
レガシー:
Esri は removestandbymachine ユーティリティを非推奨にしました。 既存のスクリプトが引き続き機能するように存在してはいますが、removemachine ユーティリティを代わりに使用して起動してください。
restoredatastore
このユーティリティは、リレーショナル、タイル キャッシュ、ビッグ データ ストア、グラフ ストアに使用されます。
ホスト フィーチャ レイヤー、ホスト時空間フィーチャ レイヤー、ホスト シーン レイヤー、アーカイブされたリアルタイム データ、またはナレッジ グラフ レイヤーで使用されているデータにアクセスできなくなった場合は、バックアップ ファイルと restoredatastore ユーティリティを使用して、データ ストアを復元します。
データ ストアを復元できない場合は、ArcGIS Data Store を新しいコンピューターにインストールした後、データ ストアを構成しないで、バックアップを新しいコンピューターに復元します。
リレーショナル データ ストアを使用している場合で、ホスト フィーチャ レイヤーのデータを過去の特定の時刻にロールバックする場合は、既存のリレーショナル データ ストア上に復元します。 利用可能なバックアップ ファイルが存在する、以前のリレーショナル データ ストアの状態にのみ復元できることに注意してください。 たとえば、5 日分のバックアップしかない場合は、5 日以内の時点にのみデータ ストアを復元できます。
複数コンピューターのタイル キャッシュ データ ストアのコンピューターのうちの 1 台を置き換える必要がある場合、おそらくタイル キャッシュ データ ストア全体でシーン レイヤー キャッシュのバランスを再調整することが必要になります。 そのプロセスの一部で、replicatedata オプションを true に設定してタイル キャッシュ データ ストアを復元する必要があります。 この手順については、「データ ストアの復元」をご参照ください。
restoredatastore ユーティリティは、プライマリ リレーショナル データ ストア コンピューター上で実行できます。 また、このユーティリティは、任意のタイル キャッシュまたはビッグ データ ストア コンピューター上で実行できます。
構文
restoredatastore [options]
サポートされているオプションは次のとおりです。
- [--store {relational | tileCache | spatiotemporal | graph}] - 復元するデータ ストアのタイプを指定します。
- [--target {most-recent | <yyy-mm-dd-hh:mm:ss> | <name of backup file>}] - すべてのデータ ストア タイプが、target オプション付きのバックアップ ファイル名をサポートします。 タイム スタンプおよび most-recent は、リレーショナル データ ストアのみでサポートされます。
- [--source-loc <parent directory of the source backup file location>] - データ ストアの復元に使用するバックアップ ファイルが存在する最上位のディレクトリです、 これは、ファイル共有場所へのパス、バックアップ場所の名前、Amazon S3 または Azure Blob ストレージのバックアップ場所のいずれかになります。 グラフ ストアでは、ファイル共有場所のみがサポートされています。
ヒント:
describedatastore ユーティリティを実行して、バックアップ ソースの場所を取得できます。 データ ストア コンピューターが強制終了し、データ ストアを復元するために新しいコンピューターに復元している場合など、describedatastore を実行できない場合は、agsds_backup_sig というファイルの有無によって正しいバックアップ ソースの場所を特定できます。
- [--bound {true | false}] - --bound オプションは、リレーショナル データ ストアでのみサポートされています。
- [--data-dir <new data store directory>] - データベースを復元しているコンピューターの ArcGIS Data Store ディレクトリを指定します。 データ ストアを新しいコンピューターに復元している場合、--data-dir のみを使用します。 新しいコンピューターに復元している場合、--source-loc オプションも指定する必要があります。
- [--server-url <ArcGIS Server URL registered with data store>] - バックアップを作成したときにデータ ストアが登録されていたのと同じ GIS Server サイトにデータ ストアを登録したままにするために、--bound true を指定する場合、その GIS Server サイトの URL を指定します。 --bound true を指定して、サービスを新しい GIS Server サイトに移動した場合、--server-url オプションを使用して新しい GIS Server サイトの URL を指定します。 新しいサイトの URL を指定して、この新しいサーバーにサービスを移動していない場合は、データ ストア内のデータにアクセスできなくなります。
- [--server-admin <username of ArcGIS Server admin>] - このオプションは、--bound true を指定した場合、または --bound オプションを指定しない場合に必要です。 ArcGIS Server 管理者のユーザー名を入力します。
- [--server-password <password of ArcGIS Server admin>] - このオプションは、--bound true を指定した場合、または --bound オプションを指定しない場合に必要です。 ArcGIS Server 管理者のパスワードを入力します。
- [--loaddata {true | false}] - タイル キャッシュ データ ストア、ビッグ データ ストア、およびグラフ ストアでサポートされています。 データ ストアを新しい一連のコンピューターに復元する必要がある場合は、このオプションを false に設定します。ただし、データは 1 つ目のコンピューターに格納されません。 これにより、データ ストアのスキーマを復元し、すべてのデータを格納できるようにデータ ストアにさらにコンピューターを追加した後、restoredatastore を --loaddata に設定して true ユーティリティを再実行し、データを復元することができます。 デフォルトでは、このオプションは true に設定されます。
- [--replicatedata {true | false}] - タイル キャッシュ データ ストアでサポートされます。 コンピューターをタイル キャッシュ データ ストアに追加した後にシーン キャッシュ データのバランスを再調整する必要がある場合は、このオプションを true に設定します。
- [--mode {primaryStandby | cluster}] - タイル キャッシュ データ ストアを新しいコンピューターに復元する場合、高可用性を確保するために 2 台のコンピューターのタイル キャッシュ データ ストア (primaryStandby) が必要か、あるいはスケーラブルなマルチコンピューター タイル キャッシュ データ ストア (cluster) が必要かを指定します。
- [--prompt {yes | no}]
強制終了後に、またはリレーショナル データ ストアの移動のために復元する場合は、--target most-recent を指定します。 リレーショナル データ ストアをある時点に復元する場合は、データ ストアをどの日時 (UTC) に復元するかを指定します。 復元したい特定のバックアップ ファイルがある場合は、バックアップ ファイル名を指定します。 ターゲットを指定しない場合、最新のバックアップが復元されます。
デフォルトでは、復元されたデータ ストアはその GIS Server サイトに関連付けられます (バインドされます)。 データ ストアの GIS Server サイトとの関連付けを保持せずにデータ ストアを復元する場合にのみ、「--bound false」を指定します。 以前の GIS Server サイトが失われ、回復できなかった場合の最終手段としてのみこれを行います。バインドされていない状態でデータ ストアを復元し、フェデレートされた新しい GIS Server サイトで構成できます。 ただし、そのデータ ストア内のデータを使用していたレイヤーは存在しなくなります。 データ ストアのデータベースに接続し、データを別の形式に抽出して、ArcGIS Enterprise に再度公開する必要があります。
例
この例では、最新のバックアップは rdsbackups というバックアップ場所にあり、既存のデータ ストアに復元されます。 デフォルトのストア タイプはリレーショナルで、そのデータ ストアが登録された GIS Server サイトにデフォルトでバインドされるため、--store relational または --bound true を指定する必要はありません。 ただし、GIS Server の URL と管理者の認証情報は指定する必要があります。
./restoredatastore.sh --target most-recent --source-loc rdsbackups --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
この例では、特定時点への復元が有効化されたリレーショナル データ ストアが、ネットワーク共有のリレーショナル データ ストアのバックアップ場所から 2014 年 7 月 17 日午後 2:30 (UTC) の状態に復元されます。
./restoredatastore.sh --target 2014-07-17-14:30:00 --source-loc /net/sharedserver/entbackups/relds --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
この例では、リレーショナル データ ストアが、movedatastore というバックアップ ファイルを使用して、新しいコンピューターに復元されます。 新しいコンピューターに復元する場合、バックアップ ファイルの場所と新しい ArcGIS Data Store のデータ ディレクトリの場所を指定する必要があります。 ホスト フィーチャ サービスは、リレーショナル データ ストアを登録したのと同じ GIS Server サイトで実行されているため、--bound true は必要ありませんが、GIS Server の URL と管理者の認証情報は必要です。
./restoredatastore.sh --target movedatastore --source-loc /net/buserver/data/backups --data-dir /usr/datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
次の例では、タイル キャッシュ データ ストアが新しいコンピューターに復元されます。 新しいコンピューターに復元する場合、バックアップ ファイルの場所と新しい ArcGIS Data Store のデータ ディレクトリの場所を指定する必要があります。 シーン サービスは、タイル キャッシュ データ ストアを登録したのと同じ GIS Server サイトで実行されているため、--bound true は必要ありませんが、GIS Server の URL と管理者の認証情報は必要です。
./restoredatastore.sh --store tilecache --source-loc /net/buserver/scenedata/backups --data-dir /usr/datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
この例では、タイル キャッシュ データ ストアが、mybackupfilename という名前のファイルから復元され、新しいコンピューターがタイル キャッシュ データ ストアに追加された後に、シーン キャッシュ データのバランスを再調整します。
./restoredatastore.sh --store tilecache --target mybackupfilename --serverurl https://gisserver.domain.com:6443 --server-admin siteadmin --server-password myAdminPWd! --replicatedata true You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
次の例では、ビッグ データ ストアのバックアップ ファイル (bds1) を、名前付きのバックアップ場所 (awsloc) から復元します。
./restoredatastore.sh --target bds1 --store spatiotemporal --source-loc 'name=awsloc' --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
ハードウェア障害の後にビッグ データ ストアを復元する手順および例については、「データ ストアの復元」をご参照ください。
revokeconnection
このユーティリティはリレーショナル データ ストアで使用されます。
allowconnection ユーティリティを使用して、別のクライアントがリレーショナル データ ストアに直接接続するのを一時的に許可した場合は、revokeconnection ユーティリティを実行することで、その接続機能を無効にすることができます。
revokeconnection ユーティリティは、プライマリのリレーショナル データ ストア コンピューター上でのみ実行できます。
構文
revokeconnection <host name> <username> [<database>]
例
この例では、ユーザー hqo.n_1E7 としてログインした場合、データ ストアのデータベースが workcom コンピューターからの接続を受け入れなくなります。
./revokeconnection.sh workcom bn0_3Wa.m hqo.n_1E7
unregisterdatastore
このユーティリティはすべてのデータ ストア タイプで使用されます。
unregisterdatastore ユーティリティを使用すると、次のことを実行できます。
- 任意のタイプの単一コンピューターのデータ ストアをホスティング GIS Server サイトから登録解除します。
オブジェクト ストアを登録解除した後、ホスティング サーバーを再起動する必要があります。
- プライマリ/スタンバイ モードで実行されているリレーショナル データ ストアやタイル キャッシュ データ ストアでは、スタンバイ コンピューターを削除した後でプライマリ コンピューターを登録解除することができます。
- クラスター モードで実行されている時空間ビッグ データ ストアおよびタイル キャッシュ データ ストアでは、他のすべてのコンピューターをクラスターから削除した後で最後のコンピューターを登録解除することができます。
注意:
データ ストアを登録解除して配置から永続的に削除する場合は、そのデータ ストアを登録解除する前に、データを使用しているホスト レイヤーを削除しておきます。 たとえば、組織のメンバーが GeoAnalytics Toolsをテストしており、そのツールで作成されたレイヤーに時空間ビッグ データ ストアを使用していたが、そのレイヤーを代わりにリレーショナル データ ストアに格納できると判断した場合は、時空間ビッグ データ ストアを登録解除する前に、テスト対象のホスト時空間フィーチャ レイヤーを削除しておきます。 そうでない場合、ポータルに使用できないレイヤー アイテムが存在し、ホスティング サーバーで使用できないサービスが実行されることになります。
データ ストアからコンピューターを登録解除すると、ホスティング GIS Server サイト (ナレッジ グラフの場合は ArcGIS Knowledge Server サイト) はそのコンピューターに接続できなくなり、登録解除したデータ ストア内のデータが含まれているどのサービスも機能しなくなります。 ただし、このユーティリティを実行してもデータは削除されません。今までどおりデータ ストアが必要であると判断した場合は、registerdatastore または configuredatastore ユーティリティを使用してデータ ストアを追加し直すことができます。
構文
unregisterdatastore --stores {relational | tileCache | spatiotemporal | graph | object} [--prompt {yes | no}]
複数タイプのデータ ストアが同じコンピューターにインストールされていて、複数のデータ ストアを一度に登録解除したい場合は、各データ ストア タイプをカンマで区切って指定します (スペースは挿入しません)。 たとえば、リレーショナルおよびタイル キャッシュ データ ストアを登録解除するには、--stores relational,tileCache と入力します。
例
ここでは、unregisterdatastore ユーティリティを実行して、GIS Server サイトからリレーショナルおよびタイル キャッシュ データ ストアを登録解除します。 プロンプトが返されます。これがデフォルトの振舞いです。 プロンプトが返されないようにするには、--prompt No を指定します。
./unregisterdatastore.sh --stores relational,tileCache You are going to unregister the data store. Do you want to continue (Yes or No)?Yes
updatebackupretaindays
このユーティリティはリレーショナル データ ストアで使用されます。
ArcGIS Data Store には、デフォルトでは、リレーショナル データ ストアのバックアップ ファイルが 7 日間保持されます。 updatebackupretaindays ユーティリティを実行して、バックアップ ファイルがバックアップ ディレクトリから削除される頻度を変更できます。
updatebackupretaindays ユーティリティは、プライマリのリレーショナル データ ストア コンピューター上でのみ実行できます。
構文
updatebackupretaindays <number of days>
例
次の例では、バックアップ ファイルの保持期間が 10 日間に変更されます。
./updatebackupretaindays.sh 10
updatebackupschedule
このユーティリティは、リレーショナル、タイル キャッシュ、ビッグ データ ストア、グラフ ストアに使用されます。
デフォルトでは、ArcGIS Data Store は 4 日間隔でリレーショナル データ ストアの完全バックアップを作成します。 updatebackupschedule ユーティリティを実行して、完全バックアップが作成される頻度を変更できます。
タイル キャッシュ データ ストア、ビッグ データ ストア、またはグラフ ストアにデフォルトの自動バックアップ機能はありません。 ビッグ データ ストアに自動バックアップ スケジュールを設定するには、まず有効なバックアップ場所を設定する必要があります。
24 時間表記で (たとえば、夜中の 12 時は 00:00:00、午後 1 時は 13:00:00)、開始時刻を指定します。frequency オプションを使用して、バックアップ間隔の日数を指定します。 自動バックアップを無効にするには、frequency を 0 に設定します。 自動バックアップを無効にした場合は、必ず backupdatastore ユーティリティを実行して手動でバックアップを作成してください。
updatebackupschedule ユーティリティは、プライマリ リレーショナル データ ストア コンピューター上で実行できます。 また、このツールは、任意のタイル キャッシュまたはビッグ データ ストア コンピューター上で実行できます。
構文
updatebackupschedule [--store {relational | tileCache | spatiotemporal | graph}] [--starttime <local server time>] --frequency <number of days>
新しい開始日時を指定しない場合、既存の開始日時の設定は変更されません。 データ ストア タイプを指定しない場合は、リレーショナル データ ストアと見なされます。
例
この例では、リレーショナル データ ストアの完全バックアップが 10 日ごとの午後 11 時 (ローカル サーバー時間) に実行されます。
./updatebackupschedule.sh --starttime 23:00:00 --frequency 10
この例では、タイル キャッシュ データ ストアのバックアップ スケジュールが設定されます。 すべてのタイル キャッシュ データ ストア データベースの初期バックアップ コピーを作成したら、ArcGIS Data Store は、新しく作成されたデータ ストア データベースを configurebackuplocation で指定した場所に 14 日間隔でコピーします。
./updatebackupschedule.sh --store tileCache --frequency 14
updatesslcertificate
このユーティリティはすべてのデータ ストア タイプで使用されます。
ホスティング サーバーとデータ ストア間の通信やデータ ストア コンピューター間の通信を認証するために使用される自己署名証明書を、認証機関 (CA) によって確認および署名された証明書またはドメイン証明書に置き換えることができます。
構文
updatesslcertificate <source certificate file name with path> <password for the source certificate file> <alias for the certificate>
例
CA 署名証明書ファイルを受信した後に、updatesslcertificate を実行して ArcGIS Data Store の自己署名証明書を置き換えます。
./updatesslcertificate.sh /usr/files/mysignedcert.pfx ps4mycert dsmachinename
upgradedatasource
このユーティリティは、時空間ビッグ データ ストアに使用されます。
10.8.1 のバグのため、10.9 以降にアップグレードした後、四角形または六角形の集約を使用する ArcGIS GeoEvent Server マップ サービスがレンダリングされません。 これを修整するには、upgradedatasource ユーティリティを実行して、これらの GeoEvent Server マップ サービスのソース データに関連付けられているインデックスを更新します。
インデックスの更新中は、マップ サービスにアクセスできません。
upgradedatasource ユーティリティは、時空間ビッグ データ ストア内の任意のコンピューター上で実行できます。
構文
upgradedatasource [<service name>]
例
この例では、すべての GeoEvent Server マップ サービス ソースがアップグレードされます。
./upgradedatasource
この例では、upgradedatasource ユーティリティは、GeoEvent Server マップ サービス再構築によって使用されるインデックスを更新します。 listdatasources ユーティリティを使用してサービス名が決定されました。
./upgradedatasource recon