構文

allowconnection <host name> <user name> [<database>]

リレーショナル データ ストアに接続できるようにするコンピューターの名前 (ホスト名)、およびデータ ストアによって使用されるデータベース アカウントの 1 つ (ユーザー名) を指定します。ユーザー名は、データ ストア管理者、レプリカ所有者、ジオデータベース管理者、管理対象ユーザー (フィーチャ レイヤー データを公開するユーザー) のいずれかで、listadminusers または listmanageduser ユーティリティを使用して取得できます。プライマリのリレーショナル データ ストア データベースの名前も指定できますが、1 つしか存在しないため、この値はオプションです。

例

この例では、hqo.n_1E7 管理対象ユーザーとして接続する場合、workcom コンピューターからリレーショナル データ ストアへの接続が許可されます。

allowconnection workcom hqo.n_1E7

構文

backupdatastore [<backup file name>] [--store {relational | tileCache | spatiotemporal}] [--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 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

この例では、locakbu5 という名前で、ビッグ データ ストアのバックアップ ファイルを作成することになります。作成する場所はファイル共有で、バックアップ場所の設定時に gadbu と名づけたところです。

backupdatastore 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 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 <new directory path> [--is-shared-folder {true | false}] [--keep-old-backups {true | false}]

バックアップの保存場所が共有ネットワーク コンピューター上である場合は、--is-shared-folder true を指定します。既存のバックアップ ファイルを新しい場所に移動する場合は、--keep-old-backups true を指定します。

構文

changedatastoremode {readonly | readwrite} [--prompt {yes | no}] --store {relational | spatiotemporal}

例

この例では、リレーショナル データ ストアを読み書きモードに戻したため、クライアントは、ホスト フィーチャ レイヤーのポータルへの公開、ホスト フィーチャ レイヤーを通じたデータの編集、Map Viewerへの CSV ファイルの追加などのアクティビティを再開できます。

changedatastoremode readwrite --store relational --prompt no

ビッグ データ ストアを読み書きモードにするには、次の例に示すように、--store オプションを spatiotemporal に指定します。

changedatastoremode readwrite --prompt no --store spatiotemporal

構文

changedbproperties --store {relational | tileCache | spatiotemporal} [configuration options]

サポートされている構成オプション:

• disk-threshold-readonly: この設定は、ディスク容量の不足によるデータの損失を防ぐために、リレーショナル データ ストアを読み取り専用モードに設定する条件を制御します。ディスク容量のデフォルト値は 1024 MB です。サイズを 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 パラメーターでサポートされているオプションは次のとおりです。

  • admin: これはデフォルトのオプションです。タイル キャッシュ データ ストアのコンテナーを作成する場合にトランスポート レイヤー セキュリティを使用するには、admin を指定します。
  • data: シーン レイヤー データをタイル キャッシュ データ ストアに書き込む場合にトランスポート レイヤー セキュリティを使用するには、data を指定します。
  • admin,data: データを作成してタイル キャッシュ データ ストアに書き込む場合にトランスポート レイヤー セキュリティを使用するには、admin,data を指定します。
  • none: タイル キャッシュ データ ストアを作成して書き込みを行う場合に、ホスティング サーバーからの HTTP 通信を使用するには、none を指定します。
• heap-size: このパラメーターは、ビッグ データ ストアで使用するヒープ メモリのサイズ (MB) を変更するために使用します。デフォルトでは、このタイプのデータ ストアは、起動時に使用可能な RAM の半分を使用します。このパラメーターは、リレーショナルまたはタイル キャッシュ データ ストアに対してはサポートされません。
• rebalance: デフォルトでは、このパラメーターは true に設定され、1 台のコンピューターが使用不能になった場合に、ビッグ データ ストア内のデータが他のコンピューターにデータを配布します。アップグレードなど、ビッグ データ ストアのコンピューターのメンテナンスを実行する必要がある場合は、このパラメーターを false に設定することで、一時的にバランス調整を無効にできます。バランス調整操作は、max-rebalance-off パラメーターで設定された時間だけ中断されます。このパラメーターは、ビッグ データ ストアのみに適用されます。

  レガシー:

  ArcGIS 10.4.x では、このオプションは reallocation でした。

• max-rebalance-off: このパラメーターの設定は、rebalance パラメーターを false に設定するときに使用されます。デフォルトでは、max-rebalance-off は 60 分に設定されます。つまり、バランス調整を一時的に無効にした場合、60 分後に再開されます。バランス調整を中断してメンテナンス タスクを実行するために必要な時間がこれよりも長いまたは短い場合は、max-rebalance-off で設定する時間を変更します。このパラメーターは、ビッグ データ ストアのみに適用されます。

  レガシー:

  ArcGIS 10.4.x では、このオプションは max-allocation-off でした。

• prompt: このユーティリティを実行するときに、指定したアクションを確認するプロンプトが表示されます。このユーティリティの使用を自動化する場合は、prompt パラメーターを false に設定します。そうでない場合、プロンプトに答えるまでスクリプトは続行されません。

例

この例では、リレーショナル データ ストアに許可される最大接続数が 100 に設定されます。

changedbproperties --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

この例では、max-rebalance-off オプションを使用して、ビッグ データ ストアが rebalance を自動的に true に変更する経過時間の分数を 15 に設定します。

changedbproperties --store spatiotemporal --max-rebalance-off 15

この例では、enablessl パラメーターを使用して、コンテナーの作成時とタイル キャッシュ データ ストアにデータを書き込む場合にトランスポート レイヤー セキュリティを使用するように、タイル キャッシュ データ ストアを構成します。

changedbproperties --store tileCache --enablessl admin,data

構文

changeloglocation <directory path>

例

この例では、ログ ファイルがローカル ディレクトリ d:\datastorefiles\logs に作成されます。

changeloglocation 'd:\datastorefiles\logs'

構文

changenosqldslocation <path> [--prompt {yes | no}]

例

この例では、シーン レイヤー キャッシュを保存するデータベースは、コンピューター server2 の dstorecache という共有ディレクトリに作成されます。

changenosqldslocation \\server2\dstorecache

構文

changepassword <user name> <new password> [--prompt {yes | no}]

例

この例では、ユーザー gwi_n2Te0 のパスワードが Phfl4mp! に変更されます。

changepassword gwi_n2Te0 Phfl4mp
You are going to change the password for user gwi_n2Te0.
Do you want to continue (Yes or No)?Yes

構文

changestaginglocation <directory path>

例

この例では、ステージング場所を \\netserver\rbustage に指定します。

changestaginglocation \\netserver\rbustage

構文

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 アカウント用のキーを指定します。

configurebackuplocation ユーティリティと組み合わせて指定する必要がある追加オプションを次に示します。

• --store {relational | tileCache | spatiotemporal}: バックアップ場所を構成する ArcGIS Data Store のタイプを指定します。デフォルト値は relational です。
• --operation {change | register | unregister | list | setdefault}: デフォルト値は change です。次に、各オプションについて説明します。
  • change: 次のいずれかを変更するには、このオプションを使用します。
    • スケジュール設定されたリレーショナル データ ストアのバックアップごとに別々の共有ファイル場所を指定します。change オプションを使用して設定された場所は、常にリレーショナル データ ストアのデフォルトのバックアップ場所になります。
    • バックアップ場所に割り当てられた名前を変更します。
    • Azure または S3 で、バックアップ場所として設定した認証情報を更新します。S3 の場合、過去に指定した情報を username または password オプションで変更できます。Azure の場合は、password 値を変更できます。
  • register: バックアップ場所を登録します。タイル キャッシュ (10.8) またはビッグ データ ストアに対して最初に定義したバックアップ場所がデフォルトのバックアップ場所として設定されます。タイル キャッシュまたはビッグ データ ストアに対して別のバックアップ場所を登録した場合、その場所は 2 つ目のバックアップ場所として登録されます。リレーショナル データ ストアに register オプションを指定すると、2 つ目のバックアップ場所が常に登録されます。2 つ目のバックアップ場所には、backupdatastore ユーティリティで生成された手動バックアップが保存されます。

    メモ:

    register オプションを使用する場合、--location オプションの情報を提供する必要があります。

  • unregister: 2 つ目のバックアップ場所をデータ ストアから削除します。登録されているバックアップ場所が 1 つしかない場合は、登録解除オプションを使用して、タイル キャッシュまたはビッグ データ ストアのバックアップ場所を完全に削除することができます。
  • list: データ ストアに対して登録されているバックアップ場所をすべて列挙します。
  • setdefault: タイル キャッシュまたはビッグ データ ストアのバックアップ場所が複数存在する場合は、setdefault を使用して、バックアップ場所のいずれかをデフォルトのバックアップ場所として指定できます。これは定期バックアップの書き込み先であるほか、バックアップ場所を明示せずに、backupdatastore、listbackups、restoredatastore の各ユーティリティを実行した場合にも、これが書き込み先になります。
• --force {true | false}: リレーショナル データ ストアでのみ使用されるオプションです。既存のデフォルトのバックアップ場所が使用できない場合でも、デフォルトのバックアップ場所を変更することができます。

  リレーショナル データ ストアのデフォルトのバックアップ場所を変更すると、ArcGIS Data Store は既存のバックアップ ファイルを古い場所から新しい場所にコピーします。ArcGIS Data Store が古い場所にアクセスできない場合、ファイルをコピーできません。過去のリリースでは、これは configurebackuplocation ツールが失敗する原因となっていました。既存のバックアップ ファイルをコピーせずにデフォルトのバックアップ場所の変更を続行するには、--force true を指定します。

  このオプションのデフォルト値は false です。つまり、ArcGIS Data Store が既存のデフォルト場所にアクセスできなければ、デフォルトのバックアップ場所を変更することはできません。

• --prompt {yes | no}: デフォルト値は yes です。

例

最初の例では、リレーショナル データ ストアのバックアップ保存場所が myshare というコンピューターの fsdata_bu というディレクトリに設定されます。

configurebackuplocation --operation change --store relational --location \\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 --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 --operation register --store spatiotemporal 
--location type=fs;location=\\sharedmachine\ge_bu;name=fshare

この例では、同じビッグ データ ストア用として、AWS 上に第 2 のバックアップ場所を登録します。バックアップ場所に awsloc という名前を与えます。

configurebackuplocation --operation register --store spatiotemporal 
--location type=s3;location=mybucket;name=awsloc;username=abcdefg1234567;password=z9y8x7w6v5u4t3s2r1q0

この例では、ビッグ データ ストア用として、Azure 上に第 3 のバックアップ場所を登録します。

configurebackuplocation --operation register --store spatiotemporal --location type=azure;location=myblobs;name=mazloc;username=myazureaccountlogin;password=zpw4myazureaccount

この例では S3 バケットを、ビッグ データ ストア用のデフォルトのバックアップ場所として設定します。

configurebackuplocation --operation setdefault --store spatiotemporal --location name=awsloc

この例では、ビッグ データ ストア用のバックアップ場所をすべて列挙します。

configurebackuplocation --operation list --store spatiotemporal Backup locations for spatiotemporal big data store:
================================================================
Name             Type     Location                     isDefault
================================================================
fsshare          fs       \\sharedmachine\ge_bu        false awsloc           s3       mybucket                     true
mazloc           azure    myblobs                      false

構文

configuredatastore <ArcGIS Server admin URL> <ArcGIS Server administrator> <ArcGIS Server administrator password> <data directory> [--stores {relational | tileCache | spatiotemporal}] [--nosql-only {true | false}] [--mode {primaryStandby | cluster}]

• <ArcGIS Server admin URL> - ポータルのホスティング サーバーとして使用されている、または使用される予定の 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> - ArcGIS Server 管理者ユーザーのパスワードを指定します。
• <data directory> - データ ディレクトリは、データ ストア ファイルの作成先となるローカル コンピューター上の場所です。
• {relational | tileCache | spatiotemporal} - 作成するデータ ストアのタイプを指定します。推奨されませんが、各ストア タイプをカンマで区切って指定すると (スペースは挿入しません)、複数タイプのデータ ストアを同じコンピューター上に構成できます。たとえば、リレーショナル データ ストアとタイル キャッシュ データ ストアを同じコンピューター上に共有データ ストア ディレクトリを使用して構成するには、--stores relational,tileCache を指定します。Esri では、他のデータ ストアやソフトウェアとは別のコンピューターでビッグ データ ストアを実行することを強くお勧めします。そうしなければ、パフォーマンスが低下するか、データ ストアが使用できなくなる可能性もあります。
• --nosql-only - このオプションの操作は 10.5 で廃止になり、10.8.1 以降はサポートが終了します。10.5 以前のリリースでは、--nosql-only オプションを true に設定して、シーン レイヤー キャッシュ タイルのみのデータ ストアを作成していました。このオプションはまだ存在しているので既存のスクリプトは引き続き機能できますが、10.8.1 以降は廃止されます。代わりに、すべてのスクリプトで、--stores オプションを [tileCache] に設定する必要があります。
• --mode - 10.8.1 で新しく加えられたオプションの操作で、タイル キャッシュ データ ストアにのみ適用されます。10.8.1 では、デフォルトで、新しいタイル キャッシュ データ ストアは primaryStandby モード で作成されます。つまり、タイル キャッシュ データ ストアには 2 台のコンピューターを使用できます。スタンバイ タイル キャッシュ データ ストアには、プライマリと同じデータが含まれます。プライマリ データ ストアに障害が起こると、スタンバイがプライマリ タイル キャッシュ データ ストアになります。大量のシーン レイヤー キャッシュを保存する必要があるため、3 台以上のコンピューターに対応できるようタイル キャッシュ データ ストアを拡張する必要がある場合、タイル キャッシュ データ ストアを cluster モードで作成する必要があります。また、モード操作を使用して、タイル キャッシュ データ ストアのモードを切り替えることもできます。

例

この例では、ホスト フィーチャ レイヤー データのデータ ストア (リレーショナル データ ストア) が作成されます。このデータ ストアを使用する GIS Server サイトの URL は https://gisserver.domain.com:6443 で、サイト管理者のユーザー名は admin、パスワードは Iph33l$ik です。また、データ ストアのデータ ディレクトリは C:\datastore\data\ です。

configuredatastore https://gisserver.mydomain.com:6443 admin Iph33l$ik c:\datastore\data\ --stores relational

次の例では、既存のタイル キャッシュ データ ストアがクラスター モードに変更されます。

configuredatastore https://gisserver.mydomain.com:6443 portaladmin S00perSecret c:\datastore\scenedata\ --stores tileCache --mode cluster

構文

configureserviceaccount [--username <Windows account>] [--password <account password>] [--readconfig <user configuration file>] [--writeconfig <user configuration file>]

例

この例では、configureserviceaccount によって、mynetwork\datastore アカウントで ArcGIS Data Store サービスを実行するように設定し、ArcGIS Data Store システムのフォルダーやファイルに対して必要とされる権限をこのアカウントに付与します。

configureserviceaccount --username mynetwork\datastore --password SewL0ng

この例では、グループ管理サービス アカウントを ArcGIS Data Store アカウントに使用します。

configureserviceaccount --username mydomain\datastore-gmsa$ --writeconfig c:\temp\domainaccountconfig.xml

サービスの実行に使用されているアカウントを変更すると、そのサービスが再起動します。

この例では、ArcGIS Data Storeアカウントが変更され、アカウント情報が adsainfo のファイル (C:\adminfiles) に書き込まれます。

configureserviceaccount --username mynetwork\datastore --password SewL0ng --writeconfig C:\adminfiles\adsainfo.xml

この例では、ArcGIS Data Store が別のコンピューターにインストールされ、管理者が configureserviceaccount ユーティリティを実行し、前の例で作成されたファイルを使用して同じアカウントを設定します。

configureserviceaccount --readconfig C:\adminfiles\adsainfo

構文

deletebackup <backup name> [--prompt {yes | no}]

例

deletebackup 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 10.5 の 3 つのタイプをすべて含んでいるコンピューターを示しています。

describedatastore
General Information of ArcGIS Data Store on machine.domain.com
==============================================================
ArcGIS Data Store release....10.5.0.7777 Staging location.............C:\arcgisdatastore\staging Log location.................C:\arcgisdatastore\logs Free disk space..............174.00GB Threshold for READONLY mode..1024MB
Information for relational data store ds_sthiu0_5T
==============================================================
Backup location...........\\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 Last failover.............20150130190334005 Member machines...........MACHINE1.DOMAIN.COM, MACHINE4.DOMAIN.COM Maximum connections.......150 Owning system URL.........https://gisserver.domain.com:6443/server/admin Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal Number of connections.....8 connection(s) to managed database
Information for tile cache data store ds_wztxj7um
==============================================================
Data location.......................C:\arcgisdatastore\nosqldata Data store status...................Started Backup location............C:\arcgisdatastore\backup Is backup folder shared.............false Tile cache location.................C:\arcgisdatastore\nosqldata Member machines.....................MACHINE1.DOMAIN.COM Owning system URL...................https://gisserver.domain.com:6443/server/admin Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal
Information for spatiotemporal 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 master machine in cluster...MACHINE1.DOMAIN.COM Registered spatiotemporal machines..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM Owning system URL...................https://gisserver.domain.com:6443/arcgis/admin

構文

exportmanageddb <output location> <backup name> [options]

出力場所は、フォルダー (<backup name>) とエクスポートされるファイルが作成されるディスク上の場所です。この場所に対する書き込み権限が必要です。

サポートされているオプションには次のものがあります。

• [--stores {relational | tileCache}]: エクスポートするデータ ストア タイプを示します。リレーショナルおよびタイル キャッシュ データ ストアが同じコンピューターで実行されていて、両方をエクスポートする場合は、両方をカンマで区切って指定します (例: --stores relational,tileCache)。--stores オプションを指定しない場合、リレーショナルと見なされます。
• [--include-tilecache {true | false}]: このオプションは、下位互換性のために残されています。--stores オプションを指定しない場合や --stores relational を指定する場合、タイル キャッシュ データ ストアをエクスポートするか、このオプションを使用しないかを制御できます。
• [--prompt {yes | no}]: ユーティリティを実行するために、プロンプトに答える必要があるかどうかを決定します。

例

次の例では、ダンプ ファイル、ホスト シーン レイヤー キャッシュ データベースのコピー、および関連するデータ ストア ファイルが、backupserver というサーバーの movedsfirstexp という共有ネットワーク ディレクトリに出力されます。

exportmanageddb \\backupserver movedsfirstexp --stores relational,tileCache
You are attempting to back up database 'db_e3hsm and nosql databases'. This 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

構文

importmanageddb <source backup location> <backup name> [options]

サポートされているオプションには次のものがあります。

• [--server-url <ArcGIS Server URL registered with data store>] : --bound true を指定して、サービスを新しい GIS Server サイトにすでに移動してある場合、--server-url オプションを使用して新しい GIS Server サイトの URL を指定します。ただし、サービスもこの新しいサーバーに移動しない限り、データ ストア内のデータにはアクセスできないので注意してください。
• [--server-admin <user name of ArcGIS Server admin>]: このオプションは、--bound true を指定した場合、または --bound オプションを指定しない場合に必要です。ArcGIS Server 管理者のユーザー名を入力します。
• [--server-password <password of ArcGIS Server admin>]: このオプションは、--bound true を指定した場合、または --bound オプションを指定しない場合に必要です。ArcGIS Server 管理者のパスワードを入力します。
• [--data-dir <data store data directory>]: ArcGIS Data Store ディレクトリ。デフォルトでは、これは現在登録されているデータ ストアの ArcGIS Data Store ディレクトリです。
• [--stores {relational | tileCache}]: インポートするデータ ストア タイプを示します。リレーショナルおよびタイル キャッシュ データ ストアが同じコンピューターで実行されていて、両方をインポートする場合は、両方をカンマで区切って指定します (例: --stores relational,tileCache)。--stores オプションを指定しない場合、リレーショナルと見なされます。
• [--include-tilecache {true | false}]: このオプションは、下位互換性のために残されています。--stores オプションを指定しない場合や --stores relational を指定する場合、タイル キャッシュ データ ストアを復元するか、このオプションを使用しないかを制御できます。
• [--bound {true | false}]
  • --bound true を指定した場合、または --bound オプションを指定しない場合、--server-url オプションを使用して GIS Server サイトの URL を指定し、--server-admin および --server-password オプションを使用して ArcGIS Server 管理者の認証情報を指定する必要があります。データ ストアをエクスポートしたときに ArcGIS Data Store が登録されていたのと同じ GIS Server サイトにインポートする場合、その GIS Server サイトの URL を指定し、ArcGIS Server 管理者のユーザー名とパスワードを入力します。データ ストアを新しい GIS Server サイトにバインドするには、この新しいのサイトの URL および管理者の認証情報を入力します。

    メモ:

    Web サービスをこの新しい GIS Server サイトにすでに移動している場合にのみ、新しい GIS Server サイトの情報を指定します。

  • データ ストアが以前の GIS Server サイトを使用しなくなり、すべてのサービスを新しい GIS Server サイトにまだ移動していない場合、--bound false を指定します。サービスを新しいサイトに移動したら、registerdatastore ユーティリティを実行して、データ ストアを新しい GIS Server サイトで構成します。
• [--prompt {yes | no}]: ユーティリティを実行するために、プロンプトに答える必要があるかどうかを決定します。

例

次の例では、データ ストアは、インストールされた最新リリースの ArcGIS Data Store に復元されます。新しい ArcGIS Data Store のデータ ディレクトリが指定されています。データ ストアは引き続き既存の GIS Server サイトにバインドされます。そのため、データ ストアおよび既存のホスト フィーチャとシーン レイヤーも継続して機能します。GIS Server サイトを再起動して、ホスト フィーチャ レイヤーとホスト シーン レイヤーを新しいコンピューターに公開できるようにします。

importmanageddb \\backupserver\expdir preupgradeexp --data-dir c:\arcgis\datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $Aup.4s --bound true

この例では、GIS Server サイトとリレーショナル データ ストアが新しいコンピューターに移動します。Web サービスは新しい GIS Server サイトにすでに移動しているので、新しいサイトの URL が --server-url オプションで指定されます。バックアップ名は movedbexp で、\\backupserver\expdir に格納されます。

importmanageddb \\backupserver\expdir movedbexp --data-dir c:\arcgis\datastore --server-admin siteadmin --server-password $Aup.4s --stores relational --bound true --server-url https:\\newgisserver.domain.com:6443

この例では、Web サービスは新しい GIS Server サイトに移動していません。タイル キャッシュおよびリレーショナル データ ストアは、サービスが移動して、データ ストアを新しい GIS Server サイトに登録するまで機能しません。バックアップ名は movedsfirstexp で、\\backupserver\expdir\movingexp2 に格納されます。

importmanageddb \\backupserver\dbdump\movingexp2 movedsfirstexp --data-dir c:\arcgis\datastore --stores relational,tileCache --bound false

構文

listadminusers

例

listadminusers
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

構文

listbackups [--store {relational | tileCache | spatiotemporal}] [--location <location_arguments>]

データ ストア タイプを指定しなかった場合、ユーティリティのデフォルトは relational になり、そのコンピューター上で実行されているリレーショナル データ ストアのバックアップが返されます。

location パラメーターは、ビッグ データ ストアとリレーショナル データ ストアに使います。引数は次のとおりです。

• name=: バックアップ場所の名前。バックアップ場所の構成時に指定した名前、または ArcGIS Data Store が割り当てたデフォルトの名前 (指定しなかった場合) です。
• location=: 共有ファイル ディレクトリのパス、S3 バケット名、Blob ストレージ コンテナー名のいずれかを指定します。

例

この例では、リレーショナル データ ストアのバックアップがリストされます。

listbackups --store relational
Backup_Name                  Status           Backup_Time         Mode
==========================================================================
phase1proj_bu               BackupComplete   2014-03-08 14:12    manual phase2proj_bu               BackupComplete   2014-06-21 11:43    manual ds_gdt1oomh-201411030300    BackupComplete   2014-11-01 03:00    scheduled
Backups located at: '\\myserver.net.com\dsbackups'

この例では、sbdsbu というバックアップ場所にある、ビッグ データ ストアのバックアップがリストされます。

listbackups --store spatiotemporal --location name=sbdsbu
Backup_Name                 Status           Backup_Time         Mode
=======================================================================
backup1						               BackupComplete   2016-07-11 09:47    manual
Backups located at: '\\myserver.net.com\spatiotemporal'

構文

listmanageduser

例

次の例にある listmanageduser は、リレーショナル データ ストアおよびタイル キャッシュ データ ストアを含むコンピューター上で実行されます。このコンピューターはプライマリ リレーショナル データ ストアです。

listmanageduser

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

Managed user for spatiotemporal big data store bds_6udbx4321
=============================================================
UserName     Password fmr_o1He3    5vZggkPbaw+T

構文

registerdatastore <ArcGIS Server URL> <ArcGIS Server site administrator user name> <ArcGIS Server site administrator password> --stores {relational | tileCache | spatiotemporal}

お勧めしませんが、複数タイプのデータ ストアが同じコンピューターにインストールされている場合、データ ストア タイプをカンマで区切って指定すると (スペースは挿入しません)、それらを一度に登録できます (例: --stores relational,tileCache)。

例

この例では、リレーショナル データ ストアは、https://gisserver.domain.com:6443 という URL の GIS Server サイトに再登録されます。ArcGIS Server のプライマリ サイト管理者のユーザー名は agsadmin、パスワードは Tan$p0n です。

registerdatastore https://gisserver.domain.com:6443 agsadmin Tan$p0n --stores relational

構文

removemachine <machine name> --store {relational | tileCache | spatiotemporal} [--force {true | false}] [--prompt {yes | no}]

--force: デフォルトでは、false に設定されています。このオプションに true を指定するのは、登録した ArcGIS Server サイトがない場合に限ります。

--prompt: デフォルトでは、yes に設定されています。確認を求められないようにしたい場合は、このオプションに no を指定してください。

例

この例では、ビッグ データ ストア コンピューターの gefour が、データ ストアから削除されます。

removemachine gefour --store spatiotemporal

この例では、ホスティング サーバー サイトがなく、リレーショナル データ ストアがあるコンピューター fsdata が、データ ストアから削除されます。

removemachine fsdata --store relational --force true

構文

removestandbymachine <machine name> --store {relational | tileCache} [--prompt {yes | no}]

構文

restoredatastore [options]

サポートされているオプションは次のとおりです。

• [--store {relational | tileCache | spatiotemporal}]: 復元するデータ ストアのタイプを指定します。
• [--target {most-recent | <yyy-mm-dd-hh:mm:ss> | <name of backup file>}]: すべてのデータ ストア タイプが、target オプション付きのバックアップ ファイル名をサポートします。タイム スタンプおよび most-recent は、リレーショナル データ ストアのみでサポートされます。
• [--source-loc <location of source backup files>]: データ ストアの復元に使用するバックアップ ファイルの場所を指定します。これは、ファイル共有場所へのパス、バックアップ場所の名前、Amazon S3 または Azure Blob ストレージのバックアップ場所のいずれかになります。
• [--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 <user name 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 サイトで構成できます。ただし、そのデータ ストア内のデータを使用していたレイヤーは存在しなくなります。データ ストアのデータベースに接続し、データを別の形式に抽出して、ポータルに再度公開する必要があります。

例

この例では、最新のバックアップはデフォルトのリレーショナル データ ストアのバックアップ場所にあり、既存のデータ ストアに復元されます。デフォルトのストア タイプはリレーショナルで、そのデータ ストアが登録された GIS Server サイトにデフォルトでバインドされるため、--store relational または --bound true を指定する必要はありません。ただし、GIS Server の URL と管理者の認証情報は指定する必要があります。

restoredatastore --target most-recent --server-url https://gisserver.domain.com:6443 
--server-admin siteadmin --server-password $Aup.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 --target 2014-07-17-14:30:00 --server-url https://gisserver.domain.com:6443 
--server-admin siteadmin --server-password $Aup.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 --target movedatastore --source-loc \\buserver\data\backups\relational --data-dir C:\datastore 
--server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $Aup.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 --store tilecache --source-loc \\buserver\scenedata\backups\tilecache --data-dir C:\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 --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 --target bds1 --store spatiotemporal --source-loc name=awsloc --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $Aup.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 <host name> <user name> [<database>]

例

この例では、ユーザー hqo.n_1E7 としてログインした場合、データ ストアのデータベースが workcom コンピューターからの接続を受け入れなくなります。

revokeconnection workcom hqo.n_1E7

構文

unregisterdatastore --stores {relational | tileCache | spatiotemporal} [--prompt {yes | no}]

複数タイプのデータ ストアが同じコンピューターにインストールされていて、複数のデータ ストアを一度に登録解除したい場合は、各データ ストア タイプをカンマで区切って指定します (スペースは挿入しません)。たとえば、リレーショナルおよびタイル キャッシュ データ ストアを登録解除するには、--stores relational,tileCache と入力します。

例

ここでは、unregisterdatastore ユーティリティを実行して、GIS Server サイトからリレーショナルおよびタイル キャッシュ データ ストアを登録解除します。プロンプトが返されます。これがデフォルトの振舞いです。プロンプトが返されないようにするには、--prompt No を指定します。

unregisterdatastore --stores relational,tileCache
You are going to unregister the data store.
Do you want to continue (Yes or No)?Yes

構文

updatebackupretaindays <number of days>

例

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

updatebackupretaindays 10

構文

updatebackupschedule [--store {relational | tileCache | spatiotemporal}] [--starttime <local server time>] --frequency <number of days>

新しい開始日時を指定しない場合、既存の開始日時の設定は変更されません。データ ストア タイプを指定しない場合は、リレーショナル データ ストアと見なされます。

例

この例では、リレーショナル データ ストアの完全バックアップが午後 11 時に実行されます。午後 11 時 (ローカル サーバー時間) に実行されます。

updatebackupschedule --starttime 23:00:00 --frequency 10

この例では、タイル キャッシュ データ ストアのバックアップ スケジュールが設定されます。すべてのタイル キャッシュ データ ストア データベースの初期バックアップ コピーを作成したら、ArcGIS Data Store は、新しく作成されたデータ ストア データベースを configurebackuplocation で指定した場所に 14 日間隔でコピーします。

updatebackupschedule --store tileCache --frequency 14

構文

updatelicense

例

ArcGIS Serverライセンスを更新した後、updatelicense ユーティリティを実行して、新しいライセンスをデータ ストアに移行します。

updatelicense

構文

updatesslcertificate <source certificate file name with path> <password for the source certificate file> <alias for the certificate>

例

CA 署名証明書ファイルを受信した後に、updatesslcertificate を実行して ArcGIS Data Store の自己署名証明書を置き換えます。

updatesslcertificate C:\myfiles\mysignedcert.pfx ps4mycert dsmachinename