Skip To Content

Referenz für ArcGIS Data Store-Dienstprogramme

Die mit ArcGIS Data Store installierten Dienstprogramme stellen Werkzeuge bereit, mit denen der Data-Store-Administrator die Data Stores verwalten kann. Auf dieser Seite werden die Dienstprogramme beschrieben und dazu die Syntax und Beispiele bereitgestellt.

Alle Dienstprogramme müssen auf dem ArcGIS Data Store-Computer ausgeführt werden. Sie finden die Dienstprogramme im Verzeichnis <ArcGIS Data Store installation directory>/datastore/tools.

Unterstützung zur Syntax erhalten Sie, wenn Sie den Namen des Dienstprogramms und dann --help eingeben.

allowconnection

Dieses Dienstprogramm wird mit Data Stores vom Typ "relational" verwendet.

Aus Sicherheitsgründen werden alle Verbindungen zum Data Store standardmäßig über die GIS Server-Site hergestellt. Wenn Sie einen Data Store vom Typ "relational" für Verbindungen von einem zusätzlichen Computer öffnen möchten, können Sie das Dienstprogramm "allowconnection" verwenden.

Das Dienstprogramm "allowconnection" kann nur auf dem primären Computer des Data Store vom Typ "relational" ausgeführt werden.

Syntax

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

Geben Sie den Namen des Computers, der eine Verbindung zum Data Store vom Typ "relational" herstellen darf (Hostname), sowie eines der vom Data Store verwendeten Datenbankkonten (Benutzername) an: entweder den Data-Store-Administrator, Replikatbesitzer, Geodatabase-Administrator oder den verwalteten Benutzer (derjenige, der Feature-Layer-Daten veröffentlicht). Diese können Sie mithilfe des Dienstprogramms "listadminusers" oder "listmanageduser" abrufen. Sie können auch den Namen des primären Data Store vom Typ "relational" angeben, doch da nur einer vorhanden ist, ist dieser Wert optional.

Beispiel

In diesem Beispiel ist eine Verbindung vom workcom-Computer zum Data Store vom Typ "relational" zulässig, wenn die Verbindung über den verwalteten Benutzer hqo.n_1E7 hergestellt wird.

./allowconnection.sh workcom hqo.n_1E7

backupdatastore

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Verwenden Sie dieses Dienstprogramm, um zwischen geplanten Sicherungszeiten eine vollständige Sicherung eines Data Store zu erstellen. Erstellen Sie beispielsweise vor einem Upgrade von ArcGIS Data Store oder vor umfangreichen Änderungen an einem Data Store eine Sicherung der Data Stores.

Das Dienstprogramm "backupdatastore" kann immer jeweils nur für einen Data-Store-Typ ausgeführt werden.

In der folgenden Tabelle ist angegeben, an welcher Stelle das Dienstprogramm ausgeführt wird und was es für den jeweiligen Data-Store-Typ bewirkt:

Data-Store-TypComputerVerhalten

Data Store vom Typ "relational"

Führen Sie das Dienstprogramm "backupdatastore" auf dem Computer mit dem primären Data Store vom Typ "relational" aus.

Mit dem Dienstprogramm "backupdatastore" wird immer eine vollständige Sicherung des Data Store vom Typ "relational" erstellt.

Data Store vom Typ "Kachel-Cache"

Das Dienstprogramm "backupdatastore" kann auf jedem Computer im Data Store vom Typ "Kachel-Cache" ausgeführt werden.

Wenn Sie das Dienstprogramm "backupdatastore" für einen Data Store vom Typ "Kachel-Cache" nach dem Einrichten eines Sicherungsspeichers erstmalig ausführen, werden von allen vorhandenen Datenbanken des Data Store vom Typ "Kachel-Cache" Sicherungskopien erstellt. Anschließend werden mit dem Dienstprogramm "backupdatastore" Sicherungskopien von allen Datenbanken des Data Store vom Typ "Kachel-Cache" erstellt, die seit der letzten Ausführung des Dienstprogramms erstellt wurden.

Big Data Store vom Typ "spatiotemporal"

Das Dienstprogramm "backupdatastore" kann auf jedem Computer im Cluster ausgeführt werden.

Wenn Sie das Dienstprogramm "backupdatastore" nach der Einrichtung eines Sicherungsspeichers zum ersten Mal für einen Big Data Store vom Typ "spatiotemporal" ausführen, wird eine vollständige Sicherung erstellt. Danach werden mit dem Dienstprogramm "backupdatastore" nur noch Sicherungsdateien erstellt, die die Änderungen seit der anfänglichen vollständigen Sicherung beinhalten.

Objektspeicher

Das Dienstprogramm "backupdatastore" kann auf jedem Computer im Cluster ausgeführt werden.

Mit dem Dienstprogramm "backupdatastore" wird immer eine vollständige Sicherung des Objektspeichers für Videoservicedaten erstellt. Abfrage-Caches für Feature-Layer sind in der Sicherungsdatei nicht enthalten.

Graph Store

Das Dienstprogramm "backupdatastore" kann auf einem der Computer im Graph Store ausgeführt werden.

Mit dem Dienstprogramm "backupdatastore" wird immer eine vollständige Sicherung des Graph Store erstellt.

Vergewissern Sie sich vor dem Ausführen des Dienstprogramms "backupdatastore", dass der Sicherungsspeicher für den Data Store groß genug ist, um die Sicherungen zu speichern. Um Data-Store-Sicherungsspeicher zu ändern, verwenden Sie das Dienstprogramm configurebackuplocation.

Weitere Informationen zu ArcGIS Data Store-Sicherungen finden Sie unter Verwalten von ArcGIS Data Store-Sicherungen.

Syntax

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

Sie müssen einen Namen für die Sicherungsdatei eingeben.

Wenn Sie für die Option --store keinen Wert festlegen, wird der Wert relational verwendet.

Wenn Sie für die Option --location keinen Wert festlegen, werden Sicherungsdateien in den Standardsicherungsspeicher des Data Store geschrieben.

Wenn Sie stattdessen einen der anderen registrierten Sicherungsspeicher verwenden möchten, verwenden Sie die Option --location. Sie können entweder den Sicherungsnamen oder den Sicherungstyp und den Sicherungsspeicher angeben. Wenn Sie die Argumente type= und location= verwenden, trennen Sie sie durch einen Semikolon (;).

Für die Option --location werden die folgenden Argumente unterstützt:

ArgumentBeschreibung

name=

Sie können den Namen des Sicherungsspeichers verwenden, um den registrierten Sicherungsspeicher anzugeben.

Wenn Sie einen Namen angeben, müssen Sie die Argumente type= und location= nicht verwenden.

type=

Wenn Sie keinen Namen für den Sicherungsspeicher angeben, müssen Sie den Sicherungsspeichertyp und den physischen Speicherort angeben.

Typwerte und deren Beschreibung lauten wie folgt:

  • fs: Eine Dateifreigabe
  • s3: Ein Amazon Simple Storage Service (S3)-Bucket
  • azure: Ein Microsoft Azure-BLOB-Speichercontainer

location=

Verwenden Sie das Argument location=, um den physischen Speicherort des registrierten Sicherungsspeichers anzugeben. Dieses Argument muss mit dem Argument type= verwendet werden.

Geben Sie für Dateifreigaben den Dateipfad an.

Geben Sie für S3-Buckets den Bucket-Namen an.

Geben Sie für Azure BLOB-Speichercontainer den Container-Namen an.

Beispiele

In diesem Beispiel wird mit dem Dienstprogramm "backupdatastore" im Standardsicherungsspeicher des Data Store vom Typ "relational" eine Datei mit einer vollständigen Sicherung mit dem Namen "project1bu" erstellt. Wenn Sie --prompt no einfügen, werden Sie vom Dienstprogramm nicht zu einer Bestätigung aufgefordert.

./backupdatastore.sh project1bu --prompt no

In diesem Beispiel wird eine Sicherungsdatei namens "localbu5" für den Big Data Store vom Typ "spatiotemporal" in einer Dateifreigabe erstellt, der Sie bei der Konfiguration des Sicherungsspeichers den Namen "gadbu" gegeben haben.

./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

In diesem Beispiel wird eine Sicherung eines Big Data Store vom Typ "spatiotemporal" in einem Azure BLOB-Speichercontainer namens "blob4backups" erstellt. Dabei wird eine Sicherungsdatei mit dem Namen "spds311016" erstellt:

./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

changedatastoremode

Dieses Dienstprogramm wird mit Big Data Stores vom Typ "relational" und "spatiotemporal" verwendet.

Mithilfe des Dienstprogramms "changedatastoremode" können Sie einen Data Store vom Typ "relational" in den schreibgeschützten Modus versetzen, während der Data Store gewartet wird. Wenn Sie beispielsweise eine Wartungsaufgabe ausführen müssen, die einen Neustart des Data Store bewirkt, z. B. die Verlegung des Sicherungsspeichers auf ein anderes Laufwerk oder die Änderung von Datenbankeigenschaften, können Sie den Data Store vom Typ "relational" in den schreibgeschützten Modus versetzen, um sicherzustellen, dass während des Neustarts des Data Store keine Daten veröffentlicht oder bearbeitet werden.

Das Dienstprogramm "changedatastoremode" wird außerdem verwendet, um den Data Store vom Typ "relational" wieder in den Lese-/Schreibmodus zu versetzen, nachdem Sie die Wartung beendet haben bzw. nachdem Sie auf dem primären Data-Store-Computer genügend Speicherplatz hinzugefügt haben, damit der Data Store im Lese-/Schreibmodus ordnungsgemäß funktioniert.

Das Dienstprogramm "changedatastoremode" muss auf dem primären Computer des Data Store vom Typ "relational" ausgeführt werden, nicht auf dem Standby-Computer.

Wenn der Big Data Store vom Typ "spatiotemporal" nicht mehr genügend freien Festplattenspeicher hat, versetzt ArcGIS Data Store ihn in den schreibgeschützten Modus, um eine Datenbeschädigung zu vermeiden. Sie können das Dienstprogramm "changedatastoremode" verwenden, um einen Big Data Store vom Typ "spatiotemporal" in den Lese-/Schreibmodus zurückzuversetzen, nachdem Sie den Computern des Big Data Store vom Typ "spatiotemporal" ausreichenden Festplattenspeicher hinzugefügt haben.

Hinweis:

Wenn ArcGIS Data Store den Data Store in den schreibgeschützten Modus versetzt, weil nicht genügend Speicherplatz vorhanden ist, werden außerdem automatische Sicherungen deaktiviert, damit diese nicht noch mehr Speicherplatz belegen. Nachdem Sie den Data Store wieder in den Lese-/Schreibmodus versetzt haben, müssen Sie deswegen den Plan für automatische Sicherungen mithilfe des Dienstprogramms updatebackupschedule zurücksetzen.

Syntax

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

Beispiele

In diesem Beispiel wird der Data Store vom Typ "relational" in den schreibgeschützten Modus versetzt. Das heißt, Clients können keine Aktivitäten wie das Veröffentlichen von gehosteten Feature-Layern in ArcGIS Enterprise oder das Bearbeiten von Daten über einen gehosteten Feature-Layer durchführen. Die Option --prompt wird verwendet, um die Bestätigungsaufforderung zu unterdrücken.

./changedatastoremode.sh readonly --store relational --prompt no

Wenn Sie nach dem Erweitern des Speicherplatzes auf den Computern einen Big Data Store vom Typ "spatiotemporal" in den Lese-/Schreibmodus versetzen möchten, geben Sie wie im folgenden Beispiel die Option readwrite und spatiotemporal mit der Option --store an:

./changedatastoremode.sh readwrite --prompt no --store spatiotemporal

changedbproperties

Dieses Dienstprogramm wird mit Big Data Stores vom Typ "relational", "Kachel-Cache" und "spatiotemporal" verwendet.

Mit dem Dienstprogramm "changedbproperties" können Sie abhängig vom Typ des Data Store, für den Sie es ausführen, verschiedene Eigenschaften ändern.

Syntax

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

Sie müssen die Option --store und mindestens eine Konfigurationsoption angeben. Im Folgenden sind die unterstützten Konfigurationsoptionen, deren Beschreibungen und der Data-Store-Typ angegeben, der mit den einzelnen Optionen verwendet werden kann:

KonfigurationsoptionBeschreibungUnterstützter Data-Store-Typ

--disk-threshold-readonly

Mit dieser Option wird festgelegt, wann ein Data Store vom Typ "relational" in den schreibgeschützten Modus versetzt wird, um Datenverlust aufgrund von nicht genügendem Speicherplatz zu vermeiden.

Geben Sie Größenwerte in MB an. Der Standardwert für den Speicherplatz beträgt 1024 MB.

Nur Data Store vom Typ "relational"

--max-connections

Mit diesem Parameter geben Sie die maximale Anzahl der für einen Data Store vom Typ "relational" zulässigen Verbindungen an.

Data Stores vom Typ "relational" akzeptieren standardmäßig bis zu 150 Verbindungen. Verwenden Sie die Eigenschaft --max-connections, um die Anzahl der zulässigen Verbindungen zu ändern.

Bedenken Sie, dass für interne Prozesse in ArcGIS Data Store bis zu fünf Verbindungen benötigt werden. Überlegen Sie außerdem, wie viele parallele Verbindungen der ArcGIS Data Store-Computer bei gleichbleibend guter Performance unterstützen kann. Wenn der Computer, auf dem ArcGIS Data Store ausgeführt wird, nur über einen begrenzten Speicherplatz verfügt, müssen Sie die zulässige Zahl der Verbindungen beschränken.

Die Anzahl, die Sie angeben, darf nicht kleiner als 10 sein.

Wenn Sie die maximale Anzahl zulässiger Verbindungen ändern, wird diese sowohl auf dem primären Computer als auch auf dem Standby-Computer der Data Stores geändert.

Nur Data Store vom Typ "relational"

--pitr

Mit dieser Option wird festgelegt, ob in ArcGIS Data Store inkrementelle Sicherungen für den Data Store vom Typ "relational" erstellt werden. Dadurch ist es Ihnen möglich, den Data Store vom Typ "relational" für einen bestimmten Zeitpunkt wiederherzustellen.

Für diese Option sind die Argumente enable bzw. disable möglich.

Nur Data Store vom Typ "relational"

Die Standardeinstellung ist --pitr disable.

Hinweis:

Sie müssen die Option --pitr auf enable festlegen, wenn Sie das Dienstprogramm "webgisdr", das mit Portal for ArcGIS installiert wird, zum Erstellen von inkrementellen Sicherungen der ArcGIS Enterprise-Bereitstellung verwenden möchten.

--enablessl

Mit dieser Option wird die Verwendung des Protokolls Transport Layer Security (TLS) beim Füllen des Data Store vom Typ "Kachel-Cache" sowie für die Kommunikation zwischen dem Data Store vom Typ "relational" und dem Hosting-Server gesteuert.

Für den Parameter --enablessl werden die folgenden Argumente unterstützt:

  • true: Dies ist die Standardeinstellung. Das Protokoll Transport Layer Security wird verwendet, wenn Sie beim Schreiben von Szenen-Layer-Daten in den Data Store vom Typ "Kachel-Cache" --store tileCache angeben, und wenn Sie bei der Kommunikation zwischen dem Data Store vom Typ "relational" und dem Hosting-Server --store relational angeben.
  • false: Legen Sie false und --store tileCache fest, wenn beim Schreiben von Daten in den Data Store vom Typ "Kachel-Cache" HTTP-Kommunikation verwendet werden soll. Geben Sie false und --store relational an, damit bei der Kommunikation zwischen dem Hosting-Server und dem Data Store vom Typ "relational" HTTP verwendet wird.

Data Stores vom Typ "relational" und "Kachel-Cache"

--heap-size

Verwenden Sie diesen Parameter, um die Größe des Heap-Speichers (in MB) zu ändern, die vom Big Data Store vom Typ "spatiotemporal" verwendet wird.

Standardmäßig nutzt dieser Data-Store-Typ beim Start die Hälfte des RAM des Computers (bis zu 70 Prozent freier RAM). Sie können die Heap-Größe in einen Wert zwischen 512 MB und 32.000 MB ändern. Sie müssen jedoch darauf achten, dass die angegebene Größe die auf dem Computer verfügbare Größe des Arbeitsspeichers nicht übersteigt.

Big Data Store vom Typ "spatiotemporal"

--rebalance

Für diese Option ist standardmäßig true eingestellt. Dies bedeutet, dass Daten aus dem Big Data Store vom Typ "spatiotemporal" auf andere Computer verteilt werden, wenn ein Computer nicht verfügbar sein sollte.

Wenn ein Computer des Big Data Store vom Typ "spatiotemporal" beispielsweise im Rahmen eines Upgrades gewartet werden muss, können Sie die Neuverteilung vorübergehend abschalten, indem Sie --rebalance false angeben. Der Neuausgleich wird für die im Parameter --max-rebalance-off festgelegte Anzahl von Minuten ausgesetzt.

Big Data Store vom Typ "spatiotemporal"

--max-rebalance-off

Diese Option wird in Kombination mit der Option --rebalance verwendet, um anzugeben, wie lange die Neuverteilung ausgesetzt bleibt.

Standardmäßig ist --max-rebalance-off auf 60 Minuten eingestellt. Wenn Sie also den Neuausgleich vorübergehend ausgeschaltet haben, wird er nach 60 Minuten wieder aufgenommen. Sollten Sie für die Wartungsaufgabe mehr bzw. weniger Zeit benötigen, können Sie die Zeiteinstellung für den ausgesetzten Neuausgleich im Parameter --max-rebalance-off ändern.

Big Data Store vom Typ "spatiotemporal"

--prompt

Wenn Sie dieses Dienstprogramm ausführen, werden Sie dazu aufgefordert, den angegebenen Vorgang zu bestätigen. Wenn Sie die Verwendung dieses Dienstprogramms automatisieren, geben Sie --prompt no an, da sonst das Skript erst dann fortgesetzt wird, wenn Sie auf die Eingabeaufforderung reagiert haben.

Big Data Stores vom Typ "relational", "Kachel-Cache" und "spatiotemporal"

Beispiele

Die folgenden Abschnitte enthalten Beispiele zur Verwendung der Optionen, die mit dem Dienstprogramm "changedbproperties" verfügbar sind.

Ändern des schreibgeschützten Schwellenwerts für den Data Store vom Typ "relational"

Der Data Store vom Typ "relational" wird standardmäßig in den schreibgeschützten Modus versetzt, wenn weniger als 1.024 MB Speicherplatz verfügbar ist. Im folgenden Beispiel schreiben andere Apps auf den Computer. Der Administrator konfiguriert daher, dass der Data Store vom Typ "relational" früher in den schreibgeschützten Modus versetzt wird: sobald der freie Speicherplatz auf dem Computer unter 4.000 MB liegt:

./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

Ändern der zulässigen Anzahl von Verbindungen mit dem Data Store vom Typ "relational"

In diesem Beispiel ist die für einen Data Store vom Typ "relational" maximal zulässige Anzahl an Verbindungen auf 100 gesetzt:

./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

Aktivieren der Wiederherstellung auf einen bestimmten Zeitpunkt für den Data Store vom Typ "relational"

Standardmäßig ist die Wiederherstellung auf einen bestimmten Zeitpunkt deaktiviert. In diesem Beispiel wird die Wiederherstellung auf einen bestimmten Zeitpunkt für den Data Store vom Typ "relational" aktiviert:

./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)?Yes

SSL deaktivieren

Standardmäßig kommuniziert der Data Store vom Typ "relational" mit dem Hosting-Server über HTTPS. In diesem Beispiel wird der Parameter --enablessl verwendet, um den Data Store vom Typ "relational" so zu konfigurieren, dass er mit dem Hosting-Server über HTTP kommuniziert.

./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

Ändern der Heap-Größe für den Big Data Store vom Typ "spatiotemporal"

Standardmäßig nutzt der Big Data Store vom Typ "spatiotemporal" beim Start die Hälfte des RAM des Computers (und 70 Prozent des freien RAM).

Vorsicht:

Durch Verringern der Heap-Größe kann verhindert werden, dass der Data Store startet. Wenn Sie die Heap-Größe erhöhen, geben Sie keine Zahl über der verfügbaren RAM-Größe des Computers an.

In diesem Beispiel ist die Heap-Größe auf 1.600 MB festgelegt.

./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

Unterbrechen der Neuverteilung für den Big Data Store vom Typ "spatiotemporal"

In diesem Beispiel muss der Administrator eine kurze Wartungsprozedur auf einem Computer im Big Data Store vom Typ "spatiotemporal" durchführen und möchte die Neuverteilung durch den Data Store verhindern. Dazu werden die Optionen --rebalance und --max-rebalance-off verwendet, um die Neuverteilung für 30 Minuten zu unterbrechen. Nach 30 Minuten ändert der Big Data Store vom Typ "spatiotemporal" rebalance automatisch in "true".

Da dies regelmäßig erfolgen muss, speichert der Administrator die folgende Anweisung in einem Skript und legt die Option "prompt" auf "no" fest.

./changedbproperties.sh --store spatiotemporal --rebalance false --prompt no

./changedbproperties.sh --store spatiotemporal --max-rebalance-off 30 --prompt no

changeloglocation

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Der Standardspeicherort der Fehlerprotokolldatei für ArcGIS Data Store lautet <ArcGIS Data Store directory>\arcgisdatastore\logs. Wenn Sie ein anderes Dateiverzeichnis verwenden möchten, führen Sie das Dienstprogramm "changeloglocation" aus und geben den neuen Verzeichnispfad an.

Das ArcGIS Data Store-Konto muss für das angegebenen Verzeichnis Schreibzugriff haben.

Syntax

changeloglocation <directory path>

Beispiel

In diesem Beispiel werden die Protokolldateien lokal unter ../datastorefiles/logs gespeichert.

./changeloglocation.sh '../datastorefiles/logs'

changenosqldslocation

Dieses Dienstprogramm wird mit Data Stores vom Typ "Kachel-Cache" verwendet.

Data Stores vom Typ "Kachel-Cache" können sehr groß werden, wenn viele hochauflösende Kacheln darin gespeichert werden. In diesen Fällen können Sie beispielsweise Daten auf ein anderes Laufwerk desselben Servers oder an einen freigegebenen Speicherort auf einem anderen Server verschieben.

Wenn Sie die Daten in ein freigegebenes Verzeichnis verschieben, müssen Sie dem ArcGIS Data Store-Konto Lese- und Schreibberechtigungen für das Verzeichnis gewähren.

Syntax

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

Beispiel

In diesem Beispiel werden die Datenbanken, die Szenen-Layer-Caches speichern, in dem freigegebenen Verzeichnis namens "dstorecache" auf dem Computer "server2" erstellt.

./changenosqldslocation.sh /net/server2/dstorecache --prompt no

changepassword

Dieses Dienstprogramm wird mit Data Stores vom Typ "relational" verwendet.

ArcGIS Data Store generiert nach dem Zufallsprinzip Benutzernamen und Kennwörter für die Datenbankkonten und Data Stores vom Typ "relational". Wenn für Ihre Site eigene Kennwörter festlegen müssen, rufen Sie die Kennwörter für Konten von Data Stores vom Typ "relational" ab und setzen diese mit "changepassword" zurück.

Verwenden Sie das Dienstprogramm listadminusers zum Abrufen der Namen und Kennwörter des Administrators und das Dienstprogramm listmanageduser zum Abrufen des Benutzernamens und des Kennworts für den Feature-Daten-Besitzer.

Das Dienstprogramm "changepassword" muss auf dem primären Data Store-Computer vom Typ "relational" ausgeführt werden. Um zu ermitteln, welches der primäre Computer ist, führen Sie das Dienstprogramm describedatastore aus.

Syntax

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

Beispiel

In diesem Beispiel wird das Benutzerkennwort von gwi_n2Te0 in Phfl4mp! geändert.

./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

Wenn Sie Kennwortänderungen per Skript durchführen müssen, geben Sie ein Flag an, das die Bestätigungsaufforderung unterdrückt. Siehe dazu das folgende Beispiel:

./changepassword.sh gwi_n2Te0 Phfl4mp --prompt no

changestaginglocation

Dieses Dienstprogramm wird mit einem Data Store vom Typ "relational", einem Data Store vom Typ "Kachel-Cache" und einem Graph Store verwendet.

Wenn Sie den Data Store vom Typ "relational" oder den Data Store vom Typ "Kachel-Cache" wiederherstellen, werden die komprimierten Sicherungsdateien mit ArcGIS Data Store in einem Staging-Verzeichnis extrahiert. Dabei ist darauf zu achten, dass das Staging-Verzeichnis die unkomprimierten Daten aufnehmen kann. Dieser Speicherort befindet sich standardmäßig im ArcGIS Data Store-Datenverzeichnis. Wenn der Data Store vom Typ "relational" oder "Kachel-Cache" viele Daten enthält, richten Sie ein separates Staging-Verzeichnis ein und geben Sie es für die Wiederherstellung an.

Wenn Sie einen S3-Bucket oder einen Azure-BLOB-Speichercontainer für Sicherungsdateien des Data Store vom Typ "relational", des Data Store vom Typ "Kachel-Cache" oder des Graph Store definieren, wird das Staging-Verzeichnis entsprechend zum Packen der Sicherungsdateien verwendet, bevor diese an den Cloud-Speicherort kopiert werden.

Syntax

changestaginglocation <directory path>

Beispiel

In diesem Beispiel lautet das angegebene Staging-Verzeichnis /net/sanmarcos/rbustage.

./changestaginglocation.sh /net/sanmarcos/rbustage

configurebackuplocation

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Mit dem Dienstprogramm "configurebackuplocation" können Sie den Speicherort angeben, in den ArcGIS Data Store die Sicherungsdateien für geplante Sicherungen und für Sicherungen, die mit dem Dienstprogramm backupdatastore erstellt werden, schreiben soll. Mit dem Dienstprogramm "configurebackuplocation" können Sie zudem Eigenschaften eines Sicherungsspeichers ändern und einen Sicherungsspeicher entfernen.

Data Stores vom Typ "relational" werden mit einem standardmäßigen lokalen Sicherungsspeicher erstellt. Um Datenverluste zu vermeiden, können Sie einen Standardsicherungsspeicher konfigurieren, indem Sie mit der Option change eine Remote-Dateifreigabe registrieren.

Data Stores vom Typ "Kachel-Cache", die im Primär/Standby-Modus erstellt werden, verfügen über einen Standardsicherungsspeicher. Auf Data Stores vom Typ "Kachel-Cache", die im Cluster-Modus erstellt werden, trifft dies hingegen nicht zu. Verwenden Sie in beiden Fällen das Dienstprogramm "configurebackuplocation" mit der Option register, um ein freigegebenes Netzwerkverzeichnis, einen Amazon Simple Storage Service (S3)-Bucket oder einen Microsoft Azure BLOB-Speichercontainer anzugeben und Sicherungen von Data Stores vom Typ "Kachel-Cache" sicher zu speichern. Sie können kein lokales Laufwerk für die Kachel-Cache-Sicherungsdateien verwenden, wenn der Data Store im Cluster-Modus ausgeführt wird.

Big Data Stores vom Typ "spatiotemporal", Graph Stores und Objektspeicher werden nicht mit einem Standardsicherungsspeicher erstellt. Damit Sicherungen erstellt werden können, müssen Sie das Dienstprogramm "configurebackuplocation" mit der Option register ausführen und einen Dateifreigabe-Speicherort, einen Amazon Simple Storage Service (S3)-Bucket oder einen Microsoft Azure BLOB-Speichercontainer für die Sicherungen festlegen.

Hinweis:

Sicherungsdateien für Big Data Stores vom Typ "spatiotemporal" können nicht auf einem lokalen Laufwerk gespeichert werden.

Sie können einen zweiten Sicherungsspeicher registrieren, um die mit dem Dienstprogramm "backupdatastore" erstellten Sicherungen zu speichern. Als sekundären Sicherungsspeicher können Sie ein freigegebenes Dateiverzeichnis, einen S3-Bucket oder einen Azure BLOB-Speichercontainer verwenden.

Weitere Informationen zu ArcGIS Data Store-Sicherungen finden Sie unter Verwalten von ArcGIS Data Store-Sicherungen.

Syntax

configurebackuplocation --store {relational | tileCache | spatiotemporal | graph | object} --operation {change | register | unregister | list | setdefault} [--location "<backup_location_arguments>"] [additional options]

Erforderliche Optionen

Beim Ausführen des Dienstprogramms "configurebackuplocation" müssen Sie die folgenden Optionen angeben:

  • --store {relational | tileCache | spatiotemporal | graph | object}

    Geben Sie den ArcGIS Data Store-Typ an, für den Sie Sicherungsspeicher konfigurieren oder abfragen. Der Standardwert ist relational.

  • --operation {change | register | unregister | list | setdefault}

    Mit der Option --operation wird die Aktion festgelegt, die vom Dienstprogramm "configurebackuplocaton" ausgeführt wird. Der Standardwert ist change.

    Im Folgenden werden die Argumente erläutert, die mit der Option --operation verwendet werden können:

OptionBeschreibung

change

Mit diesem Argument können Sie folgende Änderungen vornehmen:

  • Angeben eines anderen freigegebenen Dateispeicherorts für geplante Sicherungen von Data Stores vom Typ "relational". Der mit dem Argument change festgelegte Speicherort ist immer der Standardsicherungsspeicher für Data Stores vom Typ "relational".

    Sie müssen die Option --location angeben, wenn Sie den Standardsicherungsspeicher für den Data Store vom Typ "relational" ändern.

  • Ändern des Namens für den Sicherungsspeicher.

    Sie müssen die Option --location und das zugehörige Argument name angeben, wenn Sie den Namen des Sicherungsspeichers ändern.

  • Aktualisieren der Authentifizierungsinformationen, die Sie für Sicherungsspeicher in Azure oder S3 festgelegt haben.

    Für S3 können Sie die Informationen ändern, die Sie zuvor mit den Optionen username und password angegeben haben.

    Für Azure können Sie den Wert für password ändern.

register

Mit diesem Argument können Sie einen Sicherungsspeicher registrieren.

Wenn Sie das Argument register verwenden, müssen Sie Informationen für die Option --location angeben.

Der erste Sicherungsspeicher, den Sie für einen Big Data Store vom Typ "spatiotemporal", einen Graph Store oder einen Data Store vom Typ "Kachel-Cache", der im Clustermodus ausgeführt wird, definieren, wird als Standardsicherungsspeicher festgelegt. Wenn Sie einen anderen Sicherungsspeicher für einen Data Store vom Typ "Kachel-Cache" (Primär/Standby- oder Cluster-Modus), einen Big Data Store vom Typ "spatiotemporal" oder einen Graph Store registrieren, wird dieser als sekundärer Sicherungsspeicher festgelegt.

Beim Data Store vom Typ "relational" wird mit dem Argument register immer ein sekundärer Sicherungsspeicher registriert. In dem sekundären Sicherungsspeicher können manuelle Sicherungen gespeichert werden, die mit dem Dienstprogramm backupdatastore generiert wurden.

unregister

Verwenden Sie dieses Argument, um einen sekundären Sicherungsspeicher aus einem Data Store zu entfernen.

Wenn nur ein Sicherungsspeicher registriert ist, wird mit dem Argument "unregister" der Sicherungsspeicher für den Data Store vom Typ "Kachel-Cache", den Big Data Store vom Typ "spatiotemporal" oder den Graph Store vollständig entfernt.

list

Alle für den mit der Option --store angegebenen Data Store registrierten Sicherungsspeicher werden aufgelistet.

Die Liste enthält Angaben zum physischen Sicherungsspeicherort, zum Namen des Sicherungsspeichers und dazu, welcher Sicherungsspeicher als Standardsicherungsspeicher registriert ist.

setdefault

Wenn Sie für einen Graph Store, einen Data Store vom Typ "Kachel-Cache" oder einen Big Data Store vom Typ "spatiotemporal" mehrere Sicherungsspeicher angegeben haben, verwenden Sie das Argument setdefault, um einen der Sicherungsspeicher als Standardverzeichnis festzulegen.

Geplante Sicherungen werden in dieses Verzeichnis geschrieben, und es wird auch als Standardverzeichnis verwendet, wenn Sie das Dienstprogramm backupdatastore, listbackups oder restoredatastore ausführen, ohne einen Sicherungsspeicher anzugeben.

Die Option "location"

Die Option --location ist in den folgenden Szenarien erforderlich.

  • Geben Sie den Speicherort des Sicherungsspeichers an, wenn Sie einen Sicherungsspeicher registrieren oder den Standardsicherungsspeicher für den Data Store vom Typ "relational" ändern.
  • Um den Namen eines vorhandenen Sicherungsspeichers zu ändern, geben Sie das Argument name und den neuen Namenswert an.

Sie können die Option --location oder den Sicherungsnamen verwenden, wenn Sie einen Standardsicherungsspeicher festlegen oder einen Sicherungsspeicher entfernen.

Geben Sie für Data Stores vom Typ "Kachel-Cache" bzw. Big Data Stores vom Typ "spatiotemporal" oder zum Registrieren eines sekundären Sicherungsspeichers für einen Data Store vom Typ "relational" die folgenden Argumente mit der Option --location durch Semikolons (;) getrennt an, und setzen Sie die gesamte Argumentzeichenfolge in doppelte Anführungszeichen ('"):

--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>];[endpointsuffix=<Azure_cloud_location> | region=<AWS_region>]".

Im Folgenden werden die einzelnen für die Option --location unterstützten Argumente erläutert:

ArgumentBeschreibung

type=

Dieses Argument ist erforderlich.

Geben Sie an, welche Art von Speicherort für Sicherungen verwendet werden soll.

Geben Sie fs an, um Sicherungen in einer Dateifreigabe zu speichern. Bei Data Stores vom Typ "relational" muss der Standardsicherungsspeicher eine Dateifreigabe sein.

Geben Sie s3 an, um Sicherungen in einem Amazon S3-Bucket zu speichern.

Geben Sie azure an, um Sicherungen in einem Azure-BLOB-Speichercontainer zu speichern.

location=

Dieses Argument ist erforderlich.

Geben Sie für Dateifreigaben den Dateipfad an.

Geben Sie für Amazon S3-Buckets den Bucket-Namen und den Bucket-Pfad an.

Geben Sie für BLOB-Speichercontainer den Container-Namen und den Container-Pfad an.

name=

Sie können dem Sicherungsspeicher einen Namen zuweisen. Handelt es sich bei dem Sicherungsspeicher um einen Dateipfad, z. B. \\sharedserver_sharedfolders_datastorebackups, können Sie für diesen Speicherort einen Namen, z. B. dsbackupsfolder, festlegen. Beim Ausführen des Dienstprogramms backupdatastore, listbackups oder restoredatastore können Sie dann anstelle des Verzeichnispfads diesen Namen angeben.

Wenn Sie beim Konfigurieren des Data-Store-Sicherungsspeichers keinen Namen festlegen, weist ArcGIS Data Store einen Standardnamen zu.

username=

Dieses Argument ist erforderlich, wenn Sie das Argument type= auf azure oder s3 festlegen.

Geben Sie für S3-Buckets die Zugriffsschlüssel-ID Ihres Amazon Web Services (AWS)-Kontos an.

Geben Sie für Azure BLOB-Speichercontainer den Namen des Microsoft Azure-Speicherkontos an, das Zugriff auf den BLOB-Speichercontainer hat.

password=

Dieses Argument ist erforderlich, wenn Sie das Argument type= auf azure oder s3 festlegen.

Geben Sie für S3-Buckets den geheimen Schlüssel Ihres AWS-Kontos an.

Geben Sie für Azure BLOB-Speichercontainer den Schlüssel für das Azure-Konto an, den Sie mit dem Argument username festgelegt haben.

endpointsuffix=

Wenn Sie das Argument type= auf azure festlegen, können Sie das Argument endpointsuffix verwenden, um anzugeben, wo sich der Azure-BLOB-Speichercontainer befindet.

Standardmäßig wird für endpointsuffix der Wert core.windows.net angenommen. Wenn sich Ihr Container in der Microsoft Azure-Government-Cloud-Umgebung befindet, legen Sie endpointsuffix=core.usgovcloudapi.net fest. Wenn sich Ihr Container in einer privaten Cloud befindet, legen Sie für endpointsuffix das Endpunktsuffix Ihrer privaten Azure-Cloud fest.

region=

Dieses Argument ist erforderlich, wenn Sie das Argument type= auf s3 festlegen.

Sie müssen den Regionscode angeben. Legen Sie beispielsweise die Region ap-southeast-2 fest, wenn der Bucket in der Region "Asien-Pazifik (Sydney)" bereitgestellt wird. Informationen zu Regionscodes finden Sie in der AWS-Dokumentation.

Zusätzliche Optionen

Folgende zusätzliche Optionen können Sie mit dem Dienstprogramm "configurebackuplocation" bereitstellen:

OptionBeschreibung

--force

Diese Option wird nur mit Data Stores vom Typ "relational" verwendet und ermöglicht es Ihnen, den Standardsicherungsspeicher zu ändern, auch wenn der vorhandene Standardsicherungsspeicher nicht verfügbar ist.

Gültige Werte: true und false.

Wenn Sie den Standardsicherungsspeicher für einen Data Store vom Typ "relational" ändern, kopiert ArcGIS Data Store die vorhandenen Sicherungsdateien vom alten Speicherort an den neuen Speicherort. Ist der Zugriff von ArcGIS Data Store auf den alten Speicherort nicht möglich, können die Dateien nicht kopiert werden. In vorherigen Versionen führt dies zu einem Fehler im Werkzeug "configurebackuplocation". Wenn Sie mit der Änderung des Standardsicherungsspeichers fortfahren möchten, ohne vorhandene Sicherungsdateien zu kopieren, geben Sie --force true an.

Der Standardwert für diese Option ist false. Das heißt, Sie können den Standardsicherungsspeicher nicht ändern, wenn ArcGIS Data Store nicht auf das vorhandene Standardverzeichnis zugreifen kann.

--prompt

Gültige Werte: yes und no.

Wenn Sie dieses Dienstprogramm ausführen, werden Sie dazu aufgefordert, den angegebenen Vorgang zu bestätigen. Wenn Sie die Verwendung dieses Dienstprogramms automatisieren, legen Sie die Option --prompt auf no fest, da sonst das Skript erst dann fortgesetzt wird, wenn Sie auf die Eingabeaufforderung reagiert haben.

Beispiele

Die folgenden Abschnitte enthalten Beispiele für das Ändern, Festlegen oder Auflisten von Sicherungsspeichern für Data Stores.

Ändern des standardmäßigen Sicherungsspeichers für den Data Store vom Typ "relational"

Im ersten Beispiel ist der Sicherungsspeicher für einen Data Store vom Typ "relational" auf ein Verzeichnis mit dem Namen "fsdata_bu" auf einem Computer mit dem Namen "myshare" festgelegt.

./configurebackuplocation.sh --operation change --store relational --location "type=fs;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

Hinzufügen eines Sicherungsspeichers für den Data Store vom Typ "relational"

In diesem Beispiel wird unter Azure ein zweiter Sicherungsspeicher für denselben Data Store vom Typ "relational" registriert.

./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

Festlegen eines Sicherungsspeichers für einen Graph Store

In diesem Beispiel wird ein Sicherungsspeicher auf einer Netzwerkfreigabe für einen Graph Store registriert. Dem Sicherungsspeicher wird ein Name, "fshare", zugewiesen.

./configurebackuplocation.sh --operation register --store graph --location "type=fs;location=/net/sharedmachine/g_bu;name=fshare" --prompt no

Hinzufügen eines Sicherungsspeichers und Festlegen eines Standardverzeichnisses

In diesem Beispiel wird ein zweiter Sicherungsspeicher für den Big Data Store vom Typ "spatiotemporal" festgelegt. Der zusätzliche Sicherungsspeicher befindet sich im Azure-Speicher.

./configurebackuplocation.sh --operation register --store spatiotemporal --location "type=azure;location=myblobs;name=mazloc;username=myazureaccountlogin;password=zpw4myazureaccount" --prompt no

In diesem Beispiel wird auf AWS ein zweiter Sicherungsspeicher für denselben Big Data Store vom Typ "spatiotemporal" in der Region "Europa (Spanien)" festgelegt. Dem Sicherungsspeicher wird ein Name, "awsloc", zugewiesen.

./configurebackuplocation.sh --operation register --store spatiotemporal --location "type=s3;location=mybucket;name=awsloc;username=abcdefg1234567;password=z9y8x7w6v5u4t3s2r1q0;region=eu-south-2" --prompt no

In diesem Beispiel wird der S3-Bucket als standardmäßiger Sicherungsspeicher für den Big Data Store vom Typ "spatiotemporal" festgelegt. Dafür wird der Name des Sicherungsspeichers (awsloc) genutzt.

./configurebackuplocation.sh --operation setdefault --store spatiotemporal --location "name=awsloc" --prompt no

Abrufen einer Liste aller Sicherungsspeicher für einen Data Store

In diesem Beispiel werden alle Sicherungsspeicher für den Big Data Store vom Typ "spatiotemporal" aufgelistet.

./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

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Statt nach der Installation von ArcGIS Data Store den Data Store-Konfigurationsassistenten auszuführen, können Sie das Dienstprogramm "configuredatastore" ausführen, um einen Data Store zu erstellen und bei einer GIS Server-Site zu registrieren. Mit folgendem Dienstprogramm können Sie die folgenden Typen von Data Stores erstellen:

Das Dienstprogramm kann zudem für Folgendes verwendet werden:

  • Für ein Upgrade eines Data Store, nachdem die ArcGIS Data Store-Software auf allen Computern im Data Store aktualisiert wurde.
  • Für die Bestimmung der Rolle eines Computers in einem Big Data Store vom Typ "spatiotemporal".

Syntax

configuredatastore <ArcGIS Server admin URL> <ArcGIS Server administrator> <ArcGIS Server administrator password> <data directory> [--stores {relational | tileCache | spatiotemporal | graph | object}] [--mode {singleInstance | primaryStandby | cluster}] [--roles {coord | data}]

OptionBeschreibung

<ArcGIS Server admin URL>

Dies ist die GIS Server-Site, die als Hosting-Server von ArcGIS Enterprise verwendet wird. Die Admin-URL für ArcGIS Server hat das Format https://gisserver.domain.com:6443.

Hinweis:

Die URL müssen Sie auch dann im vorgenannten Format angeben, wenn die GIS Server-Site einen Web Adaptor oder Load Balancer verwendet.

<ArcGIS Server administrator>

Geben Sie den Benutzernamen für einen integrierten Benutzer (nicht organisationsspezifisch) ein, der über Administratorberechtigungen für die GIS Server-Hosting-Site verfügt.

<ArcGIS Server administrator password>

Geben Sie das Kennwort für das oben verwendete Konto ein.

<data directory>

Das Datenverzeichnis ist der Speicherort auf dem lokalen Computer, auf dem die Data-Store-Dateien erstellt werden.

--stores

Diese Option gibt den Typ des zu konfigurierenden ArcGIS Data Store an.

Zulässige Werte:

  • relational
  • tileCache
  • spatiotemporal
  • graph
  • object

Wenn Sie für die Option --stores keinen Wert festlegen, wird der Wert relational verwendet.

--mode

Diese optionale Option gilt nur für Data Stores vom Typ "Kachel-Cache" und Objektspeicher.

Gültige Werte: singleInstance, primaryStandby und cluster.

Wenn Sie keinen Modus angeben, werden Data Stores vom Typ "Kachel-Cache" im Modus "primaryStandby" und Objektspeicher im Modus "singleInstance" erstellt.

Im Modus "primaryStandby" erstellte Data Stores vom Typ "Kachel-Cache" können zwei Computer aufweisen. Wenn Sie den Data Store vom Typ "Kachel-Cache" so skalieren müssen, dass er mindestens drei Computer enthält, erstellen Sie einen Data Store vom Typ "Kachel-Cache" im Cluster-Modus. Mithilfe der Option --mode können Sie den Modus des Data Store vom Typ "Kachel-Cache" von "primaryStandby" zu "Cluster" ändern.

Im Modus "singleInstance" erstellte Objektspeicher dürfen nur einen Computer enthalten. Wenn eine hohe Verfügbarkeit gefordert ist, stellen Sie den Objektspeicher im Cluster-Modus bereit. Im Cluster-Modus muss der Objektspeicher mindestens drei Computer enthalten. Der Modus "primaryStandby" wird für Objektspeicher nicht mehr verwendet. Für einen Objektspeicher kann der Modus nicht geändert werden. Weitere Informationen finden Sie unter Hinzufügen von Computern zu einem Data Store.

--roles

Diese optionale Option gilt nur für mehrere Computer in einem Big Data Store vom Typ "spatiotemporal".

Unterstützte Werte sind coord, data und coord,data.

Computer in einem Big Data Store vom Typ "spatiotemporal" können mit einer oder beiden Rollen erstellt werden. Wenn Sie einen Computer mit beiden Rollen bereitstellen, trennen Sie die beiden Rollen mit einem Komma. Geben Sie beispielsweise --role coord,data an, wenn Sie das Dienstprogramm "configuredatastore" ausführen, um einen Big Data Store vom Typ "spatiotemporal" auf einem Computer zu erstellen.

Eine Beschreibung der beiden Rollen Koordinator und Daten finden Sie unter Hinzufügen von Computern zu einem Data Store.

Sie können das Dienstprogramm "configuredatastore" auch mit der Option --roles ausführen, um die Rolle eines vorhandenen Computers im Big Data Store vom Typ "spatiotemporal" zu ändern.

Konfigurieren eines spezifischen Typs von Data Store

Geben Sie zum Erstellen des Data Store wie oben angegeben den Typ mit der Option --stores an. Unter den folgenden Links finden Sie Beschreibungen der verschiedenen Data-Store-Typen:

Wenn Sie mehrere Data-Store-Typen auf demselben Computer konfigurieren möchten, trennen Sie die Typen mit einem Komma (nicht mit einem Leerzeichen). Um beispielsweise einen Data Store vom Typ "relational" und einen Data Store "Kachel-Cache" auf demselben Computer zu konfigurieren, geben Sie --stores relational,tileCache an.

Hinweis:

Auf demselben Computer konfigurierte Data Stores konkurrieren um Speicher- und andere Ressourcen, was die Performance beeinträchtigt und schlimmstenfalls dazu führen kann, dass die Data Stores nicht mehr funktionieren. Dies gilt insbesondere für Big Data Stores vom Typ "spatiotemporal", Graph Stores und Objektspeicher. Konfigurieren Sie keinen Big Data Store vom Typ "spatiotemporal", Graph Store oder Objektspeicher auf einem Computer, auf dem sich bereits ein anderer Data Store oder eine andere ArcGIS-Komponente befindet.

Wenn Sie ein Skript für die Erstellung mehrerer Big-Data-Store-Computer vom Typ "spatiotemporal" erstellen, sollten Sie beachten, dass ein Big-Data-Store-Computer vom Typ "spatiotemporal" manuell mit der GIS Server-Site konfiguriert werden muss, bevor das Skript für die Erstellung zusätzlicher Big-Data-Store-Computer vom Typ "spatiotemporal" erstellt werden kann. Beziehen Sie Wartezeiten in das Skript ein, um sicherzustellen, dass die zusätzlichen Big-Data-Store-Computer vom Typ "spatiotemporal" nicht zur gleichen Zeit hinzugefügt werden.

Jeder Data-Store-Typ verfügt über einen Standardmodus für die Erstellung. Wenn Sie einen Data Store vom Typ "Kachel-Cache" oder einen Objektspeicher erstellen, können Sie einen anderen Modus angeben.

Anweisungen finden Sie unter Erstellen eines Data Store.

Konfigurieren von Data Stores nach der Aktualisierung von ArcGIS Data Store-Installationen

Im Rahmen des ArcGIS Data Store-Upgrades müssen Sie die vorhandenen Data-Store-Computer neu konfigurieren. Nachdem Sie auf jedem Data-Store-Computer eine neue Version von ArcGIS Data Store über die vorhandene ArcGIS Data Store-Version installiert haben, melden Sie sich bei einem Computer in einem Data Store an und führen Sie das Dienstprogramm "configuredatastore" aus, um das Upgrade dieses Data-Store-Typs abzuschließen. Wenn Sie beispielsweise "configuredatastore" auf dem primären Data-Store-Computer vom Typ "relational" ausführen, wird das Upgrade auch auf dem Standby-Computer durchgeführt.

Befinden sich auf dem Computer sowohl ein Data Store vom Typ "relational" als auch ein Data Store vom Typ "Kachel-Cache", geben Sie beim Ausführen des Dienstprogramms "configuredatastore" --stores relational,tileCache an, damit alle Computer in beiden Data Stores aktualisiert werden.

Um die aktualisierten Big-Data-Store-Computer vom Typ "spatiotemporal" neu zu konfigurieren, melden Sie sich an einem beliebigen Computer des Big Data Store vom Typ "spatiotemporal" an, und führen Sie das Dienstprogramm "configuredatastore" aus. Auf diese Weise werden alle Computer im Big Data Store vom Typ "spatiotemporal" aktualisiert.

Die Konfiguration wird erst durchgeführt, nachdem Sie die neue Version von ArcGIS Data Store auf allen Computern in der ArcGIS Enterprise-Bereitstellung installiert haben.

Weitere Informationen finden Sie unter Upgrade von ArcGIS Data Store.

Ändern des Modus eines Data Store vom Typ "Kachel-Cache"

Um den aktuellen Modus zu ermitteln, der für einen Data Store vom Typ "Kachel-Cache" festgelegt ist, führen Sie das Dienstprogramm describedatastore auf dem Computer mit dem Data Store vom Typ "Kachel-Cache" aus.

Wenn Sie den Modus des Data Store vom Typ "Kachel-Cache" von "primaryStandby" in den Cluster-Modus ändern möchten, führen Sie das Dienstprogramm "configuredatastore" mit der Option --mode als cluster aus.

Hinweis:

Sie können die Option --mode verwenden, um den Modus des Data Store vom Typ "Kachel-Cache" oder des Objektspeichers beim Erstellen des Data Store anzugeben oder um den Modus des Data Store vom Typ "Kachel-Cache" von "primaryStandby" in den Cluster-Modus zu ändern. Beim Upgrade eines Data Store vom Typ "Kachel-Cache" ist es jedoch nicht möglich, den Modus zu ändern. Ebenso wenig kann der Modus des Data Store vom Typ "Kachel-Cache" vom Cluster-Modus in den Modus "primaryStandby" geändert werden. Der Modus eines anderen Data-Store-Typs kann nicht geändert werden.

Ändern der Rolle eines Computers in einem Big Data Store vom Typ "spatiotemporal".

Jeder Cluster eines Big Data Store vom Typ "spatiotemporal" muss einen Computer mit der Koordinator-Rolle enthalten, der als aktueller Koordinator für alle anderen Computer im Cluster dient. Der erste Computer, den Sie in einem Big Data Store vom Typ "spatiotemporal" erstellen, muss die Koordinator-Rolle innehaben, und dieser erste Computer ist der aktuelle, aktive Koordinator. Um sicherzustellen, dass der Cluster weiterhin verwendet werden kann, auch wenn der aktuelle Koordinator-Computer ausfällt, müssen sich im Cluster mindestens zwei weitere Computer befinden, denen die Koordinator-Rolle zugewiesen wurde.

Zudem muss sich in einem Cluster eines Big Data Store vom Typ "spatiotemporal" mindestens ein Computer mit der Daten-Rolle befinden.

Rollen werden den Computern zugewiesen, wenn Sie sie dem Cluster hinzufügen wie unter Hinzufügen von Computern zu einem Data Store beschrieben. Computer, die die Rolle des Koordinators übernehmen können, können so geändert werden, dass sie nur Daten speichern. Computern, die derzeit nur die Daten-Rolle innehaben, kann die Koordinator-Rolle zugewiesen werden.

Folgenden Rollenwechsel werden unterstützt:

  • Geben Sie --roles data an, um aus einem Koordinator-Computer einen Daten-Computer zu machen. Dies ist möglich, wenn sich im Cluster weitere Computer befinden, die die Rolle des Koordinators übernehmen können. Sie können aus einem Koordinator-Computer einen Daten-Computer machen, wenn sich im Cluster mindestens drei weitere Computer befinden, die die Rolle des Koordinators übernehmen können.
  • Geben Sie --roles data an, um die Koordinator-Rolle für einen Computer zu entfernen, der mit beiden Rollen bereitgestellt wurde. Danach hat der Computer nur noch die Daten-Rolle inne. Sie können die Koordinator-Rolle für den Computer entfernen, wenn sich im Cluster mindestens drei weitere Computer befinden, die die Rolle des Koordinators übernehmen können.
  • Geben Sie --roles coord,data an, um für einen Computer, der zunächst nur mit der Daten-Rolle bereitgestellt wurde, die Koordinator-Rolle hinzuzufügen. Die Koordinator-Rolle können maximal fünf Computer innehaben. Wenn im Cluster bereits fünf Koordinator-Computer vorhanden sind, kann einem Daten-Computer im Cluster die Koordinator-Rolle nicht zugewiesen werden.

Tipp:

Bevor Sie die Rolle eines Computers ändern, führen Sie auf einem der Computer das Dienstprogramm describedatastore aus, um zu ermitteln, welche Rolle den Computern im Cluster des Big Data Store vom Typ "spatiotemporal" zugewiesen ist.

Beispiele

In diesem Beispiel wird ein Data Store für gehostete Feature-Layer-Daten (Data Store vom Typ "relational") erstellt. Die URL der GIS Server-Site, die den Data Store verwendet, lautet https://gisserver.domain.com:6443, der Benutzername und das Kennwort des Site-Administrators lauten "admin" bzw. "Iph33l$ik", und das Datenverzeichnis des Data Store ist /dstore/data.

./configuredatastore.sh https://gisserver.domain.com:6443 admin Iph33l$ik /dstore/data --stores relational --prompt no

Im folgenden Beispiel wird der Data Store vom Typ "Kachel-Cache" (Primär/Standby) in den Cluster-Modus versetzt:

./configuredatastore.sh https://gisserver.mydomain.com:6443 admin Iph33l$ik dsstore/scenedata --stores tileCache --mode cluster --prompt no

Im nächsten Beispiel, wird einem der Computer in einem Cluster in einem Big Data Store vom Typ "spatiotemporal", die nur die Daten-Rolle innehaben, zusätzlich die Koordinator-Rolle zugewiesen, sodass er als Koordinator dienen kann, wenn der aktuelle Koordinator-Computer ausfällt.

./configuredatastore.sh https://gisserver.mydomain.com:6443 admin Iph33l$ik dsstore/scenedata --stores spatiotemporal --roles coord,data --prompt no

deletebackup

Dieses Dienstprogramm wird mit Data Stores vom Typ "relational" und Objektspeichern verwendet.

Mit dem Dienstprogramm "deletebackup" können Sie für Data Stores vom Typ "relational" oder für Objektspeicher erstellte Sicherungsdateien löschen. Führen Sie zunächst das Dienstprogramm configurebackuplocation mit der Einstellung --operation für die Option list aus, um eine Liste aller für den Data Store konfigurierten Sicherungsspeicher abzurufen. Führen Sie anschließend das Dienstprogramm listbackups mit einem der Speicherorte aus, um die Namen und Erstellungszeiten der Sicherungen an diesem Speicherort anzuzeigen. Wiederholen Sie diesen Schritt für alle Sicherungsspeicher. Danach können Sie mit dem Dienstprogramm "deletebackup" die nicht länger benötigten Sicherungsdateien löschen. Sie müssen "deletebackup" separat für jeden Speicherort ausführen, an dem Sie Sicherungsdateien löschen möchten.

Hinweis:

Sie können nur Sicherungen löschen, die für die Wiederherstellung des Data Store nicht erforderlich sind. So ist es beispielsweise nicht möglich, die aktuelle vollständige Sicherung eines Data Store vom Typ "relational" zu löschen.

Syntax

deletebackup <backup name> [--store {relational | object}] [--location "<backup-location>"] [--prompt {yes | no}]

Beispiel

Im folgenden Beispiel wird die Sicherung "featuresMarchbu" des Data Store vom Typ "relational" aus dem Standardsicherungsspeicher gelöscht.

./deletebackup.sh featuresMarchbu --store relational

You are attempting to delete backup 'featuresMarchbu'. This operation is irreversible.

Do you wish to continue (Yes or No)?yes

Operation completed successfully

In diesem Beispiel wird die Sicherung "june-videobu" des Objektspeichers aus dem Sicherungsspeicher "videobucket" gelöscht.

./deletebackup.sh june-videobu --store object --location "videobucket"

You are attempting to delete backup 'june-videobu'. This operation is irreversible.

Do you wish to continue (Yes or No)?yes

Operation completed successfully

describedatastore

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Mit dem Dienstprogramm "describedatastore" werden Informationen zu einer ArcGIS Data Store-Installation bereitgestellt. Dabei wird angegeben, welche Data-Store-Typen auf dem Computer installiert sind und wo das Dienstprogramm ausgeführt wird. Zudem werden Informationen zu den einzelnen Data-Store-Typen auf dem Computer bereitgestellt.

Hinweis:

Wenn ein Data Store auf dem Computer installiert, aber nicht konfiguriert ist, wird er als verfügbarer ArcGIS Data Store angezeigt. Für diesen Data-Store-Typ werden jedoch keine zusätzlichen Informationen zurückgegeben.

Einige Informationen gelten für alle Data-Store-Typen, andere nur für einen Data-Store-Typ. In den folgenden Tabellen werden die Eigenschaften aufgeführt und erläutert, die vom Dienstprogramm "describedatastore" zurückgegeben werden:

Allgemeine Eigenschaften

Die Werte für diese Eigenschaften sind bei allen auf dem Computer installierten Data-Store-Typen gleich.

EigenschaftBeschreibung

Version von ArcGIS Data Store

Die Versionsnummer der ArcGIS Data Store-Installation

Staging-Speicherort

Bei Data Stores vom Typ "relational" und "Kachel-Cache" ist der Staging-Speicherort der Ort, an dem ArcGIS Data Store die komprimierten Sicherungsdateien vor dem Wiederherstellen des Data Stores extrahiert. Wenn für einen Data Store ein Cloud-Speicherort für Sicherungen konfiguriert wurde, werden Sicherungsdateien zunächst im Staging-Speicherort gespeichert, bevor sie in den Cloud-Speicherort kopiert werden.

Verwenden Sie zum Ändern des Staging-Speicherorts das Dienstprogramm changestaginglocation.

Protokollspeicherort

Das Dateiverzeichnis, in dem ArcGIS Data Store Protokolldateien speichert.

Verwenden Sie zum Ändern des Speicherortes für die Protokolldatei das Dienstprogramm changeloglocation.

Freier Festplattenspeicher

Der verbleibende Speicherplatz, der auf dem Computer verfügbar ist, auf dem ArcGIS Data Store installiert ist

Allgemeine Eigenschaften

Diese Eigenschaften erscheinen für jeden Data-Store-Typ, deren Werte beziehen sich jedoch nur auf den Data Store, für den sie aufgeführt werden.

EigenschaftBeschreibung

Sicherungsspeicher

Der Standardsicherungsspeicher, der von den einzelnen Data-Store-Typen verwendet wird

Sicherungszeitplan

Gibt bei automatisierten Sicherungen an, wie häufig für die einzelnen Data-Store-Typen eine Sicherung erstellt wird.

Data-Store-Status

Gibt an, ob der Data Store ausgeführt wird.

URL des zuständigen Systems

Die GIS Server-Hosting-Site, bei der der Data Store registriert ist.

Hierbei handelt es sich in der Regel um den Hosting-Server für alle Data Stores auf dem Computer. Es ist jedoch möglich, dass Data Stores auf einem Computer für verschiedene ArcGIS Enterprise-Bereitstellungen verwendet werden.

URL zu Portal for ArcGIS

Hierbei handelt es sich in der Regel um die Portal for ArcGIS-URL für alle Data Stores auf dem Computer. Es ist jedoch möglich, dass Data Stores auf einem Computer für verschiedene ArcGIS Enterprise-Bereitstellungen verwendet werden.

Registrierte Computer

Eine Liste mit allen Computern im jeweiligen Data-Store-Typ. Mit dieser Eigenschaft werden alle Computer unabhängig vom Status aufgelistet.

Eigenschaften des Data Store vom Typ "relational"

Diese Eigenschaften gelten für die Bereitstellung eines Data Store vom Typ "relational".

EigenschaftBeschreibung

Aufbewahrungsdauer einer Sicherung in Tagen

Die Anzahl der Tage, die Sicherungsdateien eines Data Store vom Typ "relational" aufbewahrt werden, bevor sie von ArcGIS Data Store gelöscht werden.

Mit aktivierter Wiederherstellung auf einen bestimmten Zeitpunkt

Gibt an, ob der Data Store vom Typ "relational" so konfiguriert wurde, dass inkrementelle Sicherungen erstellt werden, sodass der Data Store auf einen bestimmten Zeitpunkt wiederhergestellt werden kann.

Diese Einstellung wird mit dem Dienstprogramm changedbproperties konfiguriert.

SSL aktiviert

Gibt an, ob die SSL-Kommunikation aktiviert ist.

Schwellenwert für READONLY-Modus

Der Schwellenwert für freien Festplattenspeicher, bei dem der Data Store vom Typ "relational" in den schreibgeschützten Modus versetzt wird.

Diesen Wert können Sie für den Data Store vom Typ "relational" mithilfe des Dienstprogramms changedbproperties ändern.

Maximale Anzahl von Verbindungen

Gibt die maximal zulässige Anzahl von Verbindungen mit dem Data Store vom Typ "relational" an.

Anzahl von Verbindungen

Die Anzahl der aktuellen Feature-Layer-Verbindungen mit dem Data Store vom Typ "relational".

Data-Store-Modus

Gibt an, ob sich der Data Store im Lese-/Schreibmodus oder im schreibgeschützten Modus befindet.

Letztes Failover

Mit dieser Eigenschaft wird das Datum und die Uhrzeit des letzten Ausfalls des primären Computers angegeben, der dazu geführt hat, dass der Standby-Computer auf die primäre Rolle heraufgestuft wurde.

Diese Eigenschaft wird nicht aufgeführt, wenn beim Data Store kein Failover aufgetreten ist.

Eigenschaften des Data Store vom Typ "Kachel-Cache"

Diese Eigenschaften gelten für die Bereitstellung eines Data Store vom Typ "Kachel-Cache".

EigenschaftBeschreibung

Mitgliedscomputer

Wenn der Data Store vom Typ "Kachel-Cache" im Cluster-Modus bereitgestellt wird, wird mit dieser Eigenschaft eine Liste der aktiven und verfügbaren Computer im Cluster bereitgestellt.

Letztes Failover

Bei Data Stores vom Typ "Kachel-Cache", die im Primär/Standby-Modus ausgeführt werden, wird mit dieser Eigenschaft das Datum und die Uhrzeit des letzten Ausfalls des primären Computers angegeben, der dazu geführt hat, dass der Standby-Computer auf die primäre Rolle heraufgestuft wurde.

Diese Eigenschaft wird nicht aufgeführt, wenn beim Data Store kein Failover aufgetreten ist.

Bereitstellungsmodus

Gibt an, ob der Data Store vom Typ "Kachel-Cache" im Primär/Standby-Modus oder im Cluster-Modus ausgeführt wird.

SSL aktiviert

Gibt an, ob die SSL-Kommunikation aktiviert ist.

Eigenschaften des Big Data Store vom Typ "spatiotemporal"

Diese Eigenschaften gelten für die Bereitstellung eines Big Data Store vom Typ "spatiotemporal".

EigenschaftBeschreibung

Mit abgeschlossenem Cluster

Gibt an, ob der Cluster die mindestens erforderliche Anzahl an Koordinator- und Daten-Computern enthält.

Automatische Neuverteilung

Wenn dieser Eigenschaftswert auf on festgelegt ist und ein Computer ausfällt, werden Daten aus dem Big Data Store vom Typ "spatiotemporal" auf andere Computer verteilt. Wenn dieser Eigenschaftswert auf off festgelegt ist, werden Daten beim Ausfall eines Computers nicht neu verteilt.

Diese Einstellung wird mit dem Dienstprogramm changedbproperties geändert.

Maximale Dauer der Deaktivierung der Neuverteilung

Wenn Sie die Neuverteilung deaktivieren (in diesem Fall wird der Eigenschaftswert Automatische Neuverteilung auf off festgelegt), ist sie nur für die durch diese Eigenschaft angegebene Zeitdauer in Minuten deaktiviert. Am Ende dieser Zeitdauer wird der Eigenschaftswert Automatische Neuverteilung auf on gesetzt.

Diese Einstellung wird mit dem Dienstprogramm changedbproperties geändert.

Schwellenwert für READONLY-Modus

Der Schwellenwert für freien Festplattenspeicher, bei dem der Big Data Store vom Typ "spatiotemporal" in den schreibgeschützten Modus versetzt wird.

Mitgliedscomputer

Eine Liste der aktiven und verfügbaren Computer im Cluster eines Big Data Store vom Typ "spatiotemporal".

Data-Store-Modus

Gibt an, ob sich der Data Store im Lese-/Schreibmodus oder im schreibgeschützten Modus befindet.

Aktueller Koordinator-Computer im Cluster

Der Computer im Big Data Store vom Typ "spatiotemporal", der derzeit als Koordinator aller Computer im Cluster dient.

Koordinatorkandidat-Computer im Cluster vom Typ "spatiotemporal"

Computer im Big Data Store vom Typ "spatiotemporal", denen die Koordinator-Rolle zugewiesen wurde und die daher der aktuelle Koordinator sind.

Daten-Computer im Cluster vom Typ "spatiotemporal"

Computer im Big Data Store vom Typ "spatiotemporal", denen die Daten-Rolle zugewiesen wurde.

Eigenschaften des Graph Store

Diese Eigenschaften gelten für die Bereitstellung eines Graph Store.

EigenschaftBeschreibung

Bereitstellungsmodus

Gibt an, ob der Data Store im Einzelinstanzmodus oder im Cluster-Modus bereitgestellt wurde.

Letztes Failover

Mit dieser Eigenschaft wird das Datum und die Uhrzeit des letzten Ausfalls des primären Computers angegeben, der dazu geführt hat, dass der Standby-Computer auf die primäre Rolle heraufgestuft wurde.

Diese Eigenschaft wird nicht aufgeführt, wenn beim Data Store kein Failover aufgetreten ist.

Eigenschaften des Objektspeichers

Diese Eigenschaften gelten für die Bereitstellung eines Objektspeichers.

EigenschaftBeschreibung

Bereitstellungsmodus

Gibt an, ob der Data Store im Einzelinstanzmodus oder im Cluster-Modus bereitgestellt wurde. Für Objektspeicher, die vor ArcGIS Data Store 11.1 erstellt wurden, wird der Primär/Standby-Modus angegeben, sie können jedoch nur einen Computer enthalten.

Syntax

describedatastore

Beispiel

Das Dienstprogramm "describedatastore" gibt allgemeine Informationen zurück, die für alle Data Stores auf einem Computer gelten, und in getrennten Abschnitten werden spezifische Informationen zu den einzelnen Data-Store-Typen zurückgegeben.

Unterschiedliche Data Stores sollten sich auf unterschiedlichen Computern befinden. Damit Sie aber die Informationen sehen können, die für jeden Typ zurückgegeben werden, zeigt die folgende Ausgabe einen Computer, auf dem alle ArcGIS Data Store-Typen installiert sind. Die ersten beiden Abschnitte (Available ArcGIS Data Stores und General Information) werden immer zurückgegeben. Welche Data-Store-Abschnitte von "describedatastore" zurückgegeben werden, hängt vom Data-Store-Typ auf dem Computer ab, auf dem das Dienstprogramm ausgeführt wird.

./describedatastore.sh

Available ArcGIS Data Stores
==============================================================
Relational Data Store
Tile Cache Data Store
Spatiotemporal Big Data Store
Graph Store
Object Store

General Information of ArcGIS Data Store on machine.domain.com
==============================================================
ArcGIS Data Store release....11.3.0.1234
Staging location............./arcgis/datastore/staging
Log location................./arcgis/datastore/logs
Free disk space..............174.00GB

Information for relational data store ds_sthiu0_5T
==============================================================
Backup location................/net/nwshare/dsbackups
Backup schedule................{"schedule-starttime":"00:00:00","schedule-frequency":"Every 1 DAYS"}
Days backup retained...........31
Data store status..............Started
SSL enabled....................true
Threshold for READONLY mode....2048MB
Last failover..................20150130190334005
Registered 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

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
Backup schedule..........{"schedule-starttime":"01:00:00","schedule-frequency":"Every 2 DAYS"}
Deployment mode..........cluster
SSL enabled..............true
Member machines..........MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Registered 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

Information for spatiotemporal big data store ds_qpko99Cl
==============================================================
Is cluster finalized................Yes
Max rebalance off time..............60 minutes
Automatic rebalance ................On
Threshold for READONLY mode.........1024MB
Backup location...................../net/dirshare2/sbds_bu
Backup schedule.....................{"schedule-starttime":"02:00:00","schedule-frequency":"Every 2 DAYS"}
Member machines.....................MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Coordinator candidate machines in spatiotemporal cluster..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Current coordinator machine in cluster......MACHINE1.DOMAIN.COM
Data machines in spatiotemporal cluster.....MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Registered 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..............primaryStandby
Backup location............../net/dirshare3/graphbu
Backup schedule..............{"schedule-starttime":"03:00:00","schedule-frequency":"Every 3 DAYS"}
Registered 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...........singleInstance
Backup location.........../net/dirshare4/myfiles/ods_bu
Backup schedule...........{"schedule-starttime":"04:00:00","schedule-frequency":"Every 1 DAYS"}
Registered machines.......MACHINE1.DOMAIN.COM
Owning system URL.........https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal

diskcleanup

Dieses Dienstprogramm wird mit Big Data Stores vom Typ "relational", "Kachel-Cache" und "spatiotemporal" verwendet.

Das Dienstprogramm "diskcleanup" entfernt temporäre Dateien, die bei Operationen wie "restoredatastore" und beim Durchführen von ArcGIS Data Store-Upgrades zurückbleiben. Bestimmte Dateien bleiben nach einem Upgrade erhalten und erleichtern Ihnen die Problembehandlung bei einem fehlgeschlagenen Upgrade oder Wiederherstellungsvorgang. Nachdem Sie sich vergewissert haben, dass der Upgrade- oder Wiederherstellungsvorgang erfolgreich war und das System wie erwartet funktioniert, können Sie dieses Werkzeug ausführen, um diese temporären Dateien zu entfernen und wieder freien Speicherplatz auf den Data-Store-Computern zu gewinnen.

Dieses Dienstprogramm bereinigt den Festplattenspeicher auf jeweils einem Computer. Wenn Sie Dateien auf mehreren Computern desselben Data Store bereinigen müssen, ist es erforderlich, das Werkzeug auf jedem Computer auszuführen.

Syntax

diskcleanup

Beispiel

Um das Dienstprogramm "diskcleanup" auszuführen, müssen Sie bestätigen, dass Sie fortfahren möchten.

./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)?

listadminusers

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Das Dienstprogramm "listadminusers" gibt die Benutzernamen und Kennwörter für den Administrator, den Replikatbesitzer und den Geodatabase-Administrator eines Data Store vom Typ "relational" zurück. Es gibt die Anmeldeinformationen des Administrators für alle anderen Data-Store-Typen zurück.

Syntax

listadminusers

Beispiele

In diesem Beispiel wird "listadminusers" auf einem Computer ausgeführt, auf dem lediglich ein Data Store vom Typ "relational" installiert ist.

./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

In diesem Beispiel wird "listadminusers" auf einem Computer ausgeführt, auf dem lediglich ein Big Data Store vom Typ "spatiotemporal" installiert ist.

./listadminusers.sh

Admin users for spatiotemporal big data store bds_abcd1234
=================================================
Store admin user.... els_321ret / B1as70fF1

In diesem Beispiel wird "listadminusers" auf einem Computer ausgeführt, auf dem lediglich ein Graph Store installiert ist.

./listadminusers.sh

Admin users for graph store s2t0ic1
=================================================
Store admin user....root / ypz5kx2c5tk4fequ

In diesem Beispiel wird "listadminusers" auf einem Computer ausgeführt, auf dem lediglich ein Objektspeicher installiert ist.

./listadminusers.sh

Admin users for object store w1tiknx
=================================================
Store admin user....n6o96nl53vzkm36d / bpvifyjz73xwhot4

listbackups

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Wird das Dienstprogramm "listbackups" für einen Data Store vom Typ "relational" ausgeführt, funktioniert es nur auf dem primären Data-Store-Computer.

Führen Sie das Dienstprogramm "listbackups" aus, um Folgendes zu ermitteln:

  • den Zeitpunkt, zu dem ein Sicherungsvorgang gestartet wurde
  • ob eine Sicherung abgeschlossen ist oder noch läuft
  • ob die Sicherung mithilfe des Dienstprogramms "backupdatastore" oder automatisch mit ArcGIS Data Store erstellt wurde
  • welche Sicherungsdateien brauchbar sind. Wenn die Sicherungsdatei vom Dienstprogramm "listbackups" nicht zurückgegeben wird, kann sie nicht zum Wiederherstellen des Data Store verwendet werden. Sicherungsdateien, die beispielsweise mit einer früheren ArcGIS Data Store-Version erstellt wurden, können möglicherweise nicht für die Wiederherstellung des Data Store verwendet werden.
  • wie viele Sicherungsdateien vorhanden sind, um zu ermitteln, ob Dateien gelöscht werden müssen
  • Namen von Sicherungsdateien vor Ausführung des Dienstprogramms "deletebackup"

Wenn Sie das Dienstprogramm "listbackups" ausführen, geben Sie den Sicherungsspeicher an, für den die Liste der Sicherungsdateien angezeigt werden soll. Falls Sie keinen Speicherort angeben, gibt das Dienstprogramm "listbackups" die Sicherungen für den standardmäßigen Sicherungsspeicher zurück.

Syntax

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

Wenn Sie keinen anderen Data-Store-Typ (--store) angeben, verwendet das Dienstprogramm standardmäßig relational und gibt die Sicherungen für den auf diesem Computer ausgeführten Data Store vom Typ "relational" zurück. Wenn der Data Store vom Typ "relational" auf dem Computer, auf dem Sie das Dienstprogramm ausführen, nicht vorhanden ist, wird vom Dienstprogramm eine Fehlermeldung zurückgegeben.

Verwenden Sie die Option --location, um Informationen für Sicherungen in einem bestimmten registrierten Sicherungsspeicher abzurufen. Wenn Sie keinen bestimmten Speicherort angeben, werden Informationen für den Standardsicherungsspeicher zurückgegeben. Geben Sie mit der Option --location eines der folgenden Argumente an:

ArgumentBeschreibung

name=

Geben Sie den Namen des Sicherungsspeichers an. Sie haben diesen Namen bei der Konfiguration des Sicherungsspeichers angegeben; falls Sie keinen Namen angegeben haben, wurde von ArcGIS Data Store ein Standardname zugewiesen.

location=

Geben Sie den Pfad zum freigegebenen Dateiverzeichnis, S3-Bucket oder BLOB-Speichercontainer an, den Sie als Sicherungsspeicher registriert haben.

Beispiele

In diesem Beispiel werden Sicherungen für den Standardsicherungsspeicher eines Data Store vom Typ "relational" aufgeführt:

./listbackups.sh --store relational

Backup_Name              Status           Backup_Time         Mode
=======================================================================
phase1proj_bu            BackupComplete   2023-03-08 14:12    manual
phase2proj_bu            BackupComplete   2023-02-21 11:43    manual
ds_gdt1omh-2023020130    BackupComplete   2023-02-01 03:00    scheduled

Backups located at: '/net/myserver.net.com/dsbackups'

In diesem Beispiel werden die Sicherungen eines Big Data Store vom Typ "spatiotemporal" für einen Sicherungsspeicher namens "sbdsbu" aufgelistet:

./listbackups.sh --store spatiotemporal --location "name=sbdsbu"

Backup_Name          Status           Backup_Time         Mode
==================================================================
backup1						        BackupComplete   2023-07-11 09:47    manual

Backups located at: '/net/myserver.ntw.com/spatiotemporal'

listdatasources

Dieses Dienstprogramm wird mit Big Data Stores vom Typ "spatiotemporal" verwendet.

Aufgrund eines Bug in 10.8.1 werden ArcGIS GeoEvent Server-Kartenservices, die eine Quadrat- oder Sechseckaggregation verwenden, nach einem Upgrade auf 10.9 oder höher nicht gerendert. Um dies zu korrigieren, können Sie das Dienstprogramm "listdatasources" ausführen, um die Namen der GeoEvent Server-Kartenservices abzurufen. Verwenden Sie dann die zurückgegebenen Service-Namen mit dem Dienstprogramm upgradedatasource, um die Daten für einzelne Services zu aktualisieren.

Das Dienstprogramm "listdatasources" kann auf einem beliebigen Computer im Big Data Store vom Typ "spatiotemporal" ausgeführt werden.

Syntax

listdatasources

Beispiel

Führen Sie das Dienstprogramm "listdatasources" an einer Eingabeaufforderung aus, um eine Liste von GeoEvent Server-Kartenservices zurückzugeben.

./listdatasources

listmanageduser

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Das Dienstprogramm "listmanageduser" gibt den Benutzernamen und das Kennwort des Kontos zurück, das die gehosteten Feature-Layer-Daten in Big Data Stores vom Typ "relational" und "spatiotemporal" besitzt. Dieses Dienstprogramm gibt außerdem den Benutzernamen und das Kennwort des Besitzers des Szenen-Cache für Data Stores vom Typ "Kachel-Cache", den Besitzer der Diagramme im Graph Store und den Besitzer der Videos im Objektspeicher zurück.

Syntax

listmanageduser

Beispiele

Im folgenden Beispiel wird "listmanageduser" auf einem Computer mit einem Data Store vom Typ "relational" und einem Data Store vom Typ "Kachel-Cache" ausgeführt. Bei diesem Computer handelt es sich um den primären Data Store vom Typ "relational".

./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

In diesem Beispiel wird "listmanageduser" auf einem Computer eines Big Data Store vom Typ "spatiotemporal" ausgeführt.

./listmanageduser.sh

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

Im folgenden Beispiel wird "listmanageduser" auf einem Computer mit einem Graph Store ausgeführt.

./listmanageduser.sh

Managed user for graph store s2t0ic1 
================================================ 
UserName   Password 
mu_vwmp8c6 m5c2so76y3b0qczf

Im folgenden Beispiel wird "listmanageduser" auf einem Computer mit einem Objektspeicher ausgeführt.

./listmanageduser.sh

Managed user for object store w1tiknx
=============================================================
Store credential........n6o96nl53vzkm36d / bpvifyjz73xwhot4

registerdatastore

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Im Data Store werden Informationen über die Computernamen der GIS Server-Hosting-Site gespeichert. Wenn Sie die GIS Server-Site auf neue Computer verschieben (beispielsweise bei der Anschaffung neuer Hardware oder wenn die vorhandenen GIS Server-Computer ausgefallen sind), müssen Sie die Registrierung des Data Store bei der GIS Server-Site aufheben, um diese Informationen zu entfernen. Nachdem Sie GIS Server auf einem neuen Computer (oder auf neuen Computern) konfiguriert haben, registrieren Sie den Data Store bei der GIS Server-Site mithilfe des Dienstprogramms "registerdatastore".

Hinweis:

Mit dem Dienstprogramm "registerdatastore" erfolgt die Registrierung des Data Store bei der gleichen GIS Server-Site, bei der er auch vorher registriert war. Der Data Store enthält die Daten für die auf der vorhandenen GIS Server-Site gehosteten Layer. Im Falle einer Registrierung bei einer anderen GIS Server-Site werden die gehosteten Layer nicht neu erstellt.

Das Dienstprogramm "registerdatastore" kann auf dem primären Computer des Data Store vom Typ "relational", auf dem Computer eines Graph Store oder auf dem primären Computer eines Data Store vom Typ "Kachel-Cache" ausgeführt werden, der sich im primären Standby-Modus befindet. Es kann auf einem beliebigen Computer in einem Data Store vom Typ "Kachel-Cache" oder in einem Objektspeicher im Cluster-Modus oder auf einem Computer eines Big Data Store vom Typ "spatiotemporal" ausgeführt werden.

Syntax

registerdatastore <ArcGIS Server URL> <ArcGIS Server site administrator username> <ArcGIS Server site administrator password> --stores {relational | tileCache | spatiotemporal | graph | object}

Diese Vorgehensweise wird zwar nicht empfohlen, aber wenn mehrere unterschiedliche Data-Store-Typen auf demselben Computer installiert sind, können Sie diese gleichzeitig registrieren, indem Sie die Data-Store-Typen durch Kommas getrennt (ohne Leerstellen) angeben. Geben Sie z. B. --stores relational,tileCache ein.

Beispiel

In diesem Beispiel wird ein Data Store vom Typ "relational" bei einer GIS Server-Site mit der URL https://gisserver.domain.com:6443 erneut registriert. Der Benutzername des Administrators für die primäre ArcGIS Server-Site lautet "agsadmin", das dazugehörige Kennwort "Tan$p0n".

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

removemachine

Dieses Dienstprogramm wird mit Big Data Stores vom Typ "relational", "Kachel-Cache" und "spatiotemporal" sowie für Graph Stores verwendet.

Verwenden Sie das Dienstprogramm "removemachine", um einen Computer aus einem Data Store mit mehreren Computern zu entfernen. Das Dienstprogramm "removemachine" wird in den folgenden Szenarien verwendet:

  • Entfernen Sie einen Standby-Computer aus einem Data Store vom Typ "relational" oder aus einem Graph Store. Sie können dieses Dienstprogramm auf dem Standby-Computer oder dem primären Computer ausführen, falls der Standby-Computer nicht verfügbar ist.
  • Entfernen Sie einen Computer aus einem Data Store vom Typ "Kachel-Cache". Sie können dieses Dienstprogramm auf einem beliebigen Computer im Data Store vom Typ "Kachel-Cache" ausführen, jedoch nicht für einen Data Store vom Typ "Kachel-Cache", der nur einen Computer enthält.
  • Entfernen Sie einen Computer aus einem Big Data Store vom Typ "spatiotemporal". Sie können dieses Dienstprogramm auf einem beliebigen Computer im Big Data Store vom Typ "spatiotemporal" ausführen, jedoch nicht für einen Big Data Store vom Typ "spatiotemporal", der nur einen Computer enthält.

    Wenn Sie dieses Dienstprogramm auf dem aktuellen Koordinator-Computer ausführen, muss einer der verbleibenden Computer im Cluster, die als Manager dienen können, als aktueller Koordinator einspringen. Im Cluster müssen sich mindestens zwei weitere Computer befinden, denen hierfür die Manager-Rolle zugewiesen wurde. Führen Sie vor dem Entfernen eines Computers das Dienstprogramm describedatastore aus, um zu ermitteln, welcher Computer der aktuelle Koordinator ist und welche Computer als Koordinator dienen können.

Syntax

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

Sie müssen den Computernamen und den Data-Store-Typ angeben.

Geben Sie true für die Option --force nur an, wenn die registrierte ArcGIS Server-Site nicht verfügbar ist.

Sie werden standardmäßig dazu aufgefordert, zu bestätigen, dass das Dienstprogramm ausgeführt werden soll. Wenn Sie die Aktion nicht bestätigen möchten, geben Sie für die Option --prompt no an.

Beispiele

Im vorliegenden Beispiel wird gefour, der Big Data Store vom Typ "spatiotemporal"-Computer, aus dem Data Store entfernt.

./removemachine.sh gefour --store spatiotemporal --prompt no

In diesem Beispiel ist die Hosting-Server-Site nicht verfügbar, und der Data-Store-Computer vom Typ "relational", "fsdata", wurde aus dem Data Store entfernt.

./removemachine.sh fsdata --store relational --force true --prompt no

replacesslcertificate

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Das für die Authentifizierung der Kommunikation zwischen dem Hosting-Server und dem Data Store sowie zwischen Data-Store-Computern vom Web-Server verwendete selbstsignierte ArcGIS Data Store-Zertifikat können Sie durch ein Zertifikat, das von einer Zertifizierungsstelle (CA) überprüft und signiert wurde, oder ein Domänenzertifikat ersetzen. Sie können auch das selbstsignierte Zertifikat ersetzen, das für die Kommunikation zwischen Computern über Ports für die folgenden Data-Store-Typen verwendet wird:

  • Data Store vom Typ "relational"
  • Data Store vom Typ "Kachel-Cache"
  • Graph Store
  • Objektspeicher

Dieses Dienstprogramm das Dienstprogramm "updatesslcertificate" eines Tages ersetzen.

Weitere Informationen finden Sie unter Ersetzen des ArcGIS Data Store-SSL-Zertifikats.

Syntax

replacesslcertificate <source certificate file name with path> <password for the source certificate file> <alias for the certificate> --option <webserver | relational | graph | object | tileCache>

Beispiele

Im folgenden Beispiel wird das selbstsignierte Zertifikat, das für die Authentifizierung des Webservers verwendet wird, durch eine von einer Zertifizierungsstelle signierte Zertifikatsdatei (mysignedcert.pfx) ersetzt.

./replacesslcertificate.sh /usr/files/mysignedcert.pfx "ps4mycert" "mycacert" --option webserver

Im nächsten Beispiel wird das selbstsignierte Zertifikat, das für die Kommunikation mit dem Data Store vom Typ "relational" über Ports verwendet wird, durch ein von einer Zertifizierungsstelle signiertes Zertifikat (mysecondsignedcert.pfx) ersetzt.

./replacesslcertificate.sh /usr/files/mysecondsignedcert.pfx "ps4mycert" "relcacert" --option relational

restoredatastore

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Sollten Sie den Zugriff auf die Daten verlieren, die von den gehosteten Layern verwendet werden, können Sie den Data Store mithilfe der Sicherungsdateien und dem Dienstprogramm "restoredatastore" wiederherstellen.

Falls Sie den Data Store nicht wiederherstellen können, installieren Sie ArcGIS Data Store auf einem neuen Computer, konfigurieren Sie den Data Store nicht, und führen Sie eine Wiederherstellung der letzten vollständigen Sicherung auf dem neuen Computer durch.

Wenn Sie einen Data Store vom Typ "relational" verwenden und die gehosteten Feature-Layer-Daten eines bestimmten Zeitpunktes in der Vergangenheit wiederherstellen möchten, führen Sie die Wiederherstellung auf dem bestehenden Data Store vom Typ "relational" durch.

Hinweis:

Der Data Store vom Typ "relational" muss so konfiguriert werden, dass er eine Wiederherstellung auf einen bestimmten Zeitpunkt unterstützt und dass sich ein früherer Status eines Data Store vom Typ "relational" nur dann wiederherstellen lässt, wenn die entsprechenden Sicherungsdateien verfügbar sind. Wenn Sie beispielsweise Sicherungen lediglich fünf Tage aufbewahren, dann können Sie den Data Store nur auf einen Zeitpunkt innerhalb dieser fünf Tage zurücksetzen.

Wenn Sie einen der Computer in einem mehrere Computer umfassenden Data Store vom Typ "Kachel-Cache" ersetzen müssen, werden Sie wahrscheinlich die Szenen-Layer-Caches im gesamten Data Store vom Typ "Kachel-Cache" neu verteilen müssen. Dies erfordert das Wiederherstellen des Data Store vom Typ "Kachel-Cache", indem Sie die Option replicatedata auf true festlegen. Anweisungen finden Sie unter Wiederherstellen eines Data Store.

Das Dienstprogramm "restoredatastore" muss auf dem primären Computer des Data Store vom Typ "relational" ausgeführt werden. Das Dienstprogramm kann auf einem beliebigen Computer eines Data Store vom Typ "Kachel-Cache", eines Big Data Store vom Typ "spatiotemporal", eines Graph Store oder eines Objektspeichers ausgeführt werden.

Hinweis:

Um zu ermitteln, welche Sicherungsdateien zum Wiederherstellen verwendet werden können, führen Sie das Dienstprogramm listbackups aus.

Syntax

restoredatastore [options]

Unterstützte Optionen werden in der folgenden Tabelle aufgeführt:

OptionBeschreibung

--store

Gibt den Typ des Data Store an, der wiederhergestellt werden soll.

Gültige Werte: relational, tileCache, spatiotemporal, graph und object.

--target

Gültige Werte sind most-recent, der Zeitstempel der Sicherungsdatei im Format <yyy-mm-dd-hh:mm:ss> oder der Name der Sicherungsdatei.

Alle Data-Store-Typen unterstützen den Sicherungsdateinamen mit der Option target. Ein Zeitstempel und most-recent werden nur für Data Stores vom Typ "relational" unterstützt.

Bei der Wiederherstellung nach einem Absturz oder zum Verschieben des Data Store vom Typ "relational" geben Sie --target most-recent an. Wenn Sie einen Data Store vom Typ "relational" eines bestimmten Zeitpunktes wiederherstellen möchten (dazu muss der Data Store vom Typ "relational" so konfiguriert werden, dass eine Wiederherstellung auf einen bestimmten Zeitpunkt möglich ist), geben Sie das gewünschte Datum und die Uhrzeit (UTC) an. Soll eine bestimmte Sicherungsdatei wiederhergestellt werden, geben Sie stattdessen den Namen dieser Datei an. Wenn Sie nichts Bestimmtes angeben, wird die neueste Sicherung wiederhergestellt.

--source-loc

Dies ist das Verzeichnis der obersten Ebene, in dem sich die Sicherungsdateien befinden, die Sie zum Wiederherstellen des Data Store verwenden möchten. Dabei handelt es sich um den Pfad zu einer Dateifreigabe, den Namen eines Sicherungsspeichers oder einen Amazon S3- oder Azure-BLOB-Speicher-Sicherungsspeicher.

Tipp:

Zum Abrufen von Sicherungsquellspeichern können Sie das Dienstprogramm configurebackuplocation ausführen und dabei die Option --operation auf list festlegen. Wenn Sie das Dienstprogramm "configurebackuplocation" nicht ausführen können, weil z. B. der Data-Store-Computer abgestürzt ist und Sie die Wiederherstellung auf einem neuen Computer durchführen, um den Data Store wiederherzustellen, können Sie das Quellverzeichnis der Sicherung anhand des Vorhandenseins einer Datei namens agsds_backup_sig identifizieren.

--bound

Gültige Werte: true und false.

Die Option --bound wird nur für Data Stores vom Typ "relational" unterstützt.

Es wird standardmäßig davon ausgegangen, dass Sie den Data Store vom Typ "relational" zur Verwendung in der GIS Server-Site wiederherstellen möchten, bei der er beim Erstellen der Sicherung registriert war. Möchten Sie jedoch den Data Store wiederherstellen, ohne die Zuordnung zur bisherigen GIS Server-Site beizubehalten, geben Sie --bound false an. Wenn Sie die gehosteten Services auf einen anderen GIS Server verschoben haben, können Sie die Option --bound auf "false" festlegen und die URL der neuen GIS Server-Site beim Wiederherstellen mit der Option --server-url angeben.

Als letzten Ausweg könnten Sie den Data Store vom Typ "relational" auch ungebunden vom GIS Server wiederherstellen, wenn die GIS Server-Site verloren gegangen und nicht wiederherstellbar ist. Stellen Sie dafür den Data Store ungebunden wieder her, und konfigurieren Sie ihn mit einer neuen verbundenen GIS Server-Site. Die Layer, die die im Data Store enthaltenen Daten genutzt haben, sind danach allerdings verschwunden. Sie müssten eine Verbindung mit der Data-Store-Datenbank herstellen, um die Daten in ein anderes Format zu extrahieren und in ArcGIS Enterprise erneut zu veröffentlichen.

--data-dir

Dies ist das ArcGIS Data Store-Verzeichnis auf dem Computer, auf dem die Datenbank wiederhergestellt wird. Verwenden Sie --data-dir, wenn Sie den Data Store auf einem neuen Computer wiederherstellen möchten. Für eine Wiederherstellung auf einem neuen Computer müssen Sie die Option --source-loc angeben.

--server-url

Wenn Sie --bound true angeben (oder die Option --bound weglassen), um den Data Store bei der GIS Server-Site registriert zu lassen, bei der er bei Erstellung der Sicherung registriert war, geben Sie die URL dieser GIS Server-Site an. Wenn Sie --bound true festlegen und die Services auf eine neue GIS Server-Site verschoben haben, verwenden Sie die Option --server-url, um die URL der neuen GIS Server-Site anzugeben. Die Daten im Data Store sind nicht zugänglich, wenn Sie eine neue Site-URL angeben und die Services nicht auf diesen neuen Server verschoben haben.

--server-admin

Diese Option ist erforderlich, wenn Sie --bound true angeben oder die Option --bound nicht angeben. Geben Sie den Benutzernamen des ArcGIS Server-Administrators an.

--server-password

Diese Option ist erforderlich, wenn Sie --bound true angeben oder die Option --bound nicht angeben. Geben Sie das Kennwort für den ArcGIS Server-Administrator an.

--loaddata

Wird mit Data Stores vom Typ "Kachel-Cache" und mit Big Data Stores vom Typ "spatiotemporal" sowie Graph Stores und Objektspeichern unterstützt.

Gültige Werte: true und false.

Stellen Sie für diese Option false ein, wenn Sie den Data Store auf mehreren neuen Computern wiederherstellen möchten, die Daten jedoch nicht auf den ersten Computer passen. Auf diese Weise können Sie das Schema des Data Store wiederherstellen, weitere Computer zum Data Store hinzufügen, damit alle Daten aufgenommen werden können, und anschließend das Dienstprogramm restoredatastore erneut ausführen, wobei --loaddata auf true eingestellt ist, um die Daten wiederherzustellen. Die Standardeinstellung für diese Option ist true.

--replicatedata

Wird für Data Stores vom Typ "Kachel-Cache" unterstützt.

Gültige Werte: true und false.

Legen Sie diese Option auf true fest, wenn Sie die Szenen-Cache-Dateien neu verteilen müssen, nachdem Sie dem Data Store vom Typ "Kachel-Cache" einen Computer hinzugefügt haben.

--mode

Gültige Werte: primaryStandby und cluster.

Wenn Sie einen Data Store vom Typ "Kachel-Cache" auf einem neuen Computer wiederherstellen, geben Sie an, ob Sie einen Data Store vom Typ "Kachel-Cache" mit zwei Computern (primaryStandby) für hohe Verfügbarkeit oder einen skalierbaren Data Store vom Typ "Kachel-Cache" mit mehreren Computern (cluster) wiederherstellen möchten.

--prompt

Gültige Werte: yes und no.

Wenn Sie dieses Dienstprogramm ausführen, werden Sie dazu aufgefordert, den angegebenen Vorgang zu bestätigen. Wenn Sie die Verwendung dieses Dienstprogramms automatisieren, legen Sie die Option --prompt auf no fest, da sonst das Skript erst dann fortgesetzt wird, wenn Sie auf die Eingabeaufforderung reagiert haben.

Beispiele

In diesem Beispiel befindet sich die letzte Sicherung in einem Sicherungsspeicher namens "rdsbackups", und die Wiederherstellung erfolgt im vorhandenen Data Store. Da der Data Store ein Data Store vom Typ "relational" ist und standardmäßig an die GIS Server-Site gebunden bleibt, bei der er registriert wurde, müssen Sie --store relational oder --bound true nicht angeben. Sie müssen jedoch die GIS Server-URL und Administratoranmeldedaten angeben.

./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

In diesem Beispiel wird ein Data Store vom Typ "relational", dessen Wiederherstellung auf einen bestimmten Zeitpunkt aktiviert ist, aus dem Sicherungsspeicher des Data Store vom Typ "relational" in einer Netzwerkfreigabe auf den Zustand vom 17. Juli 2014 um 14:30 Uhr (UTC) wiederhergestellt.

./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

In diesem Fall wird der Data Store vom Typ "relational" mit einer Sicherungsdatei namens "movedatastore" auf einem neuen Computer wiederhergestellt. Wenn die Wiederherstellung auf einem neuen Computer erfolgt, müssen Sie den Speicherort der Sicherungsdatei und den Speicherort des neuen ArcGIS Data Store-Datenverzeichnisses angeben. Da die gehosteten Feature-Services weiter auf der GIS Server-Site ausgeführt werden, bei der der Data Store vom Typ "relational" registriert ist, wird --bound true nicht benötigt; die GIS ServerURL und die Administratoranmeldedaten müssen jedoch angegeben werden.

./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

Im folgenden Beispiel wird der Data Store vom Typ "Kachel-Cache" auf einem neuen Computer wiederhergestellt. Wenn die Wiederherstellung auf einem neuen Computer erfolgt, müssen Sie den Speicherort der Sicherungsdatei und den Speicherort des neuen ArcGIS Data Store-Datenverzeichnisses angeben. Da die Szenen-Services weiter auf der GIS Server-Site ausgeführt werden, bei der der Data Store vom Typ "Kachel-Cache" registriert ist, wird --bound true nicht benötigt; die GIS Server-URL und die Administratoranmeldedaten müssen jedoch angegeben werden.

./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

In diesem Beispiel wird der Data Store vom Typ "Kachel-Cache" aus einer Datei mit dem Namen "mybackupfilename" wiederhergestellt, um die Szenen-Cache-Daten neu zu verteilen, nachdem dem Data Store vom Typ "Kachel-Cache" ein neuer Computer hinzugefügt wurde.

./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

Im folgenden Beispiel wird die Sicherungsdatei "bds1" eines Big Data Store vom Typ "spatiotemporal" aus einem Sicherungsspeicher namens "awsloc" wiederhergestellt.

./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

Die einzelnen Schritte und ein Beispiel zur Wiederherstellung eines Big Data Store nach einem Hardware-Ausfall finden Sie unter Wiederherstellen eines Data Store.

revokeconnection

Dieses Dienstprogramm wird mit Data Stores vom Typ "relational" verwendet.

Wenn Sie für einen anderen Client mithilfe des Dienstprogramms allowconnection die direkte Verbindung zum Data Store vom Typ "relational" vorübergehend zugelassen haben, können Sie diese Verbindungserlaubnis mithilfe des Dienstprogramms "revokeconnection" widerrufen.

Das Dienstprogramm "revokeconnection" kann nur auf dem primären Data-Store-Computer vom Typ "relational" ausgeführt werden.

Syntax

revokeconnection <host name> <username> [<database>]

Beispiel

In diesem Beispiel lässt die Data-Store-Datenbank Verbindungen vom workcom-Computer für den angemeldeten Benutzer "hqo.n_1E7" nicht länger zu.

./revokeconnection.sh workcom bn0_3Wa.m hqo.n_1E7

unregisterdatastore

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Mit dem Dienstprogramm "unregisterdatabase" können Sie Folgendes tun:

  • Heben Sie die Registrierung eines aus einem einzelnen Computer bestehenden Data Store eines beliebigen Typs bei der GIS Server-Hosting-Site auf.

    Nach dem Aufheben der Registrierung eines Objektspeichers müssen Sie den Hosting-Server neu starten.

  • In Data Stores, die im Primär/Standby-Modus ausgeführt werden, können Sie die Registrierung des primären Computers aufheben, nachdem Sie den Standby-Computer entfernt haben.
  • Bei Big Data Stores vom Typ "spatiotemporal" und Data Stores vom Typ "Kachel-Cache", die im Cluster-Modus ausgeführt werden, können Sie die Registrierung des letzten Computers aufheben, nachdem Sie alle anderen Computer im Cluster entfernt haben.

Hinweis:

Wenn Sie die Registrierung des Data Store aufheben, um ihn endgültig aus der Bereitstellung zu entfernen, löschen Sie die gehosteten Layer, für die die Daten verwendet werden, bevor Sie die Registrierung dieses Data Store aufheben. Wenn beispielsweise Organisationsmitlieder GeoAnalytics Tools testen und den Big Data Store vom Typ "spatiotemporal" für die von den Werkzeugen erstellten Layer verwenden, aber festgelegt haben, dass die Layer stattdessen im Data Store vom Typ "relational" gespeichert werden können, löschen Sie die gehosteten Test-Feature-Layer vom Typ "spatiotemporal", bevor Sie die Registrierung des Big Data Store vom Typ "spatiotemporal" aufheben. Falls Sie dies unterlassen, werden im Portal unbrauchbare Layer-Elemente zurückbleiben und unbrauchbare Services auf dem Hosting-Server laufen.

Wenn Sie die Registrierung eines Computers im Data Store aufheben, kann die GIS Server-Hosting-Site (oder bei Wissensgraphen die ArcGIS Knowledge Server-Site) keine Verbindung zu dem Computer mehr herstellen, und alle Services, die Daten aus dem nicht länger registrierten Data Store enthalten, stellen ihre Funktion ein. Mit diesem Dienstprogramm werden die Daten jedoch nicht gelöscht. Wenn Sie feststellen, dass Sie den Data Store weiterhin benötigen, können Sie ihn mit dem Dienstprogramm registerdatastore oder configuredatastore wieder hinzufügen.

Syntax

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

Wenn auf dem gleichen Computer verschiedene Data-Store-Typen installiert sind und die Registrierung für mehrere gleichzeitig aufgehoben werden soll, geben Sie die einzelnen Data-Store-Typen durch Kommas getrennt an (ohne Leerzeichen). Um beispielsweise die Registrierung eines Data Store vom Typ "relational" oder "Kachel-Cache" aufzuheben, geben Sie --stores relational,tileCache ein.

Beispiel

Hier wird das Dienstprogramm "unregisterdatastore" ausgeführt, um die Registrierung von Data Stores vom Typ "relational" oder "Kachel-Cache" bei der GIS Server-Site aufzuheben. Daraufhin wird standardmäßig eine Eingabeaufforderung zurückgegeben. Um die Eingabeaufforderung zu unterdrücken, geben Sie --prompt No an.

./unregisterdatastore.sh --stores relational,tileCache

You are going to unregister the data store.
Do you want to continue (Yes or No)?Yes

updatebackupretaindays

Dieses Dienstprogramm wird mit Data Stores vom Typ "relational" verwendet.

ArcGIS Data Store bewahrt Sicherungsdateien des Data Store vom Typ "relational" standardmäßig sieben Tage lang auf. Sie können die Einstellung, wie oft Sicherungsdateien aus dem Sicherungsverzeichnis bereinigt werden sollen, mithilfe des Dienstprogramms "updatebackupretaindays" ändern.

Das Dienstprogramm "updatebackupretaindays" kann nur auf dem primären Data-Store-Computer vom Typ "relational" ausgeführt werden.

Syntax

updatebackupretaindays <number of days>

Beispiel

Im folgenden Beispiel wird die Aufbewahrungsdauer für Sicherungsdateien auf 10 Tage geändert:

./updatebackupretaindays.sh 10

updatebackupschedule

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Standardmäßig erfolgt in ArcGIS Data Store alle vier Tage eine vollständige Sicherung des Data Store vom Typ "relational". Mithilfe des Dienstprogramms "updatebackupretaindays" können Sie die Erstellungshäufigkeit einer vollständigen Sicherung ändern.

Bei Data Stores vom Typ "Kachel-Cache", Big Data Stores vom Typ "spatiotemporal" oder Graph Stores gehören automatische Sicherungen nicht zu den Standardeinstellungen. Um für Big Data Stores vom Typ "spatiotemporal" einen Plan für automatische Sicherungen zu erstellen, müssen Sie zunächst einen gültigen Sicherungsspeicher festlegen.

Geben Sie eine Anfangszeit im 24-Stunden-Format an, z. B. 00:00:00 für Mitternacht und 13:00:00 für 13 Uhr. Mithilfe der Option frequency können Sie den Abstand zwischen den Sicherungen in Tagen angeben. Wenn Sie die Häufigkeit auf 0 setzen, werden automatische Sicherungen deaktiviert. Wenn Sie automatische Sicherungen deaktivieren möchten, sollten Sie das Dienstprogramm backupdatastore ausführen, um vollständige Sicherungen manuell vorzunehmen.

Das Dienstprogramm "updatebackupschedule" kann nur auf dem primären Computer des Data Store vom Typ "relational" ausgeführt werden. Das Werkzeug kann auf einem beliebigen Computer eines Data Store vom Typ "Kachel-Cache" oder eines Big Data Store vom Typ "spatiotemporal" ausgeführt werden.

Weitere Informationen zu ArcGIS Data Store-Sicherungen finden Sie unter Verwalten von ArcGIS Data Store-Sicherungen.

Syntax

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

Falls Sie keine neue Startzeit festlegen, bleibt die vorhandene Einstellung unverändert. Wenn Sie keinen Data-Store-Typ festlegen, wird "Data Store vom Typ "relational"" angenommen.

Beispiele

In diesem Beispiel werden vollständige Sicherungen eines Data Store vom Typ "relational" alle 10 Tage um 23 Uhr (lokale Serverzeit) durchgeführt:

./updatebackupschedule.sh --starttime 23:00:00 --frequency 10

In diesem Beispiel wird ein Sicherungsplan für einen Data Store vom Typ "Kachel-Cache" festgelegt. Nachdem eine anfängliche Sicherungskopie von allen Data-Store-Datenbanken vom Typ "Kachel-Cache" erstellt wurde, kopiert ArcGIS Data Store neu erstellte Data-Store-Datenbanken alle 14 Tage an den Speicherort, der mit dem Dienstprogramm configurebackuplocation festgelegt wird.

./updatebackupschedule.sh --store tileCache --frequency 14

updatesslcertificate

Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.

Dieses Dienstprogramm wird in dieser Version nicht mehr unterstützt. Es wird empfohlen, stattdessen das Dienstprogramm replacesslcertificate zu verwenden.

Das für die Authentifizierung der Kommunikation zwischen dem Hosting-Server und dem Data Store sowie zwischen Data-Store-Computern vom Web-Server verwendete selbstsignierte Zertifikat können Sie durch ein Zertifikat, das von einer Zertifizierungsstelle (CA) überprüft und signiert wurde, oder ein Domänenzertifikat ersetzen.

Dieses Dienstprogramm ist kein Ersatz für das Zertifikat, das zum Authentifizieren der Kommunikation über Ports verwendet wird.

Syntax

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

Beispiel

Nachdem Sie eine von der Zertifizierungsstelle signierte Zertifikatsdatei erhalten haben, führen Sie "updatesslcertificate" aus, um das selbstsignierte ArcGIS Data Store-Zertifikat zu ersetzen, das für die Kommunikation mit dem Webserver verwendet wird.

./updatesslcertificate.sh /usr/files/mysignedcert.pfx "ps4mycert" "mycacert"

upgradedatasource

Dieses Dienstprogramm wird mit Big Data Stores vom Typ "spatiotemporal" verwendet.

Aufgrund eines Bug in 10.8.1 werden ArcGIS GeoEvent Server-Kartenservices, die eine Quadrat- oder Sechseckaggregation verwenden, nach einem Upgrade auf 10.9 oder höher nicht gerendert. Um dies zu korrigieren, führen Sie das Dienstprogramm "upgradedatasource" aus, um die mit den Quelldaten für diese GeoEvent Server-Kartenservices verknüpften Indizes zu aktualisieren.

Während die Indizes aktualisiert werden, kann auf die Kartenservices nicht zugegriffen werden.

Das Dienstprogramm "upgradedatasource" kann auf einem beliebigen Computer im Big Data Store vom Typ "spatiotemporal" ausgeführt werden.

Syntax

upgradedatasource [<service name>]

Beispiele

In diesem Beispiel werden alle Quellen von GeoEvent Server-Kartenservices aktualisiert:

./upgradedatasource

In diesem Beispiel aktualisiert das Dienstprogramm "upgradedatasource" die Indizes, die bei der Rekonstruktion von GeoEvent Server-Kartenservices verwendet werden. Der Service-Name wurde mit dem Dienstprogramm listdatasources ermittelt.

./upgradedatasource recon