Die mit ArcGIS Data Store installierten Dienstprogramme stellen für den Data-Store-Administrator Werkzeuge für die Verwaltung der Data Stores bereit. In diesem Thema 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.
allowconnection
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 Data-Store-Computer 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.sh workcom hqo.n_1E7
backupdatastore
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" sowie Big Data Stores vom Typ "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" zum ersten Mal 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" 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 Data-Store-Computer vom Typ "relational" oder "Kachel-Cache" ausgeführt werden. Dieses Dienstprogramm kann auf jedem Computer ausgeführt werden, der Mitglied 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 name>] [--store {relational|tileCache|spatiotemporal}] [--prompt <yes | no>]
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.sh project1bu You are going to back up the data store. This could take some time, depending on the size of your data store. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
In diesem Beispiel wird eine Sicherung eines Big Data Store vom Typ "spatiotemporal" durchgeführt. Dabei wird eine Sicherungsdatei mit dem Namen "spds311016" erstellt:
./backupdatastore.sh spds311016 --store spatiotemporal 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
Wird mit Data Stores vom Typ "relational" verwendet.
Ältere Versionen:
Das Dienstprogramm "changebackuplocation" wurde von Esri ausgemustert. Es ist zwar noch vorhanden, um die Ausführung vorhandener Skripte zu ermöglichen, Sie sollten jedoch stattdessen das Dienstprogramm configurebackuplocation mit der Änderungsoption verwenden.
Die Sicherungsdateien des Data Store vom Typ "relational" werden standardmäßig auf demselben Computer wie der Data Store gespeichert. Damit Sie im Falle eines Ausfalls des Computers, auf dem ArcGIS Data Store installiert ist, Zugriff auf Ihre Sicherungsdateien haben, sollten Sie diese auf einen separaten Computer verschieben.
Stellen Sie sicher, dass der angemeldete Benutzer, der das Dienstprogramm "changebackuplocation" ausführt, über Lese- und Schreibzugriff für das freigegebene Verzeichnis verfügt.
Das Dienstprogramm "changebackuplocation" gilt nur für die Sicherungen eines Data Store vom Typ "relational".
Syntax
changebackuplocation <new directory path> [--is-shared-folder <true|false>] [--keep-old-backups <true|false>]
Geben Sie --is-shared-folder true an, wenn der Sicherungsspeicher sich auf einem freigegebenen Netzwerkcomputer befindet. Um vorhandene Sicherungsdateien an den neuen Speicherort zu verschieben, geben Sie --keep-old-backups true an.
changedatastoremode
Wird mit Data Stores vom Typ "relational" 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" kann nur auf dem primären Data-Store-Computer vom Typ "relational" ausgeführt werden.
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 auch den Plan für automatische Sicherungen mithilfe des Dienstprogramms updatebackupschedule zurücksetzen.
Syntax
changedatastoremode readonly|readwrite [--prompt <yes|no>]
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 im Portal, das Bearbeiten von Daten über einen gehosteten Feature-Layer oder das Hinzufügen von CSV-Dateien im Map Viewer des Portals wieder aufnehmen.
./changedatastoremode.sh readwrite --prompt no
changedbproperties
Wird mit Big Data Stores vom Typ "relational" 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 | spatiotemporal> [configuration operations]
Unterstützte Konfigurationsvorgänge:
- 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 Funktion 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 als auch auf dem Standby-Data-Store-Computer 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, welche Ihnen ermöglichen, 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.
Diese Option ist in ArcGIS Data Store 10.5.1 erstmals verfügbar.
- 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. Das 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 einer Aktualisierung, 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".
Ältere Versionen:
In ArcGIS 10.4.x lautete diese Option reallocation.
- max-rebalance-off: Dieser Parameter kommt zum Einsatz, wenn der Parameter "rebalance" deaktiviert 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 oder weniger Zeit benötigen, können Sie die Zeiteinstellung im Parameter "max-rebalance-off" für den ausgesetzten Neuausgleich ändern. Dieser Parameter gilt nur für Big Data Stores vom Typ "spatiotemporal".
Ältere Versionen:
In ArcGIS 10.4.x lautete diese Option max-allocation-off.
- prompt: Wenn Sie dieses Dienstprogramm ausführen, werden Sie 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.sh --store relational --max-connections 100
You are changing the following database properties:
max number of connections to 100 (on all relational data store machines)
Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.
Do you want to continue (Yes or No)?YesIn diesem Beispiel wird der Vorgang 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.sh --store spatiotemporal --max-rebalance-off 15
changeloglocation
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" sowie Big Data Stores vom Typ "spatiotemporal" 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.
Syntax
changeloglocation <directory path>
Beispiel
In diesem Beispiel werden die Protokolldateien lokal unter ../datastorefiles/logs gespeichert.
./changeloglocation.sh '../datastorefiles/logs'
changenosqldslocation
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 (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 /net/server2/dstorecache
changepassword
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.sh gwi_n2Te0 Phfl4mp! You are going to change the password for user gwi_n2Te0. Do you want to continue (Yes or No)?Yes
changestaginglocation
Wird mit Data Stores vom Typ "relational" verwendet.
Wenn Sie Ihren Data Store vom Typ "relational" wiederherstellen, werden die komprimierten Sicherungsdateien mit ArcGIS Data Store in einem Staging-Verzeichnis extrahiert. Das bedeutet, dass das Staging-Verzeichnis in der Lage sein muss, diese unkomprimierten Daten aufzunehmen. Wenn Ihr Data Store vom Typ "relational" viele Daten enthält, sollten Sie ein separates Staging-Verzeichnis einrichten und für die Wiederherstellung festlegen.
Syntax
changestaginglocation <directory path>
Beispiel
In diesem Beispiel lautet das angegebene Staging-Verzeichnis /net/sanmarcos/stage.
./changestaginglocation.sh /net/sanmarcos/stage
configurebackuplocation
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" sowie Big Data Stores vom Typ "spatiotemporal" verwendet.
Mit dem Dienstprogramm "configurebackuplocation" können Sie das Verzeichnis festlegen, in dem ArcGIS Data Store Sicherungsdateien speichert. Mit diesem Befehl können Sie den Sicherungsspeicher auch wieder entfernen, wenn ArcGIS Data Store-Sicherungen nicht länger benötigt werden.
Data Stores vom Typ "relational" und "Kachel-Cache" werden mit einem standardmäßigen, lokalen Sicherungsspeicher erstellt. Legen Sie mithilfe des Dienstprogramms change einen sicheren Speicherort für die Sicherungsdateien der Data Stores vom Typ "relational" fest.
Big Data Stores vom Typ "spatiotemporal" werden nicht mit einem Standardspeicherort erstellt. Damit Sie Sicherungen erstellen können, müssen Sie das Dienstprogramm "configurebackuplocation" mit dem Vorgang register ausführen und einen freigegebenen Netzwerkspeicherort für die Sicherungen festlegen. Für Big Data Stores vom Typ "spatiotemporal" ist ein freigegebener Netzwerkspeicherort erforderlich. Ein lokales Laufwerk kann nicht für diese Sicherungsdateien verwendet werden.
Syntax
configurebackuplocation --location <backup_location> [operations]
Folgende Vorgänge werden unterstützt:
- --store <relational|tileCache|spatiotemporal>: Der Standardwert ist relational.
- --operation <change|register|unregister>: Der Standardwert ist change.
- --prompt <yes | no>: Der Standardwert ist yes.
Die Vorgänge register und unregister werden nur für Big Data Stores vom Typ "spatiotemporal" verwendet.
Wenn Sie den Vorgang --store nicht festlegen, wird "relational" angenommen.
Hinweis:
Wenn Sie den Vorgang "register" oder "change" festlegen, ist der Vorgang "location" erforderlich.
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.sh --operation change --store relational
--location /net/myshare/fsdata_bu
You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments. Please do not interrupt the process once it has started.
Do you want to continue (Yes or No)? Yes
In diesem Beispiel wird ein Sicherungsspeicher in einem freigegebenen Netzwerk für einen Big Data Store vom Typ "spatiotemporal" registriert.
./configurebackuplocation.sh --operation register --store spatiotemporal
--location /net/sharedmachine/ge_bu
configuredatastore
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" sowie Big Data Stores vom Typ "spatiotemporal" 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:
- Einen Data Store für Ihre gehosteten Feature-Layer-Daten (Data Store vom Typ "relational")
- Einen Data Store für gehostete Szenen-Layer-Kachel-Caches (Data Store vom Typ "Kachel-Cache")
- Einen Data Store für die Daten, die beim Ausführen von GeoAnalytics Tools erzeugt werden, oder einen Data Store für die Archivierung der Beobachtungsdaten von einem ArcGIS GeoEvent Server (Big Data Store vom Typ "spatiotemporal")
Sie können auch das Dienstprogramm "configuredatastore" ausführen, um einen Data Store nach der Durchführung eines Upgrades neu zu konfigurieren.
Syntax
configuredatastore <ArcGIS Server admin URL> <ArcGIS Server administrator> <ArcGIS Server administrator password> <data directory> [--stores <relational|tileCache|spatiotemporal>] [--nosql-only true|false]
Die Admin-URL für ArcGIS Server hat das Format https://gisserver.domain.com:6443/arcgis. Geben Sie die URL im vorgenannten Format an, selbst wenn Ihre GIS Server-Site einen Web Adaptor verwendet.
Geben Sie Benutzernamen und Kennwort für einen integrierten Benutzer (nicht Enterprise) ein, der über Administratorberechtigungen für die GIS Server-Site verfügt.
Das Datenverzeichnis ist der Speicherort auf dem lokalen Computer, auf dem Sie die Data-Store-Dateien erstellen wollen.
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 einen Data Store 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.
Ältere Versionen:
In früheren Versionen wurde der --nosql-only-Vorgang auf true gesetzt, um einen Data Store zu erstellen, der ausschließlich für gecachte Kacheln von Szenen-Layern gedacht ist. Dieser Vorgang ist nach wie vor vorhanden, sodass vorhandene Skripte weiterhin funktionieren. Stellen Sie zukünftig stattdessen den --stores-Vorgang auf tileCache ein.
Konfigurieren eines spezifischen Typs von Data Store
Sie können einen ArcGIS Data Store für gehostete Feature-Layer-Daten konfigurieren, in dem Sie relational mit dem --stores-Vorgang angeben.
Um einen gehosteten Szenen-Layer zu veröffentlichen, benötigen Sie einen Data Store für Szenen-Caches und einen Data Store für gehostete Feature-Layer-Daten, weil ArcGIS einen gehosteten Feature-Layer, einen gehosteten Szenen-Layer und einen Szenen-Cache erstellt, wenn Sie einen gehosteten Szenen-Layer veröffentlichen. Sie können relational,tileCache beim Vorgang --stores festlegen, um beide Data-Store-Typen zu konfigurieren, oder beim Vorgang --stores nur tileCache festlegen, um Ihre eigene verwaltete Datenbank als Data Store für gehostete Feature-Layer-Daten zu verwenden.
Hinweis:
Behalten Sie im Blick, dass Sie bei Verwendung einer eigenen verwalteten Datenbank für gehostete Feature-Layer-Daten keine ArcGIS Data Store-Werkzeuge für die Verwaltung der Datenbank nutzen können. Anders ausgedrückt, nutzen Sie zur Verwaltung von Benutzern und Sicherungen die Werkzeuge Ihres DBMS. Außerdem können Sie die Hochverfügbarkeitsfunktion, die ArcGIS Data Store bietet, nicht in Anspruch nehmen. Und die gehosteten Feature-Layer, die Sie in Ihrem Portal veröffentlichen, verfügen nicht über so viele Funktionen wie gehostete Feature-Layer, die erstellt werden, wenn Ihr Hosting-Server einen Data Store vom Typ "relational" verwendet, und sie sind auch nicht so skalierbar.
Wenn Sie ArcGIS GeoEvent Server verwenden und große Mengen an Beobachtungsdaten in hoher Geschwindigkeit speichern möchten, erstellen Sie einen Big Data Store vom Typ "spatiotemporal", indem Sie spatiotemporal beim --stores-Vorgang festlegen.
Weitere Informationen zum Arbeiten mit Big Data Stores vom Typ "spatiotemporal" finden Sie in der ArcGIS GeoEvent Server-Hilfe.
Wenn Sie GeoAnalytics Tools im Map Viewer des Portals oder in ArcGIS Pro verwenden möchten, erstellen Sie einen Big Data Store vom Typ "spatiotemporal", indem Sie spatiotemporal beim --stores-Vorgang festlegen.
Beachten Sie, dass wenn Sie ein Skript für die Erstellung mehrerer Big-Data-Store-Computer vom Typ "spatiotemporal" erstellen, ein Big Data Store vom Typ "spatiotemporal" mit dem GIS Server konfiguriert werden muss, bevor Sie ein Skript für die Erstellung zusätzlicher Big-Data-Store-Computer vom Typ "spatiotemporal" erstellen.
Sie können mehrere Data-Store-Typen auf demselben Computer erstellen – sogar alle drei Data-Store-Typen. Esri rät jedoch davon ab, weil die Data Stores um Speicher- und andere Ressourcen konkurrieren und dadurch die Performance beeinträchtigen würden.
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://dataserver.mydomain.com:6443/arcgis, der Benutzername und das Kennwort des Site-Administrators lauten "admin" bzw. "Iph33l$ik", und das Datenverzeichnis des Data Store ist /dstore/data.
./configuredatastore.sh https://dataserver.mydomain.com:6443/arcgis admin Iph33l$ik /dstore/data --stores relational
deletebackup
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.sh featuresMarchbu You are attempting to delete backup 'featuresMarchbu'. This operation is irreversible. Do you wish to continue (Yes or No)?yes Operation completed successfully
describedatastore
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" sowie Big Data Stores vom Typ "spatiotemporal" verwendet.
Mit dem Dienstprogramm "describedatastore" können Sie die folgenden Informationen über eine ArcGIS Data Store-Installation aufrufen:
- die Versionsnummer der ArcGIS Data Store-Installation
- den Staging-Speicherort, der vom Data Store für die Wiederherstellung 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)
- die Aufbewahrungsdauer für Sicherungsdateien von Data Stores vom Typ "relational"
- ob der Data Store gerade ausgeführt wird (Data-Store-Status)
- Datum und Uhrzeit, zu denen der Standby-Data Store vom Typ "relational" oder "Kachel-Cache" zum primären Data Store (Letztes Failover) wurde; 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 Master-Computer festgelegt ist (aktueller Master-Computer im Cluster)
- eine Liste aller Computer im Cluster für Big-Data-Stores vom Typ "spatiotemporal" (für den Typ "spatiotemporal" registrierte Computer); zeigt alle Computer im Cluster unabhängig von ihrem Status an
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.
Die verschiedenen Data Stores befinden sich zwar wahrscheinlich auf unterschiedlichen Computern, aber zur Veranschaulichung der verschiedenen Abschnitte für die einzelnen Data-Store-Typen zeigt das folgende Beispiel die Ausgabe für einen Computer, auf dem sich alle drei Typen befinden.
./describedatastore.sh
General Information of ArcGIS Data Store on machine.domain.com
==============================================================
ArcGIS Data Store release....10.5.0.7777 Staging location............./arcgis/datastore/staging Log location................./arcgis/datastore/logs Free disk space..............174.00GB Threshold for READONLY mode..1024MB
Information for relational data store ds_sthiu0_5T
==============================================================
Backup location.........../net/nwshare/dsbackups Is backup folder shared...true Backup schedule...........{"schedule-starttime":"00:00:00","schedule-frequency":"Every 7 DAYS"}
Days backup retained......31 Data store status.........Started Last failover.............20150130190334005 Member machines...........MACHINE1.DOMAIN.COM, MACHINE4.DOMAIN.COM Maximum connections.......150 Owning system URL.........https://gisserver_webadaptor.domain.com/server/admin Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal Number of connections.....8 connection(s) to managed database
Information for tile cache data store ds_wztxj7um
==============================================================
Tile cache location......./arcgis/datastore/nosqldata Data location............./arcgis/datastore/nosqldata Data store status.........Started Last failover.............20150130190334005 Backup location.........../arcgis/datastore/backup Is backup folder shared...false Member machines...........MACHINE1.DOMAIN.COM Owning system URL.........https://gisserver_webadaptor.domain.com/server/admin Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal
Information for spatiotemporal big data store ds_qpko99Cl
==============================================================
Max rebalance off time..............60 minutes Automatic rebalance ................On Machines in spatiotemporal cluster..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM Current master machine in cluster...MACHINE1.DOMAIN.COM Registered spatiotemporal machines..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Owning system URL...................https://gisserver_webadaptor.domain.com:6443/arcgis/adminexportmanageddb
Ältere Versionen:
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.
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" verwendet.
Mit dem Dienstprogramm "exportmanageddb" wird eine Sicherungsdatei des Data Store vom Typ "relational", von Metadaten über den Data Store sowie von sämtlichen Datenbanken, die gehostete Szenen-Layer-Kachel-Caches speichern, erstellt. Exportieren Sie den Data Store, wenn Sie eine Sicherung erstellen müssen, die in einer ArcGIS Data Store-Installation auf einem Computer mit einem anderen Betriebssystem wiederhergestellt werden soll, oder bei der es sich um eine andere ArcGIS Data Store-Version handelt.
Stellen Sie vor dem Importieren des Data Store in den neuen Computer sicher, dass die Feature-Layer aktuell von keinem Benutzer bearbeitet oder in Ihrem Portal veröffentlicht werden. Achten Sie außerdem darauf, dass der Speicherort, an den Sie den Data Store exportieren, über genügend Speicherplatz für die Sicherungsdatei des Data Store vom Typ "relational" und Kopien aller Ihrer gehosteten Szenen-Layer-Kachel-Cache-Datenbanken verfügt.
Das Dienstprogramm "exportmanageddb" führt keinen Export von Big Data Stores vom Typ "spatiotemporal" durch.
Syntax
exportmanageddb <output location> <backup name> [operations]
Das Ausgabeverzeichnis ist das Verzeichnis auf dem Datenträger, in dem der Ordner (<backup name>) und exportierte Dateien erstellt werden. Sie müssen über Schreibzugriff auf dieses Verzeichnis verfügen.
Die folgenden Vorgänge werden unterstützt:
- [--stores {relational|tileCache}]: Gibt den Data-Store-Typ an, der exportiert werden soll. Wenn Ihr Data Store vom Typ "relational" und Data Store vom Typ "Kachel-Cache" auf demselben Computer ausgeführt werden und beide exportiert werden sollen, geben Sie beide durch ein Komma getrennt an, z. B. --stores relational,tileCache. Wenn Sie den Vorgang --stores nicht festlegen, wird "relational" angenommen.
- [--include-tilecache <true|false>]: Dieser Vorgang wird aus Gründen der Abwärtskompatibilität verwendet. Wenn Sie den Vorgang --stores nicht festlegen oder --stores relational festlegen, können Sie mithilfe dieses Vorgangs steuern, ob der Data Store vom Typ "Kachel-Cache" exportiert wird.
- [--prompt {yes|no}]: Legt fest, ob eine Eingabeaufforderung mit einer Frage angezeigt wird, die beantwortet werden muss, um das Dienstprogramm auszuführen.
Beispiel
Im folgenden Beispiel werden die Sicherungsdatei, Kopien der gehosteten Szenen-Layer-Cache-Datenbanken und zugeordnete Data-Store-Dateien in ein freigegebenes Netzwerkverzeichnis namens "movedsfirstexp" auf einem Server namens "backupserver" ausgegeben.
./exportmanageddb.sh preupgradeexp /net/backupserver movedsfirstexp --stores relational,tileCache You are attempting to back up database 'db_e3hsm'. This could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
importmanageddb
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 --bound 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-Cache-Datenbanken nicht berücksichtigt werden sollen, setzen Sie die --include-tilecache-Operation auf "false".
Das Dienstprogramm "importmanageddb" führt keinen Import von Big Data Stores vom Typ "spatiotemporal" durch.
Syntax
importmanageddb <source backup location> <backup name> [operations]
Die folgenden Vorgänge werden unterstützt:
- [--server-url <ArcGIS Server URL registered with data store>] : Wenn Sie --bound true festlegen und Ihre Services bereits auf die neue GIS Server-Site verschoben haben, verwenden Sie den Vorgang --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>]: Dieser Vorgang ist nur dann optional, wenn Sie --bound false festlegen. Andernfalls müssen Sie den Benutzernamen des ArcGIS Server-Administrators angeben.
- [--server-password <password of ArcGIS Server admin>]: Dieser Vorgang ist nur dann optional, wenn Sie --bound false festlegen. Andernfalls müssen Sie den Benutzernamen des ArcGIS Server-Administrators angeben.
- [--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 den Vorgang --stores nicht festlegen, wird "relational" angenommen.
- [--include-tilecache <true|false>]: Dieser Vorgang wird aus Gründen der Abwärtskompatibilität verwendet. Wenn Sie den Vorgang --stores nicht festlegen oder --stores relational festlegen, können Sie mit diesem Vorgang steuern, ob der Data Store vom Typ "Kachel-Cache" wiederhergestellt wird.
- [--bound {true|false}]: Für den --bound-Vorgang gibt es drei verschiedene Szenarien.
- Wenn Sie --bound true angeben oder den Vorgang --bound nicht angeben, müssen Sie die URL einer GIS Server-Site angeben, die den --server-url-Vorgang enthält. Wenn Sie auf die gleiche GIS Server-Site importieren, auf der der ArcGIS Data Store beim Exportieren des Data Stores registriert war, geben Sie die URL der betreffenden GIS Server-Site an, außerdem 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 Administrator-Anmeldedaten dieser neuen Site an.
Hinweis:
Geben Sie die Informationen für eine neue GIS Server-Site erst dann an, wenn Sie Ihre Web-Services zu dieser neuen 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 auf die neue Site verschoben haben.
- Wenn Sie --bound true angeben oder den Vorgang --bound nicht angeben, müssen Sie die URL einer GIS Server-Site angeben, die den --server-url-Vorgang enthält. Wenn Sie auf die gleiche GIS Server-Site importieren, auf der der ArcGIS Data Store beim Exportieren des Data Stores registriert war, geben Sie die URL der betreffenden GIS Server-Site an, außerdem 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 Administrator-Anmeldedaten dieser neuen Site an.
- [--prompt {yes|no}]: Legt fest, ob eine Eingabeaufforderung mit einer Frage angezeigt wird, die beantwortet werden muss, um das Dienstprogramm auszuführen.
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.sh /net/backupserver/expdir preupgradeexp --source-loc --data-dir /usr/arcgis/datastore --server-admin siteadmin --server-password SAup.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 auf die neue GIS Server-Site verschoben, sodass die URL der neuen Site mit dem Vorgang --server-url angegeben wird. Der Sicherungsname lautet "movedbexp", und die Sicherungsdatei wird unter /net/backupserver/expdir gespeichert.
./importmanageddb.sh /net/backupserver/expdir movedbexp --data-dir /usr/arcgis/datastore --server-admin siteadmin --server-password SAup.4s --stores relational --bound true --server-url https:\\mynewserver.domain.com:6443
In diesem Beispiel wurden die Web-Services nicht auf 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 /net/backupserver/expdir/movingexp2 gespeichert.
./importmanageddb.sh /net/backupserver/dbdump/movingexp2 movedsfirstexp --data-dir /usr/arcgis/datastore --server-admin siteadmin --server-password SAup.4s --stores relational,tileCache --bound false
listadminusers
Wird mit Data Stores vom Typ "relational" 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.
Syntax
listadminusers
Beispiel
./listadminusers.sh Admin users for relational data store ds_abcd1234 ================================================= Database Admin User.... adm_11zyx / tT30!bYk22jF Database Repl User..... dsrepuser / uWn/MV0678h4 GDB Admin User......... sde / iO=Qst751*pb
listbackups
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" sowie Big Data Stores vom Typ "spatiotemporal" verwendet. Wird das Dienstprogramm "listbackups" für einen Data Store vom Typ "relational" oder "Kachel-Cache" ausgeführt, funktioniert es nur auf dem primären Data-Store-Computer.
Das Dienstprogramm "listbackups" gibt die Namen der vollständigen Data-Store-Backups vom Typ "relational" und den Speicherort zurück, in den sie geschrieben werden. Außerdem gibt es 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.
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>]
Wenn Sie keinen Data-Store-Typ angeben, gibt das Dienstprogramm eine Liste der Sicherungen aller Data Stores zurück, die auf demselben Computer wie das Dienstprogramm ausgeführt werden.
Beispiel
In diesem Beispiel werden Sicherungen eines Big Data Store vom Typ "spatiotemporal" aufgeführt:
./listbackups.sh --store spatiotemporal Backup_Name Status Backup_Time Mode ==================================================================================== backup1 BackupComplete 2016-07-11 09:47 manual Backups located at: '/net/myserver.ntw.com/spatiotemporal'
listmanageduser
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" sowie Big Data Stores vom Typ "spatiotemporal" 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 primären Computer mit einem Data Store vom Typ "relational" und einem Data Store vom Typ "Kachel-Cache" ausgeführt.
./listmanageduser.sh
Managed user for relational data store ds_abcd1234 ======================================================= UserName Password Database gwi_n2Te0 4cXddhZhve=Y db_qv5e1 Managed user for tile cache data store tcs_e41f0rj2 ======================================================= UserName Password usr_n8778 y47ccno913
In diesem Beispiel wird "listmanageduser" auf einem Computer eines Big Data Store vom Typ "spatiotemporal" ausgeführt.
./listmanageduser.sh
Managed user for spatiotemporal big data store bds_6udbx4321 ================================================================= UserName Password fmr_o1He3 5vZggkPbaw.T
registerdatastore
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" sowie Big Data Stores vom Typ "spatiotemporal" 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 auf dem primären Computer mit dem Data Store vom Typ "relational" oder "Kachel-Cache" ausgeführt werden. Es kann auf einem beliebigen Computer 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>
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 angeben (ohne Leerstellen). 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/arcgis erneut registriert. Der Benutzername des Administrators für die primäre ArcGIS Server-Site lautet "agsadmin", das dazugehörige Kennwort "Tan$p0n".
./registerdatastore.sh https://gisserver.domain.com:6443/arcgis agsadmin Tan$p0n --stores relational
removemachine
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" sowie Big Data Stores vom Typ "spatiotemporal" verwendet.
Führen Sie das Dienstprogramm "removemachine" aus, um eines der folgenden Elemente aus einer ArcGIS Data Store-Installation zu entfernen:
- Entfernen Sie einen Standby-Computer aus einem Data Store vom Typ "relational". Kann auf dem Standby-Computer oder dem primären Computer ausgeführt werden, falls der Standby-Computer nicht verfügbar ist.
- Entfernen Sie einen Standby-Computer aus einem Data Store vom Typ "Kachel-Cache". Kann auf dem Standby-Computer oder dem primären Computer ausgeführt werden, falls der Standby-Computer nicht verfügbar ist.
- Entfernen Sie einen Computer aus einem Big Data Store vom Typ "spatiotemporal". Besteht ein Big Data Store vom Typ "spatiotemporal" nur aus einem Computer, dann ist die Ausführung von "removemachine" nicht möglich.
Syntax
removemachine <machine name> --store <relational|tileCache|spatiotemporal> [--prompt <yes | no>]
Beispiel
Im vorliegenden Beispiel wird gefour, der Big Data Store vom Typ "spatiotemporal"-Computer, aus dem Data Store entfernt.
./removemachine.sh gefour --store spatiotemporal
removestandbymachine
Ältere Versionen:
Das Dienstprogramm "removestandbymachine" wurde von Esri ausgemustert. Es ist zwar noch vorhanden, um die Ausführung vorhandener Skripte zu ermöglichen, Sie sollten jedoch stattdessen das Dienstprogramm removemachine verwenden.
Mithilfe des ArcGIS Server-REST-Befehls "remove" kann der ArcGIS Server-Site-Administrator einen Standby-Computer aus einem Data Store vom Typ "relational" oder "Kachel-Cache" entfernen. Ist jedoch die GIS Server-Site nicht verfügbar, können Sie sich dafür nicht mehr als Site-Administrator anmelden. Führen Sie in solchen Fällen das Dienstprogramm "removestandbymachine" aus, um einen Standby-Computer aus dem Data Store zu entfernen.
Das Dienstprogramm "removestandbymachine" kann nur auf dem Standby-Computer eines Data Store vom Typ "relational" bzw. "Kachel-Cache" ausgeführt werden.
Syntax
removestandbymachine <machine name> --store <relational|tileCache> [--prompt <yes | no>]
restoredatastore
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" sowie Big Data Stores vom Typ "spatiotemporal" verwendet.
Sollten Sie den Zugriff auf die Daten verlieren, die von den gehosteten Feature-Layern, gehosteten Szenen-Layern oder archivierten Echtzeitdaten Ihres Portals verwendet werden, können Sie Ihren Data Store mithilfe Ihrer Sicherungsdateien und dem Befehlszeilendienstprogramm "restoredatastore" wiederherstellen.
Falls Sie den Data Store nicht wiederherstellen können, installieren Sie ArcGIS Data Store auf einem neuen Computer und stellen Sie die letzte Sicherung auf dem neuen Computer her.
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.
Das Dienstprogramm "restoredatastore" kann auf dem primären Computer mit dem Data Store vom Typ "relational" oder "Kachel-Cache" ausgeführt werden. Es kann auf einem beliebigen Computer eines Big Data Store vom Typ "spatiotemporal" ausgeführt werden.
Syntax
restoredatastore [operations]
Folgende Vorgänge werden unterstützt:
- [--store {relational|tileCache|spatiotemporal}]
- [--target {most-recent | <yyy-mm-dd-hh:mm:ss> | <name of backup file>}]: Dieser Vorgang wird nur für Data Stores vom Typ "relational" unterstützt.
- [--source-loc <location of source backup files>]
- [--bound {true | false}]
- [--data-dir <new data store directory>]
- [--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 Ihre Services auf eine neue GIS Server-Site verschoben haben, verwenden Sie den Vorgang --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>]: Dieser Vorgang ist nur dann optional, wenn Sie --bound false festlegen. Andernfalls müssen Sie den Benutzernamen des ArcGIS Server-Administrators angeben.
- [--server-password <password of ArcGIS Server admin>]: Dieser Vorgang ist nur dann optional, wenn Sie --bound false festlegen. Andernfalls müssen Sie den Benutzernamen des ArcGIS Server-Administrators angeben.
- [--loaddata {true | false}]: Wird nur von Big Data Stores vom Typ "spatiotemporal" unterstützt. Stellen Sie für diesen Vorgang false ein, wenn Sie den Big Data Store vom Typ "spatiotemporal" auf einem neuen Satz Computer wiederherstellen möchten, die Daten jedoch nicht auf den ersten Computer passen. Auf diese Weise können Sie das Schema des Data Stores wiederherstellen, weitere Computer zum Big Data Store vom Typ "spatiotemporal" hinzufügen, um alle Daten unterzubringen, und anschließend das Dienstprogramm restoredatastore erneut ausführen, wobei --loaddata auf true eingestellt ist, um die Daten wiederherzustellen. Die Standardeinstellung für diesen Vorgang lautet true.
- [--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 verlorengegangen 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 im Portal erneut zu veröffentlichen.
Beispiele
In diesem Beispiel wird die neueste Sicherung von /net/buserver/data/backups auf /usr/arcgisdatastore übertragen. 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../restoredatastore.sh --target most-recent --source-loc /net/buserver/data/backups --data-dir /usr/arcgisdatastore
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, von /net/buserver/data/backups auf den Zustand vom 17. Juli 2014 um 14:30 Uhr (UTC) wiederhergestellt../restoredatastore.sh --target 2014-07-17-14:30:00 --source-loc /net/buserver/data/backups
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
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.sh workcom bn0_3Wa.m hqo.n_1E7
unregisterdatastore
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" sowie Big Data Stores vom Typ "spatiotemporal" verwendet.
Mit dem Dienstprogramm "unregisterdatabase" können Sie Folgendes tun:
- Heben Sie die Registrierung eines primären Computers mit einem Data Store vom Typ "relational" oder "Kachel-Cache" bei Ihrer GIS Server-Site auf. Dies sollte nur dann erfolgen, wenn Sie die gehosteten Feature-, Kachel und Szenen-Layer gelöscht haben, die die Daten im Data Store verwenden. Falls Sie dies unterlassen, werden im Portal unbrauchbare Layer zurückbleiben und unbrauchbare Services auf Ihrem Hosting-Server laufen.
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 Big Data Store vom Typ "spatiotemporal" auf.
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 weiterhin benötigen, können Sie ihn mit dem Dienstprogramm registerdatastore oder configuredatastore wieder hinzufügen.
Das Dienstprogramm "unregisterdatastore" kann auf dem primären Computer mit einem Data Store vom Typ "relational" oder "Kachel-Cache" nur dann ausgeführt werden, wenn Sie removemachine ausgeführt haben, um den Standby-Computer zu entfernen. Das Dienstprogramm "unregisterdatastore" kann für einen Big Data Store vom Typ "spatiotemporal" nur dann ausgeführt werden, wenn Sie removemachine ausgeführt haben, um alle Computer bis auf einen im Big Data Store vom Typ "spatiotemporal" zu entfernen.
Syntax
unregisterdatastore --stores <relational|tileCache|spatiotemporal> [--prompt {yes | no}]
Wenn auf dem gleichen Computer verschiedene Data-Store-Typen installiert sind und die Registrierung für mehrere gleichzeitig aufgehoben werden soll, geben Sie die einzelnen Data-Store-Typen durch Kommas getrennt an (ohne Leerzeichen). Um beispielsweise die Registrierung eines Data Store vom Typ "relational" oder "Kachel-Cache" aufzuheben, geben Sie --stores relational,tileCache ein.
Beispiel
Hier wird das Dienstprogramm "unregisterdatastore" ausgeführt, um die Registrierung von Data Stores vom Typ "relational" oder "Kachel-Cache" bei der GIS Server-Site aufzuheben. Daraufhin wird standardmäßig eine Eingabeaufforderung zurückgegeben. Um die Eingabeaufforderung zu unterdrücken, geben Sie --prompt No an.
./unregisterdatastore.sh --stores relational,tileCache You are going to unregister the data store. Do you want to continue (Yes or No)?Yes
updatebackupretaindays
Wird mit Data Stores vom Typ "relational" verwendet.
ArcGIS Data Store bewahrt Sicherungsdateien des Data Store vom Typ "relational" standardmäßig sieben Tage lang auf. Sie können die Einstellung, wie oft Sicherungsdateien aus dem Sicherungsverzeichnis bereinigt werden sollen, mithilfe des Dienstprogramms "updatebackupretaindays" ändern.
Das Dienstprogramm "updatebackupretaindays" kann nur auf dem primären Data-Store-Computer vom Typ "relational" ausgeführt werden.
Syntax
updatebackupretaindays <number of days>
Beispiel
Im folgenden Beispiel wird die Aufbewahrungsdauer für Sicherungsdateien auf 10 Tage geändert:
./updatebackupretaindays.sh 10
updatebackupschedule
Wird mit Data Stores vom Typ "relational" und "Kachel-Cache" sowie Big Data Stores vom Typ "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 "Häufigkeit" können 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.
Sie können das Dienstprogramm "updatebackupschedule" auf dem primären Computer mit einem Data Store vom Typ "relational" oder "Kachel-Cache" ausführen. Das Dienstprogramm kann auf einem beliebigen Computer 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.sh --starttime 23:00:00 --frequency 10
In diesem Beispiel wird ein Sicherungsplan für einen Data Store vom Typ "Kachel-Cache" festgelegt. Nachdem eine anfängliche Sicherungskopie von allen Data-Store-Datenbanken vom Typ "Kachel-Cache" erstellt wurde, kopiert ArcGIS Data Store neu erstellte Data-Store-Datenbanken alle 14 Tage an den Speicherort, der mit dem Dienstprogramm configurebackuplocation festgelegt wird.
./updatebackupschedule.sh --store tileCache --frequency 14
updatelicense
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 Data Store vom Typ "relational" 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.sh
updatesslcertificate
Wird für alle Typen von Data Stores verwendet. Verfügbar ab ArcGIS Data Store 10.5.1.
Vor der Erstellung eines Data Store können Sie das für die Authentifizierung der Kommunikation mit dem Data-Store-Konfigurationsassistenten, zwischen dem Hosting-Server und dem Data Store sowie zwischen Data Store-Computern verwendete selbstsignierte Zertifikat durch ein Zertifikat, das von einer Zertifizierungsstelle (CA) ausgefertigt wurde, oder ein Domänenzertifikat ersetzen. Bei Verwendung des Zertifikats einer Zertifizierungsstelle erhalten Sie keine Sicherheitswarnungen, wenn Sie den Data-Store-Konfigurationsassistenten ausführen.
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, bevor Sie mit der Erstellung eines Data Store fortfahren.
./updatesslcertificate.sh /usr/files/mysignedcert.pfx ps4mycert dsmachinename