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 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, gefolgt von --help, eingeben.
Hinweis:
Ihr Anmeldename muss der Windows-Administratorgruppe angehören, und Sie müssen die Eingabeaufforderung mit der Option Als Administrator ausführen öffnen, um die ArcGIS Data Store-Dienstprogramme nutzen zu können.
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> <user name> [<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 workcom hqo.n_1E7
backupdatastore
Dieses Dienstprogramm wird mit Big Data Stores vom Typ "relational", "Kachel-Cache" und "spatiotemporal" verwendet.
Mithilfe des Dienstprogramms "backupdatastore" können Sie zwischen die geplanten Sicherungszeiten eine Sicherung des Data Stores vom Typ "relational" einschieben. Verwenden Sie dieses Dienstprogramm, um eine vollständige Sicherung manuell zu erstellen, bevor Sie den Data Store aktualisieren oder viele Änderungen am Data Store vornehmen.
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.
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. Da Big Data Stores vom Typ "spatiotemporal" sehr groß sein können, werden mit dem Dienstprogramm "backupdatastore" später nur noch Sicherungsdateien erstellt, die die Änderungen seit der anfänglichen vollständigen Sicherung beinhalten.
Das Dienstprogramm "backupdatastore" kann auf dem primären Computer des Data Store vom Typ "relational" ausgeführt werden. Dieses Dienstprogramm kann auf jedem Computer ausgeführt werden, der Mitglied Ihres Data Store vom Typ "Kachel-Cache" oder Ihres Big Data Store vom Typ "spatiotemporal" ist.
Vergewissern Sie sich in jedem Fall, dass der Sicherungsspeicher groß genug ist, um Ihre Sicherungen aufzunehmen. Um Data-Store-Sicherungsspeicher zu ändern, verwenden Sie das Dienstprogramm configurebackuplocation.
Syntax
backupdatastore [<backup file name>] [--store {relational | tileCache | spatiotemporal}] [--location <backup_arguments>] [--prompt {yes | no}]
Die Argumente für den Parameter --location, die durch ein Semikolon (;) getrennt werden müssen, lauten folgendermaßen:
- type=: Gültige Typen sind fs (Dateifreigabe), s3 (Amazon Simple Storage Service (S3)-Bucket) oder azure (Microsoft Azure BLOB-Speichercontainer).
- name=: Wenn Sie den für den Data Store konfigurierten Sicherungsspeichern Namen zugewiesen haben, können Sie mithilfe dieses Namens angeben, wo die Sicherungsdateien erstellt werden sollen, wenn das Dienstprogramm "backupdatastore" ausgeführt wird.
- location=: Wenn Sie keinen Namen für den Sicherungsspeicher angegeben haben, müssen Sie type und location der Sicherung festlegen. 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.
Beispiel
In diesem Beispiel wird eine Komplettsicherungsdatei mit dem Namen "project1bu" in dem Sicherungsspeicher erstellt, den Sie mithilfe des Dienstprogramms "configurebackuplocation" für den Data Store angegeben haben. Für Data Stores vom Typ "relational" werden Sicherungen standardmäßig erstellt. Deswegen wird im folgenden Beispiel eine Sicherung des Data Store vom Typ "relational" erstellt.
backupdatastore project1bu You are going to back up the data store. This could take some time, depending on the size of your data store. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
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 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 spds311016 --store spatiotemporal --location type=azure;location=blob4backups You are going to back up the data store. This could take some time, depending on the size of your data store. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
changebackuplocation
Vorversion:
Das Dienstprogramm "changebackuplocation" wird von Esri nicht mehr unterstützt. Es ist weiterhin vorhanden, damit vorhandene Skripte noch funktionieren. Verwenden Sie stattdessen das Dienstprogramm configurebackuplocation.
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.
Hinweis:
Wenn ArcGIS Data Store den Data Store vom Typ "relational" 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 vom Typ "relational" wieder in den Lese-/Schreibmodus versetzt haben, müssen Sie deswegen den Plan für automatische Sicherungen mithilfe des Dienstprogramms updatebackupschedule zurücksetzen.
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.
Syntax
changedatastoremode {readonly | readwrite} [--prompt {yes | no}] --store {relational | spatiotemporal}
Beispiel
In diesem Beispiel wird der Data Store vom Typ "relational" wieder in den Lese-/Schreibmodus versetzt. Das heißt, Clients können Aktivitäten wie das Veröffentlichen von gehosteten Feature-Layern in ArcGIS Enterprise, das Bearbeiten von Daten über einen gehosteten Feature-Layer oder das Hinzufügen von CSV-Dateien in Map Viewer wieder aufnehmen.
changedatastoremode readwrite --store relational --prompt no
Um einen Big Data Store vom Typ "spatiotemporal" in den Lese-/Schreibmodus zu versetzen, geben Sie wie in dem folgenden Beispiel spatiotemporal mit der Option --store an:
changedatastoremode 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" lassen sich je nach Typ des Data Store, für den es ausgeführt wird, verschiedene Eigenschaften ändern.
Syntax
changedbproperties --store {relational | tileCache | spatiotemporal} [configuration options]
Die folgenden Konfigurationsoptionen werden unterstützt:
- disk-threshold-readonly: Mit dieser Einstellung wird gesteuert, wann ein Data Store vom Typ "relational" in den schreibgeschützten Modus versetzt wird, um Datenverlust aufgrund von nicht genügendem Speicherplatz zu vermeiden. Der Standardwert für den Speicherplatz beträgt 1024 MB. Geben Sie Größenwerte in MB an.
- 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. Mithilfe der Eigenschaft --max-connections des Dienstprogramms "changedbproperties" lässt sich die Anzahl der zulässigen Verbindungen anpassen. Bedenken Sie bei der Ermittlung des Verbindungsbedarfs Ihres Data Store, dass für interne Prozesse in ArcGIS Data Store bis zu fünf Verbindungen benötigt werden. Berücksichtigen Sie außerdem, wie viele parallele Verbindungen Ihr ArcGIS Data Store-Computer bei gleichbleibend guter Performance akzeptieren 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 angegebene Anzahl 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. Dieser Parameter wird nicht für Big Data Stores "spatiotemporal" oder Data Stores vom Typ "Kachel-Cache" unterstützt.
- pitr: Mit dieser Einstellung wird festgestellt, 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. Mögliche Eingaben für diese Option lauten enable oder disable. Die Wiederherstellung auf einen bestimmten Zeitpunkt ist standardmäßig deaktiviert.
Hinweis:
Wenn Sie das Dienstprogramm "webgisdr" zur Erstellung von inkrementellen Sicherungen Ihrer ArcGIS Enterprise-Bereitstellung verwenden möchten, müssen Sie die Wiederherstellung auf einen bestimmten Zeitpunkt aktivieren.
- enablessl: Mit diesem Parameter 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 Optionen unterstützt:
- true: Dies ist die Standardoption. Das bedeutet, dass das Protokoll Transport Layer Security beim Schreiben von Szenen-Layer-Daten in den Data Store vom Typ "Kachel-Cache" verwendet wird, wenn Sie --store tileCache angeben, und bei der Kommunikation zwischen dem Data Store vom Typ "relational" und dem Hosting-Server, wenn Sie --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.
- heap-size: Mithilfe dieses Parameters ändern Sie die Größe des Heap-Speichers (in MB), der von einem Big Data Store vom Typ "spatiotemporal" verwendet wird. Standardmäßig nutzt dieser Data-Store-Typ beim Start die Hälfte des verfügbaren RAM. Dieser Parameter wird nicht für Data Stores vom Typ "relational" oder "Kachel-Cache" unterstützt.
- rebalance: Für diesen Parameter ist standardmäßig true eingestellt. Dies bedeutet, dass Daten aus dem Big Data Store vom Typ "spatiotemporal" auf andere Computer verschoben werden, wenn ein Computer nicht verfügbar sein sollte. Falls ein Computer des Big Data Store vom Typ "spatiotemporal" gewartet werden muss, beispielsweise bei einem Upgrade, können Sie den Neuausgleich vorübergehend abschalten, indem Sie diesen Parameter auf false setzen. Der Neuausgleich wird für den Zeitraum ausgesetzt, der im Parameter max-rebalance-off festgelegt wird. Dieser Parameter gilt nur für Big Data Stores vom Typ "spatiotemporal".
Vorversion:
In ArcGIS 10.4.x lautete diese Option reallocation.
- max-rebalance-off: Dieser Parameter kommt zum Einsatz, wenn der Parameter rebalance auf false festgelegt wird. 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. Dieser Parameter gilt nur für Big Data Stores vom Typ "spatiotemporal".
Vorversion:
In ArcGIS 10.4.x lautete diese Option max-allocation-off.
- prompt: Wenn Sie dieses Dienstprogramm ausführen, werden Sie dazu aufgefordert, den angegebenen Vorgang zu bestätigen. Wenn Sie die Verwendung dieses Dienstprogramms automatisieren, setzen Sie den Parameter "prompt" auf "false", da sonst das Skript erst dann fortgesetzt wird, wenn Sie auf die Eingabeaufforderung reagiert haben.
Beispiel
In diesem Beispiel ist die für einen Data Store vom Typ "relational" maximal zulässige Anzahl an Verbindungen auf 100 gesetzt:
changedbproperties --store relational --max-connections 100
You are changing the following database properties:
max number of connections to 100 (on all relational data store machines)
Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.
Do you want to continue (Yes or No)?YesIn diesem Beispiel wird die Option max-rebalance-off verwendet, um 15 für die Anzahl der Minuten anzugeben, nach deren Ablauf der Big Data Store vom Typ "spatiotemporal" den Vorgang rebalance automatisch auf "true" festlegt.
changedbproperties --store spatiotemporal --max-rebalance-off 15
In diesem Beispiel wird der Parameter enablessl verwendet, um den Data Store vom Typ "Kachel-Cache" so zu konfigurieren, dass Transport Layer Security beim Erstellen des Containers und beim Schreiben von Daten in den Data Store vom Typ "Kachel-Cache" verwendet wird.
changedbproperties --store tileCache --enablessl admin,data
changeloglocation
Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.
Wenn der Data Store die Fehlerprotokolldatei nicht am standardmäßigen Speicherort <ArcGIS Data Store installation directory>\arcgisdatastore\logs ablegen soll, können Sie mit dem Dienstprogramm "changeloglocation" Fehlerprotokolldateien in einem anderen Verzeichnis anlegen.
Das ArcGIS Data Store-Konto muss für den angegebenen Ordner Schreibzugriff haben.
Syntax
changeloglocation <directory path>
Beispiel
In diesem Beispiel werden die Protokolldateien lokal unter d:\datastorefiles\logs gespeichert.
changeloglocation 'd:\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 Benutzer, der den ArcGIS Data Store-Prozess (Linux) bzw. -Dienst (Microsoft Windows) ausführt, 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 \\server2\dstorecache
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 Ihre Site verlangt, dass Sie Ihre eigenen Kennwörter festlegen, rufen Sie die Kennwörter für Data-Store-Konten ab und setzen sie 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" kann nur auf dem primären Data-Store-Computer vom Typ "relational" ausgeführt werden.
Syntax
changepassword <user name> <new password> [--prompt {yes | no}]
Tipp:
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 gwi_n2Te0 Phfl4mp --prompt no
Beispiel
In diesem Beispiel wird das Benutzerkennwort von gwi_n2Te0 in Phfl4mp! geändert.
changepassword gwi_n2Te0 Phfl4mp You are going to change the password for user gwi_n2Te0. Do you want to continue (Yes or No)?Yes
changestaginglocation
Dieses Dienstprogramm wird mit Data Stores vom Typ "relational" und "Kachel-Cache" verwendet.
Wenn Sie einen Data Store vom Typ "relational" oder einen 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. Wenn Ihr 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.
Syntax
changestaginglocation <directory path>
Beispiel
In diesem Beispiel lautet das angegebene Staging-Verzeichnis \\netserver\rbustage.
changestaginglocation \\netserver\rbustage
configurebackuplocation
Dieses Dienstprogramm wird mit Big Data Stores vom Typ "relational", "Kachel-Cache" und "spatiotemporal" 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 diesem Befehl 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. Sie können einen sichereren Sicherungsspeicher konfigurieren, indem Sie mit der Option change ein freigegebenes Remote-Verzeichnis 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" 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 freigegebenen Netzwerkstandort, einen Amazon Simple Storage Service (S3)-Bucket oder einen Microsoft Azure BLOB-Speichercontainer für die Sicherungen festlegen. 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.
Syntax
configurebackuplocation --location <backup_location_arguments> [options]
Geben Sie mit der Option --location an, wo ArcGIS Data Store Sicherungsdateien speichern soll. 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 Semikolons (;) als Trennzeichen an: --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>]. Die folgende Liste enthält Erläuterungen zu diesen Argumenten:
- type=: Geben Sie an, welche Art von Speicherort für die Sicherungen verwendet werden soll. Wählen Sie s3, um Sicherungen in einem Amazon S3-Bucket zu speichern, azure, um sie in einem Azure BLOB-Speichercontainer zu speichern, oder fs, um sie in einer Dateifreigabe zu speichern (dies ist die Standardeinstellung).
- location=: Geben Sie für Dateifreigaben den Dateipfad an. Geben Sie für Amazon S3-Buckets den Bucket-Namen an. Geben Sie für BLOB-Speichercontainer den Container-Namen 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. dsbackups, festlegen. Beim Ausführen des Dienstprogramms backupdatastore, listbackups oder restoredatastore können Sie dann anstelle des vollständigen Pfads diesen Namen angeben.
Wenn Sie beim Konfigurieren des Data-Store-Sicherungsspeichers keinen Namen festlegen, weist ArcGIS Data Store einen Standardnamen zu.
- username=: Erforderlich, wenn es sich bei dem Sicherungsspeicher um einen S3-Bucket oder einen BLOB-Speichercontainer handelt. 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=: Erforderlich, wenn es sich bei dem Sicherungsspeicher um einen S3-Bucket oder einen BLOB-Speichercontainer handelt. 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=: Mit dieser Option können Sie angeben, wo sich Ihr 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 endpointsuffix auf den EndpointSuffix-Wert Ihrer privaten Azure-Cloud fest. Diese Option wird nur verwendet, wenn Sie Sicherungen in einem Azure-BLOB-Speichercontainer speichern.
Folgende zusätzliche Optionen müssen Sie mit dem Dienstprogramm "configurebackuplocation" bereitstellen:
- --store {relational | tileCache | spatiotemporal}: Geben Sie den ArcGIS Data Store-Typ an, für den Sie einen Sicherungsspeicher konfigurieren. Der Standardwert ist relational.
- --operation {change | register | unregister | list | setdefault}: Der Standardwert ist change. Im Folgenden werden die einzelnen Optionen erläutert:
- change: Mit dieser Option können Sie folgende Änderungen vornehmen:
- Angeben eines anderen freigegebenen Dateispeicherorts für geplante Sicherungen von Data Stores vom Typ "relational". Der mit der Option change angegebene Speicherort ist immer der Standardsicherungsspeicher für Data Stores vom Typ "relational".
- Ändern des Namens, den Sie dem Sicherungsspeicher zugewiesen haben.
- 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: Hiermit können Sie einen Sicherungsspeicher registrieren. Der erste Sicherungsspeicher, den Sie für ein Big Data Store vom Typ "spatiotemporal" definieren, wird als Standardsicherungsspeicher festgelegt. Wenn Sie einen anderen Sicherungsspeicher für einen Data Store vom Typ "Kachel-Cache" oder einen Big Data Store vom Typ "spatiotemporal" registrieren, wird dieser als sekundärer Sicherungsspeicher festgelegt. Wenn Sie die Option register mit einem Data Store vom Typ "relational" angeben, wird ein sekundärer Sicherungsspeicher registriert. In dem sekundären Sicherungsspeicher werden manuelle Sicherungen gespeichert, die mit dem Dienstprogramm backupdatastore generiert wurden.
Hinweis:
Wenn Sie die Option register verwenden, müssen Sie Informationen für die Option --location angeben.
- unregister: Verwenden Sie diese Option, um einen sekundären Sicherungsspeicher aus einem Data Store zu entfernen. Wenn nur ein Sicherungsspeicher registriert ist, können Sie die Option "unregister" verwenden, um den Sicherungsspeicher für den Data Store vom Typ "Kachel-Cache" oder den Big Data Store vom Typ "spatiotemporal" vollständig zu entfernen.
- list: Diese Option listet alle für einen Data Store registrierten Sicherungsspeicher auf.
- setdefault: Wurden mehrere Sicherungsspeicher für einen Data Store vom Typ "Kachel-Cache" oder einen Big Data Store vom Typ "spatiotemporal" angegeben, können Sie mit setdefault einen der Sicherungsspeicher als Standardverzeichnis festlegen. 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.
- change: Mit dieser Option können Sie folgende Änderungen vornehmen:
- --force {true | false}: 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.
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 {yes | no}: Der Standardwert ist yes.
Beispiele
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 --operation change --store relational --location \\myshare\fsdata_bu You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)? Yes
In diesem Beispiel wird unter Azure ein zweiter Sicherungsspeicher für denselben Data Store vom Typ "relational" registriert.
configurebackuplocation --operation register --store relational --location type=azure;location=mybackups;name=secondrelloc;username=myazureaccountlogin;password=zpw4myazureaccount You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)? Yes
In diesem Beispiel wird ein Sicherungsspeicher in einem freigegebenen Netzwerk für einen Big Data Store vom Typ "spatiotemporal" registriert. Dem Sicherungsspeicher wird ein Name, "fshare", zugewiesen.
configurebackuplocation --operation register --store spatiotemporal --location type=fs;location=\\sharedmachine\ge_bu;name=fshare
In diesem Beispiel wird unter AWS ein zweiter Sicherungsspeicher für denselben Big Data Store vom Typ "spatiotemporal" festgelegt. Dem Sicherungsspeicher wird ein Name, "awsloc", zugewiesen.
configurebackuplocation --operation register --store spatiotemporal --location type=s3;location=mybucket;name=awsloc;username=abcdefg1234567;password=z9y8x7w6v5u4t3s2r1q0
In diesem Beispiel wird unter Azure ein dritter Sicherungsspeicher für den Big Data Store vom Typ "spatiotemporal" festgelegt.
configurebackuplocation --operation register --store spatiotemporal --location type=azure;location=myblobs;name=mazloc;username=myazureaccountlogin;password=zpw4myazureaccount
In diesem Beispiel wird der S3-Bucket als standardmäßiger Sicherungsspeicher für den Big Data Store vom Typ "spatiotemporal" festgelegt.
configurebackuplocation --operation setdefault --store spatiotemporal --location name=awsloc
In diesem Beispiel werden alle Sicherungsspeicher für den Big Data Store vom Typ "spatiotemporal" aufgelistet.
configurebackuplocation --operation list --store spatiotemporal Backup locations for spatiotemporal big data store: ================================================================ Name Type Location isDefault ================================================================ fsshare fs \\sharedmachine\ge_bu false awsloc s3 mybucket true mazloc azure myblobs false
configuredatastore
Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.
Nach der Installation von ArcGIS Data Store können Sie das Dienstprogramm "configuredatastore" ausführen, um einen Data Store zu erstellen und bei einer GIS Server-Site zu registrieren. Mit folgendem Befehl können Sie die folgenden Typen von Data Stores erstellen:
- Data Store vom Typ "relational"
- Data Store vom Typ "Kachel-Cache"
- Big Data Store vom Typ "spatiotemporal"
- Objektspeicher
Sie können das Dienstprogramm "configuredatastore" ausführen, um einen Data Store zu aktualisieren, nachdem die ArcGIS Data Store-Software auf allen Computern im Data Store aktualisiert wurde.
Syntax
configuredatastore <ArcGIS Server admin URL> <ArcGIS Server administrator> <ArcGIS Server administrator password> <data directory> [--stores {relational | tileCache | spatiotemporal | object}] [--mode {primaryStandby | cluster}] [--machines <machine names> [--data-loc <object data location>]
- <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. Die URL müssen Sie im vorgenannten Format angeben, selbst wenn Ihre GIS Server-Site einen Web Adaptor verwendet.
- <ArcGIS Server administrator>: Geben Sie den Benutzernamen für einen integrierten Benutzer (nicht Enterprise) ein, der über Administratorberechtigungen für die GIS Server-Site verfügt.
- <ArcGIS Server administrator password>: Geben Sie das Kennwort für den integrierten ArcGIS Server-Administratorbenutzer an.
- <data directory>: Das Datenverzeichnis ist der Speicherort auf dem lokalen Computer, auf dem Sie die Data-Store-Dateien erstellen wollen.
- {relational | tileCache | spatiotemporal | object}: Geben Sie den Data-Store-Typ an, den Sie erstellen möchten. Sie können mehr als einen Data-Store-Typ auf dem gleichen Computer konfigurieren, indem Sie die einzelnen Data Store-Typen durch Kommas voneinander getrennt angeben (ohne Leerzeichen). Dies wird jedoch nicht empfohlen. Um beispielsweise Data Stores vom Typ "relational" und "Kachel-Cache" auf demselben Computer mit einem freigegebenen Data-Store-Verzeichnis zu konfigurieren, legen Sie Folgendes fest: --stores relational,tileCache. Esri empfiehlt, Big Data Stores vom Typ "spatiotemporal" auf einem eigenen Computer getrennt von anderen Data Stores und anderer Software auszuführen. Geschieht dies nicht, kann die Leistung beeinträchtigt oder der Data Store sogar unbrauchbar werden.
- --mode: Dieser optionale Vorgang gilt nur für Data Stores vom Typ "Kachel-Cache" und Objektspeicher. Standardmäßig werden neue Data Stores vom Typ "Kachel-Cache" und Objektspeicher im Modus primaryStandby erstellt.
Im Modus "primaryStandby" erstellte Data Stores vom Typ "Kachel-Cache" können zwei Computer aufweisen. Der Standby-Data-Store vom Typ "Kachel-Cache" enthält dieselben Daten wie der Primär-Data-Store. Fällt der Primär-Data-Store aus, wird der Standby-Data-Store der Primär-Data-Store vom Typ "Kachel-Cache". Wenn Sie eine große Menge an Szenen-Layer-Caches speichern und daher 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 des Modusbetriebs können Sie den Data Store vom Typ "Kachel-Cache" von einem Modus in einen anderen versetzen.
Im Modus "primaryStandby" erstellte Objektspeicher können zurzeit nur einen Computer enthalten. Wenn Sie im Objektspeicher mehrere Computer benötigen, um hohe Verfügbarkeit zu gewährleisten, können Sie den Objektspeicher im Cluster-Modus bereitstellen. Ein im Cluster-Modus verwendeter Objektspeicher muss vier Computer mit identischen Spezifikationen und ähnlichen Namen enthalten. Weitere Informationen finden Sie unter Hinzufügen eines Computers zum Data Store.
- --machines: Diese Option gilt nur für Objektspeicher. Geben Sie für eine Bereitstellung mit einem Computer den Namen des Computers mit dem Objektspeicher an. Geben Sie für eine Cluster-Bereitstellung eine durch Kommas getrennte Liste der Computernamen an. Cluster-Bereitstellungen müssen aus vier Computern bestehen, und die Namen (oder Aliasnamen) der Computer müssen mit Ausnahme einer angefügten Nummer identisch sein, Beispiel: machine1, machine2, machine3 und machine4.
- --data-loc: Diese Option gilt nur für Objektspeicher. Geben Sie den Pfad des Verzeichnisses an, in dem die Cache-Daten gespeichert werden. Geben Sie bei einer Bereitstellung im Cluster-Modus eine durch Kommas getrennte Liste der Verzeichnisse in derselben Reihenfolge an, in der Sie die Computer aufgelistet haben. Verzeichnisse auf den Computern im Cluster müssen sich am gleichen Speicherort befinden und mit Ausnahme einer Nummer identische Namen aufweisen, Beispiel: directory1, directory2, directory3 und directory4.
Konfigurieren eines spezifischen Typs von Data Store
Sie geben den zu erstellenden Data-Store-Typ mithilfe der folgenden Einstellungen mit der Option --stores an:
- relational
- tileCache
- spatiotemporal
- object
Wenn Sie mehrere Data-Store-Typen auf demselben Computer konfigurieren möchten, trennen Sie die Typen mit einem Komma. 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" und Objektspeicher. Konfigurieren Sie keinen Big Data Store vom Typ "spatiotemporal" 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 dem GIS Server 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.
Weitere Informationen 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, können Sie sich bei jedem beliebigen Computer in einem Data Store anmelden und das Dienstprogramm "configuredatastore" ausführen, um das Data-Store-Upgrade 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.
Beachten Sie, dass die Konfiguration nicht durchgeführt werden kann, wenn die neue Version von ArcGIS Data Store nicht auf allen Computern installiert wurde.
Weitere Informationen finden Sie unter Upgrade von ArcGIS Data Store.
Ändern des Modus eines Data Store vom Typ "Kachel-Cache"
Wenn Sie ein Upgrade von Version 10.7.1 oder früher durchführen, befindet sich der Data Store vom Typ "Kachel-Cache" automatisch im Primär/Standby-Modus. Wenn Sie aufgrund einer großen Menge von Szenen-Layern mehr Computer im Data Store vom Typ "Kachel-Cache" benötigen, können Sie den Modus des Data Store vom Typ "Kachel-Cache" in den Cluster-Modus ändern und dem Data Store vom Typ "Kachel-Cache" weitere Computer hinzufügen. Fügen Sie weitere Computer hinzu, werden Caches für neue Szenen-Layer auf dem neuen Computer bzw. den neuen Computern verteilt. Vorhandene Caches werden nicht auf den neuen Computern gespeichert, es sei denn, Sie erstellen eine vollständige Sicherung des Data Store vom Typ "Kachel-Cache" und stellen ihn nach dem Hinzufügen des neuen Computers bzw. der neuen Computer wieder her.
Ähnlich verhält es sich, wenn Sie den Data Store vom Typ "Kachel-Cache" in Version 10.8 erstellt haben oder bei der Erstellung des Data Store vom Typ "Kachel-Cache" einen Cluster für den Data Store ausgewählt haben, aber später feststellen, dass der Cluster-Modus zu langsam ist. Dann können Sie den Data Store vom Typ "Kachel-Cache" in den Primär/Standby-Modus versetzen, wenn Sie den von mehreren Computern bereitgestellten Speicher nicht wirklich benötigen. Der Data Store vom Typ "Kachel-Cache" darf jedoch maximal zwei Computer enthalten, wenn Sie in den Primär/Standby-Modus wechseln.
Hinweis:
Sie können den Vorgang --mode verwenden, um den Modus des Data Store vom Typ "Kachel-Cache" beim Erstellen des Data Store anzugeben oder den Modus des Data Store vom Typ "Kachel-Cache" zu ändern. Beim Upgrade eines Data Store vom Typ "Kachel-Cache" ist es jedoch nicht möglich, den Modus zu ändern.
Beispiel
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 C:\datastore\data\.
configuredatastore https://gisserver.mydomain.com:6443 admin Iph33l$ik c:\datastore\data\ --stores relational
Im folgenden Beispiel wird der Data Store vom Typ "Kachel-Cache" in den Cluster-Modus versetzt:
configuredatastore https://gisserver.mydomain.com:6443 portaladmin S00perSecret c:\datastore\scenedata\ --stores tileCache --mode cluster
configureserviceaccount
Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.
Mithilfe des Dienstprogramms "configureserviceaccount" lässt sich die Anmeldung für das ArcGIS Data Store-Konto ändern. Wenn Sie das Konto mit diesem Dienstprogramm einrichten, können Sie die Kontoinformationen in eine Datei exportieren. Beachten Sie, dass das Kennwort in der Datei verschlüsselt ist. Die Datei können Sie für den Import der bereits verwendeten Kontoinformationen nutzen, beispielsweise, wenn Sie einen weiteren ArcGIS Data Store einrichten und das gleiche Konto nutzen möchten. Führen Sie in diesem Fall das Dienstprogramm "configureserviceaccount" auf dem neuen Computer aus und importieren Sie die Datei mit den Kontoinformationen.
Sie können es auch zum Aktualisieren des Kennwortes des ArcGIS Data Store-Kontos verwenden. Wenn sich das Kennwort für das Windows-Konto ändert, führen Sie das Dienstprogramm aus, und geben Sie für das Konto ein neues Kennwort an.
Wenn Sie das ArcGIS Data Store-Konto auf ein gruppenverwaltetes Dienstkonto festlegen, kann das Konto, das Sie mit dem Parameter "username" angeben, optional am Ende des Kontonamens das Zeichen $ enthalten. Sie müssen den password-Parameter nicht angeben, wenn Sie ein gruppenverwaltetes Service-Konto verwenden.
Syntax
configureserviceaccount [--username <Windows account>] [--password <account password>] [--readconfig <user configuration file>] [--writeconfig <user configuration file>]
Beispiel
In diesem Beispiel legt "configureserviceaccount" das mynetwork\datastore-Konto für die Ausführung des ArcGIS Data Store-Service fest und erteilt diesem Konto die für ArcGIS Data Store-Systemordner und -Dateien erforderlichen Berechtigungen.
configureserviceaccount --username mynetwork\datastore --password SewL0ng
In diesem Beispiel wird für das ArcGIS Data Store-Konto ein gruppenverwaltetes Dienstkonto verwendet:
configureserviceaccount --username mydomain\datastore-gmsa$ --writeconfig c:\temp\domainaccountconfig.xml
Beachten Sie, dass durch eine Änderung des Kontos, über das der Service ausgeführt wird, ein Neustart des Service herbeigeführt wird.
In diesem Beispiel wird das ArcGIS Data Store-Konto geändert, und die Kontoinformationen werden in eine Datei (adsainfo) unter C:\adminfiles geschrieben.
configureserviceaccount --username mynetwork\datastore --password SewL0ng --writeconfig C:\adminfiles\adsainfo.xml
In diesem Beispiel ist ArcGIS Data Store auf einem anderen Computer installiert, und der Administrator führt das Dienstprogramm "configureserviceaccount" aus, um das gleiche Konto mithilfe der im vorherigen Beispiel erstellten Datei einzurichten.
configureserviceaccount --readconfig C:\adminfiles\adsainfo
deletebackup
Dieses Dienstprogramm wird mit Data Stores vom Typ "relational" verwendet.
Mit dem Dienstprogramm "deletebackup" können Sie für Data Stores vom Typ "relational" erstellte Sicherungsdateien löschen. Führen Sie zunächst das Dienstprogramm listbackups aus, um die Namen und Erstellungsdaten Ihrer manuellen Sicherungen anzuzeigen. Danach können Sie mit dem Dienstprogramm "deletebackup" die nicht länger benötigten manuellen Sicherungen löschen.
Beachten Sie, dass Sie nur solche Sicherungen löschen können, die für die Wiederherstellung Ihres 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> [--prompt {yes | no}]
Beispiel
deletebackup featuresMarchbu You are attempting to delete backup 'featuresMarchbu'. This operation is irreversible. Do you wish to continue (Yes or No)?yes Operation completed successfully
describedatastore
Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.
Mit dem Dienstprogramm "describedatastore" können Sie die folgenden Informationen zu einer ArcGIS Data Store-Installation aufrufen:
- die Versionsnummer der ArcGIS Data Store-Installation
- den Staging-Speicherort, der vom Data Store für die Wiederherstellung von Daten verwendet wird
- den Speicherort der Protokolldatei für den Data Store
- der verbleibende Speicherplatz, der auf dem Computer verfügbar ist, auf dem ArcGIS Data Store installiert ist
- der Schwellenwert für freie Festplattenspeicher, bei dem ein Data Store vom Typ "relational" in den schreibgeschützten Modus versetzt und Big Data Stores vom Typ "Kachel-Cache" und "spatiotemporal" angehalten werden
- Sicherungsspeicher, die von den einzelnen Data-Store-Typen verwendet werden
- ob sich der Sicherungsspeicher des Data Store vom Typ "relational" oder "Kachel-Cache" in einem freigegebenen Netzwerk befindet
- wie oft eine Sicherung des Data Store erfolgt (Sicherungsplan)
- wie viele Tage Sicherungsdateien für den Data Store vom Typ "relational" aufbewahrt werden und ob der Data Store vom Typ "relational" zu einem bestimmten Zeitpunkt wiederhergestellt werden kann
- ob der Data Store gerade ausgeführt wird (Data-Store-Status)
- ob im Data Store vom Typ "relational" die SSL-Kommunikation aktiviert wird
- das Datum und die Uhrzeit, zu denen der Standby-Data-Store vom Typ "relational" als primärer Data Store festgelegt wurde (Letztes Failover); wird nicht angezeigt, wenn kein Failover aufgetreten ist
- die Namen der am Data Store vom Typ "relational" oder "Kachel-Cache" beteiligten Computer (Mitgliedscomputer)
- die für einen Data Store vom Typ "relational" maximal zulässige Zahl an Verbindungen
- die URL der GIS Server-Site, bei der der Data Store registriert ist (URL des zuständigen Systems)
- die URL des Portals, das die GIS Server-Site als Hosting-Server nutzt (Portal-URL)
- die Anzahl der aktuellen Feature-Layer-Verbindungen mit dem Data Store vom Typ "relational"
- eine Liste aller Computer, die aktuell an einem Big Data Store vom Typ "spatiotemporal" beteiligt sind (Computer in einem Cluster vom Typ "spatiotemporal")
- den Computer im Big Data Store vom Typ "spatiotemporal", der aktuell als Koordinator-Computer festgelegt ist (Aktueller Koordinatorknoten im Cluster)
- eine Liste aller Computer im Cluster für Big Data Stores vom Typ "spatiotemporal" oder Data Stores vom Typ "Kachel-Cache" (für den Typ "spatiotemporal" registrierte Computer bzw. für den Typ "Kachel-Cache" registrierte Computer); zeigt alle Computer im Cluster unabhängig von ihrem Status an
- der für den Data Store vom Typ "Kachel-Cache" oder den Objektspeicher konfigurierte Modus: Cluster oder Primär/Standby
- ob ein Big Data Store vom Typ "relational" oder "spatiotemporal" den Modus READWRITE oder READONLY aufweist (Data-Store-Modus)
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. Der erste Abschnitt ("Allgemeine Information") wird immer zurückgegeben. Die von "describedatastore" zurückgegebenen Data-Store-Abschnitte hängen davon ab, welcher Data-Store-Typ sich auf dem Computer befindet.
describedatastore
General Information of ArcGIS Data Store on machine.domain.com
==============================================================
ArcGIS Data Store release....10.9.0.1234
Staging location.............C:\arcgisdatastore\staging
Log location.................C:\arcgisdatastore\logs
Free disk space..............174.00GB
Threshold for READONLY mode..2048MB
Information for relational data store ds_sthiu0_5T
==============================================================
Backup location...........\\nwshare\dsbackups
Is backup folder shared...true
Backup schedule...........{"schedule-starttime":"00:00:00","schedule-frequency":"Every 7 DAYS"}
Days backup retained......31
Data store status.........Started
SSL enabled...............true
Last failover.............20150130190334005
Member machines...........MACHINE1.DOMAIN.COM, MACHINE4.DOMAIN.COM
Maximum connections.......150
Owning system URL.........https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal
Number of connections.....8 connection(s) to managed database
Data Store mode.....................READWRITE
Is Point-in-time recovery enabled...No
Query optimizer enabled.............Yes
Information for tile cache data store ds_wztxj7um
==============================================================
Data location.......................C:\arcgisdatastore\nosqldata
Data store status...................Started
Backup location............\\mybackups\scenebackup
Backup schedule............{schedule-frequency":"Every 1 DAYS"}
Is backup folder shared.............true
Mode................................cluster
Member tile cache machines.....................MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Registered tile cache machines.................MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Owning system URL...................https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal
Information for spatiotemporal data store ds_qpko99Cl
==============================================================
Max rebalance off time..............60 minutes
Automatic rebalance ................On
Machines in spatiotemporal cluster..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Current coordinator in cluster...MACHINE1.DOMAIN.COM
Registered spatiotemporal machines..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Owning system URL...................https://gisserver.domain.com:6443/arcgis/admin
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal
Data Store mode.....................READWRITE
Information for object store w1tiknx
==============================================================
Deployment mode................................primaryStandby
Access endpoint................................MACHINE1:9900
Registered object store machines...............MACHINE1.DOMAIN.COM
Owning system URL...................https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portalexportmanageddb
Vorversion:
Das Dienstprogramm "exportmanageddb" wird von Esri ab Version 10.5.1 nicht mehr unterstützt. Die Funktion wurde in das Dienstprogramm "backupdatastore" integriert. Das Dienstprogramm "exportmanageddb" weiterhin vorhanden, um die weitere Ausführbarkeit vorhandener Skripts zu ermöglichen, jedoch sollten Sie zur Verwendung des Dienstprogramms backupdatastore übergehen, das stattdessen eine Sicherungsdatei erstellt, und danach das Dienstprogramm restoredatastore zum Wiederherstellen des Data Stores aus der Sicherungsdatei.
importmanageddb
Dieses Dienstprogramm wird mit Data Stores vom Typ "relational" und "Kachel-Cache" verwendet.
Falls Sie einen ArcGIS Data Store exportiert haben, der gehostete Feature-Layer oder gehostete Szenen-Layer-Caches (oder beide) enthielt, können Sie mithilfe des Dienstprogramms "importmanageddb" den Data Store wiederherstellen. Es ist möglich, die Wiederherstellung auf einem aktualisierten ArcGIS Data Store-Computer oder in einer ArcGIS Data Store-Installation auf einem Computer durchzuführen, der ein anderes Betriebssystem aufweist als der Quell-ArcGIS Data Store.
Wenn ArcGIS Data Store bei der gleichen GIS Server-Site registriert sein soll wie zuvor, geben Sie für --bound den Wert true an, geben Sie jedoch keine --server-url an. Beachten Sie, dass --bound standardmäßig auf "true" festgelegt ist. Nach der Wiederherstellung müssen Sie die GIS Server-Site neu starten.
Wenn Sie den Data Store wiederherstellen und bei einer neuen GIS Server-Site registrieren möchten, geben Sie beim Import des Data Store die --server-url an.
Standardmäßig werden der Data Store vom Typ "relational" und sämtliche gehosteten Szenen-Layer-Cache-Datenbanken importiert, die den Data Store vom Typ "Kachel-Cache" in der Exportdatei ausmachen. Wenn die gehosteten Szenen-Layer-Kachel-Cache-Datenbanken nicht berücksichtigt werden sollen, legen Sie die Option --include-tilecache auf "false" fest.
Das Dienstprogramm "importmanageddb" führt keinen Import von Big Data Stores vom Typ "spatiotemporal" durch.
Syntax
importmanageddb <source backup location> <backup name> [options]
Die folgenden Optionen werden unterstützt:
- [--server-url <ArcGIS Server URL registered with data store>]: Wenn Sie --bound true festlegen und die Services bereits auf die neue GIS Server-Site verschoben haben, verwenden Sie die Option --server-url, um die URL der neuen GIS Server-Site anzugeben. Beachten Sie, dass die Daten im Data Store nicht zugänglich sind, wenn Sie nicht auch die Services auf diesen neuen Server verschoben haben.
- [--server-admin <user name of ArcGIS 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 <password of ArcGIS Server admin>]: 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.
- [--data-dir <data store data directory>]: Das ArcGIS Data Store-Verzeichnis. Dies ist standardmäßig das ArcGIS Data Store-Verzeichnis derzeit registrierter Data Stores.
- [--stores {relational | tileCache}]: Gibt den Data-Store-Typ an, der importiert werden soll. Wenn Ihr Data Store vom Typ "relational" und "Kachel-Cache" auf demselben Computer ausgeführt werden und beide importiert werden sollen, geben Sie beide durch ein Komma getrennt ein, z. B. --stores relational,tileCache. Wenn Sie die Option --stores nicht festlegen, wird "relational" angenommen.
- [--include-tilecache {true | false}]: Diese Option wird aus Gründen der Abwärtskompatibilität beibehalten. Wenn Sie die Option --stores nicht festlegen bzw. die Option --stores relational festlegen, können Sie mithilfe dieser Option steuern, ob der Data Store vom Typ "Kachel-Cache" wiederhergestellt wird.
- [--bound {true | false}]
- Wenn Sie --bound true festlegen oder die Option --bound nicht festlegen, müssen Sie mit der Option --server-url die URL einer GIS Server-Site angeben und die Anmeldeinformationen des ArcGIS Server-Administrators mit den Optionen --server-admin und --server-password angeben. Erfolgt der Import auf dieselbe GIS Server-Site, bei der der ArcGIS Data Store beim Exportieren des Data Store registriert war, geben Sie die URL der betreffenden GIS Server-Site an sowie den Benutzernamen und das Kennwort des ArcGIS Server-Administrators. Um den Data Store mit einer neuen GIS Server-Site zu verbinden, geben Sie die URL und die Anmeldeinformationen des Administrators dieser neuen Site an.
Hinweis:
Geben Sie die Informationen für eine neue GIS Server-Site erst dann an, wenn Sie Ihre Web-Services in diese neue GIS Server-Site verschoben haben.
- Wenn Ihr Data Store die vorherige GIS Server-Site nicht länger verwendet und Sie noch nicht alle Services auf die neue GIS Server-Site verschoben haben, legen Sie --bound false fest. Sie müssen dann das Dienstprogramm registerdatastore ausführen, um den Data Store bei der neuen GIS Server-Site zu registrieren, nachdem Sie die Services in die neue Site verschoben haben.
- Wenn Sie --bound true festlegen oder die Option --bound nicht festlegen, müssen Sie mit der Option --server-url die URL einer GIS Server-Site angeben und die Anmeldeinformationen des ArcGIS Server-Administrators mit den Optionen --server-admin und --server-password angeben. Erfolgt der Import auf dieselbe GIS Server-Site, bei der der ArcGIS Data Store beim Exportieren des Data Store registriert war, geben Sie die URL der betreffenden GIS Server-Site an sowie den Benutzernamen und das Kennwort des ArcGIS Server-Administrators. Um den Data Store mit einer neuen GIS Server-Site zu verbinden, geben Sie die URL und die Anmeldeinformationen des Administrators dieser neuen Site an.
- [--prompt {yes | no}]: Legt fest, ob eine Eingabeaufforderung angezeigt wird, die zum Ausführen des Dienstprogramms bestätigt werden muss.
Beispiel
Im folgenden Beispiel wird der Data Store in der Installation einer neueren Version von ArcGIS Data Store wiederhergestellt. Das neue ArcGIS Data Store-Datenverzeichnis wird festgelegt. Der Data Store ist weiterhin an die vorhandene GIS Server-Site gebunden, sodass der Data Store und vorhandene gehostete Feature- und Szenen-Layer weiterhin funktionieren. Starten Sie Ihre GIS Server-Site neu, damit die gehosteten Feature- und Szenen-Layer auf dem neuen Computer veröffentlicht werden können.
importmanageddb \\backupserver\expdir preupgradeexp --data-dir c:\arcgis\datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $Aup.4s --bound true
In diesem Beispiel wurden die GIS Server-Site und der Data Store vom Typ "relational" auf neue Computer verschoben. Die Web-Services wurden bereits in die neue GIS Server-Site verschoben, sodass die URL der neuen Site mit der Option --server-url angegeben wird. Der Sicherungsname lautet "movedbexp", und die Sicherungsdatei wird unter \\backupserver\expdir gespeichert.
importmanageddb \\backupserver\expdir movedbexp --data-dir c:\arcgis\datastore --server-admin siteadmin --server-password $Aup.4s --stores relational --bound true --server-url https:\\newgisserver.domain.com:6443
In diesem Beispiel wurden die Web-Services nicht in die neue GIS Server-Site verschoben. Der Data Store vom Typ "Kachel-Cache" und der Data Store vom Typ "relational" sind erst dann funktionsfähig, wenn die Services verschoben wurden und Sie den Data Store bei der neuen GIS Server-Site registriert haben. Der Sicherungsname lautet "movedsfirstexp", und die Sicherungsdatei wird unter \\backupserver\expdir\movingexp2 gespeichert.
importmanageddb \\backupserver\dbdump\movingexp2 movedsfirstexp --data-dir c:\arcgis\datastore --stores relational,tileCache --bound false
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. Gibt den Administrator für Data Stores vom Typ "Kachel-Cache" und Big Data Stores vom Typ "spatiotemporal" zurück.
Syntax
listadminusers
Beispiel
In diesem Beispiel wird "listadminusers" auf einem Computer ausgeführt, auf dem lediglich ein Data Store vom Typ "relational" installiert ist.
listadminusers Admin users for relational data store ds_abcd1234 ================================================= Database Admin User.... adm_32ret / tT30sbYk22jF Database Repl User..... dsrepuser / uWn/MV0678h4 GDB Admin User......... sde / iO=Qst751epb
In diesem Beispiel wird "listadminusers" auf einem Computer ausgeführt, auf dem lediglich ein Big Data Store vom Typ "spatiotemporal" installiert ist.
listadminusers 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 Objektspeicher installiert ist.
listadminusers Admin users for object store w1tiknx ================================================= Store admin user....n6o96nl53vzkm36d / bpvifyjz73xwhot4
listbackups
Dieses Dienstprogramm wird mit Big Data Stores vom Typ "relational", "Kachel-Cache" und "spatiotemporal" 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.
Das Dienstprogramm "listbackups" gibt die Namen der Sicherungsdateien und das Verzeichnis zurück, in das diese geschrieben werden. Zusätzlich gibt es folgende Informationen zurück: den Sicherungsstatus (ob abgeschlossen oder nicht), den Zeitpunkt des Sicherungsbeginns sowie die Angabe, ob die Sicherung manuell mithilfe des Dienstprogramms "backupdatastore" oder automatisch mit ArcGIS Data Store erstellt wurde.
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.
Führen Sie "listbackups" aus, um anzuzeigen, ob eine Sicherung noch läuft oder schon abgeschlossen ist, um zu ermitteln, wie viele manuelle Sicherungen es gibt, oder um vor Ausführung des Dienstprogramms "deletebackup" einen Dateinamen zu bestätigen.
Syntax
listbackups [--store {relational | tileCache | spatiotemporal}] [--location <location_arguments>]
Wenn Sie keinen anderen Data-Store-Typ 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.
Der Parameter location wird mit Big Data Stores vom Typ "spatiotemporal" und Data Stores vom Typ "relational" verwendet. Die Argumente lauten wie folgt:
- name=: Der Name des Sicherungsspeichers. 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=: Der Pfad zum freigegebenen Dateiverzeichnis, der Name des S3-Buckets oder der Name des BLOB-Speichercontainers.
Beispiel
In diesem Beispiel werden Sicherungen eines Data Store vom Typ "relational" aufgeführt:
listbackups --store relational Backup_Name Status Backup_Time Mode ========================================================================== phase1proj_bu BackupComplete 2014-03-08 14:12 manual phase2proj_bu BackupComplete 2014-06-21 11:43 manual ds_gdt1oomh-201411030300 BackupComplete 2014-11-01 03:00 scheduled Backups located at: '\\myserver.net.com\dsbackups'
In diesem Beispiel werden die Sicherungen eines Big Data Store vom Typ "spatiotemporal" für einen Sicherungsspeicher namens "sbdsbu" aufgelistet:
listbackups --store spatiotemporal --location name=sbdsbu Backup_Name Status Backup_Time Mode ======================================================================= backup1 BackupComplete 2016-07-11 09:47 manual Backups located at: '\\myserver.net.com\spatiotemporal'
listmanageduser
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. Das Dienstprogramm gibt außerdem den Benutzernamen und das Kennwort des Besitzers der Daten von Data Stores vom Typ "Kachel-Cache" zurück.
Syntax
listmanageduser
Beispiel
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
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
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 Objektspeicher ausgeführt.
listmanageduser
Managed user for object store w1tiknx ============================================================= Store credential........n6o96nl53vzkm36d / bpvifyjz73xwhot4
listobjectstorage
Dieses Dienstprogramm wird mit Objektspeichern verwendet.
Zur Verbesserung der Darstellungs-Performance erstellt ArcGIS einen Cache der in Abfragen für gehostete Feature-Layer zurückgegebenen Features, und sie werden im Objektspeicher gespeichert.
Caches werden pro Feature-Layer erstellt. Abhängig von der Layer-Größe können sie viel Speicherplatz beanspruchen. Wenn auf dem Computer mit dem Objektspeicher nur wenig Speicherplatz frei ist, können Sie durch Ausführen des Dienstprogramms "listobjectstorage" die aktuellen Cache-Größen der Feature-Layer und die aktuelle Aufbewahrungsrichtlinie für Caches überprüfen. Dieses Dienstprogramm gibt den Namen der einzelnen gecachten gehosteten Feature-Layer (Feature-Services), die ID des Layers, für den Caching aktiviert ist, die Größe des Layer-Cache und die aktuelle Aufbewahrungsrichtlinie, die für die gecachten Abfragen des Layers festgelegt wurde, zurück. Standardmäßig werden Caches nicht gelöscht. Um zu ändern, wann Caches gelöscht werden, muss der ArcGIS Server-Administrator des Hosting-Servers ein Ablaufdatum im ArcGIS Server-Administratorverzeichnis festlegen. Um den Cache für einen gehosteten Feature-Layer zu löschen, kann der Administrator den Cache für den Layer deaktivieren. Dazu wird der Vorgang "updateDefinition" im ArcGIS Server-Administratorverzeichnis verwendet.
Syntax
listobjectstorage
Beispiel
Im folgenden Beispiel wird das Dienstprogramm "listobjectstorage" ausgeführt, um die aktuellen Cache-Größen für alle Layer zu ermitteln, für die Abfrage-Caches im Objektspeicher gespeichert sind, und um festzustellen, für wie viele Tage Caches aufbewahrt werden, bevor sie ablaufen und aus dem Objektspeicher gelöscht werden. Gegenwärtig werden für drei Layer Abfragen im Objektspeicher gecacht: zwei im gehosteten Feature-Layer "Cities" und einer im gehosteten Feature-Layer "Facilities".
listobjectstorage
Total cache size.......... 71.192 GB Feature tiles for object store ServiceName LayerId CacheSize ExpirePolicy(Days) ==================================================================== Cities 0 181 MB 7 Cities 3 71 GB None Facilities 0 11 MB 1
Tipp:
Der ArcGIS Server-Administrator für den Hosting-Server kann sich beim ArcGIS Server-Administratorverzeichnis anmelden, um basierend auf der Layer-ID den Namen der einzelnen Layer zu ermitteln.
registerdatastore
Dieses Dienstprogramm wird mit allen Data-Store-Typen verwendet.
Der Data Store speichert Informationen über die Namen der GIS Server-Site-Computer. Wenn Sie Ihre 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. Sobald Sie GIS Server auf einem neuen Computer (oder auf neuen Computern) konfiguriert haben, können Sie den Data Store bei der GIS Server-Site mithilfe des Dienstprogramms "registerdatastore" registrieren.
Achten Sie darauf, dass die Registrierung des Data Store bei der gleichen GIS Server-Site erfolgt, 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. Registriert man ihn auf einer anderen GIS Server-Site, werden die gehosteten Feature-Layer, Szenen-Layer-Caches oder Stream-Service-Datenarchive nicht neu erstellt.
Das Dienstprogramm "registerdatastore" kann nur auf dem primären Computer des Data Store vom Typ "relational" ausgeführt werden. Es kann auf einem beliebigen Computer eines Objektspeichers, eines Data Store vom Typ "Kachel-Cache" oder eines Big Data Store vom Typ "spatiotemporal" ausgeführt werden.
Syntax
registerdatastore <ArcGIS Server URL> <ArcGIS Server site administrator user name> <ArcGIS Server site administrator password> --stores {relational | tileCache | spatiotemporal | 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 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" 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". 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.
Syntax
removemachine <machine name> --store {relational | tileCache | spatiotemporal} [--force {true | false}] [--prompt {yes | no}]
--force: Die Standardeinstellung ist "false". Geben Sie "true" für diese Option nur an, wenn die registrierte ArcGIS Server-Site nicht zur Verfügung steht.
--prompt: Die Standardeinstellung ist "yes". Wenn Sie die Aktion nicht bestätigen möchten, geben Sie für diese Option "no" an.
Beispiel
Im vorliegenden Beispiel wird gefour, der Big Data Store vom Typ "spatiotemporal"-Computer, aus dem Data Store entfernt.
removemachine gefour --store spatiotemporal
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 fsdata --store relational --force true
removestandbymachine
Vorversion:
Das Dienstprogramm "removestandbymachine" wird von Esri nicht mehr unterstützt. Es ist zwar noch vorhanden, um die Ausführung vorhandener Skripte zu ermöglichen, Sie sollten jedoch stattdessen das Dienstprogramm removemachine verwenden.
restoredatastore
Dieses Dienstprogramm wird mit Big Data Stores vom Typ "relational", "Kachel-Cache" und "spatiotemporal" verwendet.
Sollten Sie den Zugriff auf die Daten verlieren, die von den gehosteten Feature-Layern, gehosteten Szenen-Layern oder archivierten Echtzeitdaten verwendet werden, können Sie Ihren Data Store mithilfe der Sicherungsdateien und dem Befehlszeilendienstprogramm "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 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. Beachten Sie, 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" kann nur auf dem primären Computer des Data Store vom Typ "relational" ausgeführt werden. Es kann auf einem beliebigen Computer eines Data Store vom Typ "Kachel-Cache" oder eines Big Data Store vom Typ "spatiotemporal" ausgeführt werden.
Syntax
restoredatastore [options]
Folgende Optionen werden unterstützt:
- [--store {relational | tileCache | spatiotemporal}]: Gibt den Typ des Data Store an, den Sie wiederherstellen möchten.
- [--target {most-recent | <yyy-mm-dd-hh:mm:ss> | <name of backup file>}]: Alle Data-Store-Typen unterstützen den Sicherungsdateinamen mit der Option target. Zeitstempel und most-recent werden nur für Data Stores vom Typ "relational" unterstützt.
- [--source-loc <parent directory of the source backup file location>]: 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.
- [--bound {true | false}]: Die Option --bound wird nur für Data Stores vom Typ "relational" unterstützt.
- [--data-dir <new data store directory>]: 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 <ArcGIS Server URL registered with data store>]: Wenn Sie --bound true angeben, um den Data Store bei der gleichen 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. Beachten Sie, dass die Daten im Data Store nicht zugänglich sind, wenn Sie eine neue Site-URL angeben und die Services nicht auf diesen neuen Server verschoben haben.
- [--server-admin <user name of ArcGIS 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 <password of ArcGIS Server admin>]: 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 {true | false}]: Wird mit Data Stores vom Typ "Kachel-Cache" und mit Big Data Stores vom Typ "spatiotemporal" unterstützt. 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 {true | false}]: Wird für Data Stores vom Typ "Kachel-Cache" unterstützt. 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 {primaryStandby | 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 {yes | no}]
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, 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.
Der wiederhergestellte Data Store ist standardmäßig seiner GIS Server-Site zugeordnet (daran gebunden). Möchten Sie jedoch den Data Store wiederherstellen, ohne die Zuordnung zur bisherigen GIS Server-Site beizubehalten, geben Sie --bound false an. Wählen Sie diese Variante nur als letzten Ausweg, wenn die frühere 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.
Beispiele
In diesem Beispiel stammt die letzte Sicherung aus dem Standardsicherungsspeicher des Data Stores vom Typ "relational" 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 --target most-recent --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $Aup.4s You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
In diesem Beispiel wird ein Data Store vom Typ "relational", dessen Wiederherstellung auf einen bestimmten Zeitpunkt aktiviert ist, aus dem Standardsicherungsspeicher des Data Store vom Typ "relational" auf den Zustand vom 17. Juli 2014 um 14:30 Uhr (UTC) wiederhergestellt.
restoredatastore --target 2014-07-17-14:30:00 --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $Aup.4s You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
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 Server-URL und die Administratoranmeldedaten müssen jedoch angegeben werden.
restoredatastore --target movedatastore --source-loc \\buserver\data\backups --data-dir C:\datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $Aup.4s You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
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 --store tilecache --source-loc \\buserver\scenedata\backups --data-dir C:\datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $SAup.4s You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
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 --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 --target bds1 --store spatiotemporal --source-loc name=awsloc --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $Aup.4s You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
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> <user name> [<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 workcom 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 primären Data-Store-Computers vom Typ "relational" bei Ihrer GIS Server-Site auf.
Beachten Sie bei der Nutzung eines Standby-Computers, dass Sie ihn zunächst aus dem Data Store entfernen müssen, bevor Sie die Registrierung für das primäre Gerät aufheben können.
- Heben Sie die Registrierung eines aus einem einzelnen Computer bestehenden Data Store vom Typ "Kachel-Cache" oder Big Data Store vom Typ "spatiotemporal" auf.
- Heben Sie die Registrierung eines Objektspeichers auf. Nach dem Aufheben der Registrierung eines Objektspeichers müssen Sie den Hosting-Server neu starten.
Hinweis:
Vor dem Aufheben der Registrierung müssen Sie die gehosteten Layer löschen, die die Daten in den Big Data Stores vom Typ "relational", "Kachel-Cache" oder "spatiotemporal" verwenden. Falls Sie dies unterlassen, werden im Portal unbrauchbare Layer-Elemente zurückbleiben und unbrauchbare Services auf dem Hosting-Server laufen.
Wenn Sie einen Data Store oder die davon abhängigen Services nicht länger nutzen möchten, müssen Sie die Registrierung des Data Store bei Ihrer GIS Server-Site aufheben. Wenn Sie die Registrierung eines Computers aus dem Data Store aufheben, kann die GIS 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 Befehl werden die Daten nicht gelöscht. Wenn Sie jedoch feststellen, dass Sie den Data Store vom Typ "relational", "Kachel-Cache" oder einen Big Data Store vom Typ "spatiotemporal" weiterhin benötigen, können Sie ihn mit dem Dienstprogramm registerdatastore oder configuredatastore wieder hinzufügen.
Das Dienstprogramm "unregisterdatastore" kann nur dann auf dem primären Computer mit einem Data Store vom Typ "relational" oder "Kachel-Cache" (im Primär/Standby-Modus) ausgeführt werden, wenn Sie das Dienstprogramm removemachine ausgeführt haben, um den Standby-Computer zu entfernen. Das Dienstprogramm "unregisterdatastore" kann für einen Data Store vom Typ "Kachel-Cache" (Cluster-Modus) oder einen Big Data Store vom Typ "spatiotemporal" nur dann ausgeführt werden, wenn Sie das Dienstprogramm removemachine ausgeführt haben, um alle Computer bis auf einen aus dem Data Store zu entfernen.
Syntax
unregisterdatastore --stores {relational | tileCache | spatiotemporal | 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 --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 10
updatebackupschedule
Dieses Dienstprogramm wird mit Big Data Stores vom Typ "relational", "Kachel-Cache" und "spatiotemporal" 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" oder Big Data Stores vom Typ "spatiotemporal" 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.
Syntax
updatebackupschedule [--store {relational | tileCache | spatiotemporal}] [--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.
Beispiel
In diesem Beispiel werden vollständige Sicherungen eines Data Store vom Typ "relational" alle 10 Tage um 23 Uhr (lokale Serverzeit) durchgeführt:
updatebackupschedule --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 --store tileCache --frequency 14
updatelicense
Dieses Dienstprogramm wird mit Data Stores vom Typ "relational" verwendet.
Wenn Ihre ArcGIS Server-Lizenz abläuft, müssen Sie die Lizenz auf der ArcGIS Server-Site aktualisieren. Die Lizenzinformationen werden auch im relationalen Data Store von ArcGIS Data Store gespeichert. Daher müssen Sie die Lizenz im Data Store aktualisieren, nachdem Sie die Lizenz der ArcGIS Server-Site, mit der der Data Store konfiguriert wurde, aktualisiert haben. Führen Sie dazu das Dienstprogramm "updatelicense" auf dem Computer aus, auf dem der primäre ArcGIS Data Store installiert ist. Wenn Sie über einen Standby-ArcGIS Data Store verfügen, wird die aktualisierte Lizenz auf diesem repliziert.
Syntax
updatelicense
Beispiel
Nachdem Sie die ArcGIS Server-Lizenz aktualisiert haben, führen Sie das Dienstprogramm "updatelicense" aus, um die neue Lizenz in den Data Store zu verschieben.
updatelicense
updatesslcertificate
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 verwendete selbstsignierte Zertifikat können Sie durch ein Zertifikat, das von einer Zertifizierungsstelle (CA) ausgefertigt wurde, oder ein Domänenzertifikat ersetzen.
Syntax
updatesslcertificate <source certificate file name with path> <password for the source certificate file> <alias for the certificate>
Beispiel
Nachdem Sie das Zertifikat einer Zertifizierungsstelle erhalten haben, führen Sie "updatesslcertificate" aus, um das von dem ArcGIS Data Store selbstsignierte Zertifikat zu ersetzen.
updatesslcertificate C:\myfiles\mysignedcert.pfx ps4mycert dsmachinename