Wenn Sie ArcGIS Server-Administrator oder -Publisher der Organisation sind, können Sie Datenquellen für ArcGIS Server-Web-Services zum Speichern von Karten- und Bild-Caches und als GeoAnalytics- und Raster-Analysen Ausgabespeicher registrieren.
Mit der Registrierung der Datenquellen-Speicherorte als Datenspeicher stellen Sie ArcGIS Server eine Liste von Speicherorten zur Verfügung, auf die zugegriffen werden kann, um Daten in Web-Services zu übernehmen. Die Datenregistrierung erleichtert ArcGIS Server außerdem die Anpassung von Datenpfaden, wenn Veröffentlichungen auf verschiedenen Computern erfolgen. Einige dieser Data Stores können auch als Raster-Speicher und Big-Data-Dateifreigaben registriert werden. Alle diese Data Stores werden vom Besitzer der Datenquelle oder durch den Administrator verwaltet.
Angenommen, Sie sind ein ArcGIS Server-Administrator und haben eine Abteilung mit GIS-Analysten, die Services von verschiedenen Client-Computern aus auf Ihrer ArcGIS Server-Site veröffentlichen möchten. Mit den Werkzeugen in ArcGIS Pro oder ArcGIS Server Manager können Sie eine Gruppe von genehmigten Data-Store-Speicherorten bei der ArcGIS Server-Site registrieren und den Analysten diese Speicherorte mitteilen. Publisher können auch genehmigte Ordner, Datenbanken (auch solche mit Enterprise- oder Workgroup-Geodatabases) und Cloud-Speicher bei der Site registrieren. Durch die Registrierung dieser Data Stores bei ArcGIS Server verringert sich die Anzahl von Ereignissen, bei denen Analysten vor Berechtigungsproblemen stehen und keine Veröffentlichungen durchführen können. Der Publisher kann Services erstellen, die die Daten in den registrierten Data Stores referenzieren.
Sie können auch Data-Store-Speicherorte für Verbundserver in Ihrem ArcGIS Enterprise-Portal registrieren, indem Sie Data-Store-Elemente hinzufügen. Wenn Sie im Portal ein Data-Store-Element hinzufügen, wird der Data Store bei den angegebenen ArcGIS Server-Sites registriert. Sie können den Data Store in ArcGIS Server Manager anzeigen, und Portal-Administratoren können aus vorhandenen Data Stores des Typs "Datenbank" oder "Ordner" Elemente erstellen. Sie können Data-Store-Elemente jedoch nicht in ArcGIS Server Manager verwalten. Data-Store-Elemente müssen im Portal verwaltet werden.
Registrierbare Datenquellen
Publisher und ArcGIS Server-Administratoren können folgende Typen benutzerverwalteter Data Stores bei einer ArcGIS Server-Site registrieren. Über die nachfolgenden Links erhalten Sie weitere Informationen über die einzelnen Typen.
Wenn sich die Datenspeicherorte ändern, fügen Sie weitere registrierte Datenspeicherorte hinzu.
Datenbanken
Sie können beliebige von ArcGIS unterstützte Datenbankmanagementsysteme, cloudbasierte Datenbank-Services oder Cloud Data Warehouses registrieren, indem Sie die Datenbankverbindungsdatei (.sde) referenzieren, über die Sie eine Verbindung herstellen können. In der Datenbank oder dem Datenbank-Service, zu der bzw. zu dem Sie eine Verbindung herstellen, kann eine Geodatabase enthalten sein.
Datenbanken und Datenbank-Services
Wenn die Verbindung zu einer Datenbank oder einem Datenbank-Service über einen für die Datenbank authentifizierten Benutzer hergestellt wird, müssen die Benutzerkontoinformationen in der Datei .sde gespeichert werden. Zudem benötigt der Benutzer die erforderlichen Berechtigungen für die zu veröffentlichenden Daten. Beispiel: Wenn Sie einen Feature-Service zum Aktualisieren und Hinzufügen von Features veröffentlichen, benötigt der in der registrierten Verbindungsdatei gespeicherte Benutzer die Berechtigung zum Aktualisieren und Erstellen von Daten in der Datenbank.
Bei Verwendung der Betriebssystemauthentifizierung müssen Sie das Konto für ArcGIS Server zur Datenbank hinzufügen und diesem die erforderlichen Zugriffsberechtigungen für die Daten erteilen.
Data-Store-Elemente des ArcGIS Enterprise-Portals unterstützen andere Datenbanken als die, die beim Registrieren der Datenbank in ArcGIS Server Manager oder ArcGIS Pro unterstützt wurden.
Cloud Data Warehouses
Sie verwenden für den Zugriff auf Cloud Data Warehouses zwar eine Datenbankverbindungsdatei und registrieren diese als Data Store vom Typ "Datenbank", die beim Herstellen der Verbindung anzugebenden Informationen, was und wo Sie veröffentlichen können und was Sie mit den veröffentlichten Services tun können, unterscheiden sich allerdings von Verbindungen zu Datenbanken oder Datenbank-Service-Angeboten.
Registrieren Sie Datenbankverbindungen, über die auf Cloud Data Warehouses zugegriffen werden kann, beim Hosting-Server, indem Sie ein Data-Store-Element im ArcGIS Enterprise-Portal hinzufügen, oder registrieren Sie sie in ArcGIS Pro.
Ordner
Bei der ArcGIS Server-Site, die die zu veröffentlichenden Datendateien enthält, können Sie lokale und freigegebene Betriebssystemordner registrieren. Die Ordner können Shapefiles, File-Geodatabases, mobile Geodatabases, Locator-Dateien, Bilddateien (Raster-Dateien) und Big-Data-Dateien enthalten.
Wenn Sie einen Ordner registrieren, werden dessen Unterordner ebenfalls registriert. Aus Sicherheitsgründen sollten Sie darauf verzichten, ein gesamtes Laufwerk bei ArcGIS Server zu registrieren.
Cloud-Speicher
Sie können Amazon Simple Storage Service (S3)-Buckets oder andere mit S3 kompatible Speicher, Azure-BLOB-Speichercontainer, Google Cloud-Buckets oder Alibaba Cloud Object Storage Service (OSS) als Cloud-Speicher für Karten- und Image-Service-Caches und Raster-Speicher registrieren. Sie können einen Amazon S3-Bucket, Azure-BLOB-Speichercontainer oder Microsoft Azure Data Lake-Speicher als Cloud-Speicher für Big-Data-Dateifreigaben registrieren.
Neben Amazon bieten auch verschiedene andere Cloud-Speicher-Anbieter Speicher an, der mit S3 kompatibel ist.
Verwenden Sie einen Cloud-Speicher für Image-Service-Caches nur dann, wenn Ihre ArcGIS Server-Site auf derselben Cloud-Plattform ausgeführt wird. Verwenden Sie zum Beispiel Azure BLOB-Speicher für Karten- und Image-Service-Caches nur, wenn Ihre ArcGIS GIS Server- und ArcGIS Image Server-Sites unter Microsoft Azure ausgeführt werden.
Anbieter von S3-kompatiblem Speicher
Zur Unterstützung der Anbieter von S3-kompatiblem Speicher verfügt ArcGIS Server über einen Mechanismus zum Hinzufügen von benutzerdefinierten Regionen zur integrierten Liste der Regionen von Amazon Web Services (AWS). Dies wird in Konfigurieren von Cloud-Speicher-Regionen erläutert. Um einen Anbieter von S3-kompatiblem Speicher mit ArcGIS zu verwenden, muss der Anbieter mit dem AWS-SDK for Java kompatibel sein.
Amazon S3-Speicher wird mit der Software für mehrere Features unterstützt, nicht alle davon werden mit benutzerdefiniertem S3-kompatiblen Speicher unterstützt.
- S3-kompatibler Speicher wird nur mit Zugriffsschlüssel und Authentifizierung mit geheimem Schlüssel unterstützt. AWS Identity and Access Management (IAM)-Rollen werden nicht unterstützt.
- Sie können S3-kompatiblen Speicher nur für Kartenanforderungen von gecachten Karten- und Image-Services verwenden.
Beim Einsatz der Anbieter von S3-kompatiblem Speicher muss beachtet werden, dass Esri nicht dafür garantiert, dass Anbieter von benutzerdefiniertem S3-kompatiblen Speicher mit ArcGIS Server kompatibel sind. Zudem steht für die Behebung von Kompatibilitätsproblemen kein technischer Support zur Verfügung. Darüber hinaus garantiert Esri keine Drittanbieter-Interoperabilität, wird aber angemessene Mittel einsetzen, um deren fortlaufenden Betrieb zu gewährleisten.
Big-Data-Dateifreigaben
Big-Data-Dateifreigaben sind freigegebene Betriebssystemordner, Apache Hadoop Distributed File System (HDFS)-, Apache Hive- oder Cloud-Speicher mit Sammlungen von durch Trennzeichen getrennten Dateien oder Shapefiles, die als Eingabe für GeoAnalytics Tools dienen.
Wenn Sie ArcGIS Server Manager zum Registrieren eines Cloud-Speichers als Big-Data-Dateifreigabe verwenden, müssen Sie zunächst den Cloud-Speicher registrieren. Big-Data-Dateifreigaben unterstützen Amazon Simple Storage Service (S3)-Buckets, Microsoft Azure BLOB-Speichercontainer sowie Microsoft Azure Data Lake-Cloud-Speicher.
Weitere Informationen zur Registrierung von Big-Data-Dateifreigaben finden Sie unter Erste Schritte mit Big-Data-Dateifreigaben.
Raster-Speicher
Raster-Speicher sind Ausgabe-Data-Stores; sie enthalten die Bilddaten-Layer, die bei der Ausführung von Raster-Analyse-Werkzeugen erstellt wurden. Der Raster-Speicher kann eine Dateifreigabe oder ein Cloud-Speicher sein.
Um einen Cloud-Speicher als Raster-Speicher verwenden zu können, müssen Sie den Cloud-Speicher zunächst registrieren. Raster-Speicher unterstützen Amazon S3-Buckets, Azure BLOB-Speicher oder den Alibaba Cloud Object Storage Service (OSS).
Weitere Informationen zum Registrieren eines Raster-Speichers finden Sie unter Konfigurieren und Bereitstellen für die Raster-Analyse.
Berechtigungen an Datenquellen
Beim Registrieren von Datenspeicherorten werden der ArcGIS Server-Site keine Berechtigungen für den Zugriff auf die Daten erteilt. Bei Ordner-Data-Stores und bei Verbindungen zu Datenbank-Data-Stores bestimmter Typen müssen Sie dem ArcGIS Server-Konto die Berechtigungen für die Daten erteilen. Bei Datenbankverbindungen anderer Typen, Big-Data-Dateifreigaben und Cloud-Data-Stores müssen die mit dem Data Store gespeicherten Benutzeranmeldeinformationen die Berechtigungen für die Daten besitzen. Weitere Informationen zu Datenberechtigungen für Data Stores finden Sie unter Bereitstellen der Daten für ArcGIS Server.
Registrieren der Daten bei ArcGIS Server
Zum Registrieren von Datenordnern, Datenbankverbindungsdateien und Cloud-Speicherorten bei ArcGIS Server können Sie ArcGIS Server Manager oder ArcGIS Pro verwenden. Wenn die ArcGIS Server-Site mit einem ArcGIS Enterprise-Portal verbunden ist, dann können Sie ein Data-Store-Element zum Veröffentlichen von Web-Layern der meisten Typen hinzufügen.
Weitere Informationen finden Sie unter folgenden Themen:
Entfernen eines Data Store
Wie die Zuordnung zwischen einer ArcGIS Server-Site und einem Data Store entfernt wird, hängt vom Typ des Data Store ab und davon, wie dieser registriert wurde.
- Wenn Sie den Data Store in ArcGIS Server Manager oder ArcMap registriert haben, verwenden Sie die Schaltfläche zum Aufheben der Registrierung neben dem Data Store unter Site > Data Stores in ArcGIS Server Manager.
Bevor Sie die Registrierung eines Cloud-Data-Store aufheben, der in ArcGIS Server Manager hinzugefügt wurde, löschen Sie das verknüpfte ArcGIS Server-Cache-Verzeichnis in ArcGIS Server Manager. Weitere Informationen zum Löschen von ArcGIS Server-Cache-Verzeichnissen finden Sie unter Löschen eines Serververzeichnisses in Server Manager .
- Wenn Sie den Data Store in ArcGIS Pro registriert oder ein Data-Store-Element im ArcGIS Enterprise-Portal hinzugefügt haben, müssen Sie den Verbundserver aus dem Data-Store-Element im Portal entfernen. Verwenden Sie keine andere App, um die Registrierung für den Data Store aufzuheben.
- Wenn Sie einen ArcGIS Data Store aus dem Hosting-Server entfernen möchten, verwenden Sie das Dienstprogramm unregisterdatastore, das mit ArcGIS Data Store installiert wurde.
Heben Sie die Registrierung für keinen ArcGIS Data Store-Typ bei der Host-Server-Site in ArcGIS Server Manager auf. Wenn Sie die Registrierung dieser Data Stores über Server Manager aufheben, sind die von ihnen mit Daten versorgten Services nicht mehr funktionsfähig.
Falls die Registrierung eines ArcGIS Data Store in ArcGIS Server Manager von Ihnen oder einem Publisher Ihrer Organisation versehentlich aufgehoben wird, müssen Sie ArcGIS Data Store mit derselben ArcGIS Server-Site neu konfigurieren, damit die Services wieder ausgeführt werden.
Überlegungen zum Aufheben der Registrierung von Data Stores
Haben Sie die Registrierung eines Data Store nicht auf, oder entfernen Sie diesen nicht, wenn vorhandene Services Daten aus dem Data Store enthalten.
Wenn Sie dennoch die Registrierung eines Data Store auf Ihrer ArcGIS Server-Site aufheben, von dem vorhandene Services mit Daten versorgt werden, können Sie die Services unter Umständen weiterhin anzeigen, je nachdem, welche Art von Data Store verwendet wurde.
- Bei in ArcGIS Server Manager oder ArcGIS Pro registrierten Datenbanken können Sie die Daten auch weiterhin in den von diesen mit Daten versorgten Services anzeigen. Wird das beim Data Store gespeicherte Kennwort allerdings geändert, können Sie die Services nicht mehr für die Verwendung des neuen Kennworts aktualisieren. In diesem Fall sind die Services nicht mehr funktionsfähig und Sie müssen die Datenbank registrieren, die die Service-Daten enthält, und die Services erneut veröffentlichen.
- Bei registrierten und verwalteten Datenbanken erkennen neu zur Site hinzukommende ArcGIS Server-Computer die Services nicht, wenn deren Quell-Data-Store nicht mehr bei der ArcGIS Server-Site registriert ist. Sie müssen die Datenbank registrieren, die die Service-Daten enthält, und die Services erneut veröffentlichen, damit die neuen Computer die Services erkennen.
Szenarien beim Registrieren von Daten
Bevor Sie Ihre Datenspeicherorte registrieren, überprüfen Sie die folgenden Szenarien und berücksichtigen Sie die Workflow-Beziehungen:
Der Computer des Publishers und die ArcGIS Server-Site referenzieren die gleiche Datenbank
Wenn der Computer des Publishers und die ArcGIS Server-Site Daten in der gleichen Datenbank, Enterprise-Geodatabase oder dem gleichen Cloud Data Warehouse referenzieren, importieren Sie die Datenbankverbindungsdatei des Publishers, und legen Sie die Datenbankverbindung der ArcGIS Server-Site auf Die gleiche wie die Publisher-Datenbankverbindung fest, wenn Sie die Daten registrieren.
Verwendung dieses Szenarios
Verwenden Sie dieses Szenario, wenn Sie vermeiden möchten, dass eine Kopie der Daten auf den ArcGIS Server-Computern abgelegt wird. Angenommen Sie möchten einen Kartenservice in ArcGIS Server aus ArcGIS Pro veröffentlichen, indem Sie Daten aus einer lokalen Enterprise-Geodatabase verwenden. Wenn Sie vermeiden möchten, dass eine Kopie der von Ihrem Kartendokument referenzierten Daten auf einem der ArcGIS Server-Computer gespeichert wird, importieren Sie die Datenbankverbindung des Publishers, und legen Sie die Datenbankverbindung der ArcGIS Server-Site auf Die gleiche wie die Publisher-Datenbankverbindung fest. Nach der Veröffentlichung werden die in Ihrer Enterprise-Geodatabase gespeicherten Daten weiterhin vom Kartendokument referenziert.
Überlegungen, die gegen dieses Szenario sprechen
Verwenden Sie dieses Szenario nicht, wenn sich Ihre Daten in einer File-Geodatabase oder einem Dateiverzeichnis befinden. Verwenden Sie stattdessen das nächste Szenario.
Verwenden Sie dieses Szenario nicht, wenn Sie eine separate Kopie der Daten in Ihrer Enterprise-Geodatabase zur Verwendung im Web speichern möchten.
Der Computer des Publishers und die ArcGIS Server-Site referenzieren den gleichen Ordner
Wenn der Computer des Publishers und die ArcGIS Server-Site Daten im gleichen Ordner referenzieren, geben Sie den Ordnerpfad des Publishers an und stellen Sie den Ordnerpfad der ArcGIS Server-Site auf Der gleiche wie der Publisher-Ordnerpfad ein, wenn Sie Ihre Daten registrieren. Dieses Szenario ist das gleiche wie das vorherige, mit Ausnahme der Tatsache, dass Ordner statt Datenbanken verwendet werden.
Verwendung dieses Szenarios
Verwenden Sie dieses Szenario, wenn Sie vermeiden möchten, dass eine Kopie der Daten auf den ArcGIS Server-Computern abgelegt wird. Angenommen, Sie möchten einen Geoverarbeitungsservice in ArcGIS Server veröffentlichen und dabei Daten aus einem Netzwerkverzeichnis verwenden. Wenn Sie vermeiden möchten, dass eine Kopie der Daten des Geoverarbeitungsservice auf einen der ArcGIS Server-Computer kopiert wird, geben Sie den Ordnerpfad des Publishers an, und legen Sie den Ordnerpfad der ArcGIS Server-Site auf Die gleiche wie die Publisher-Ordnerpfad fest. Nach dem Veröffentlichen werden das Geoverarbeitungsmodell, die Eingaben, Ausgaben, Skripte und Projektdaten, die in Ihrem Netzwerkverzeichnis gespeichert sind, weiterhin vom Geoverarbeitungsservice referenziert.
Dieses Szenario ist auch dann von Vorteil, wenn Sie über eine ArcGIS Server-Site unter Linux verfügen, die all Ihre Daten verwaltet, und Sie Samba eingerichtet haben, um die Dateifreigabe zwischen Microsoft Windows und Linux zu ermöglichen. Wenn Sie z. B. ein Kartendokument veröffentlichen möchten, das die Daten auf Ihrem Linux-Computer referenziert, registrieren Sie das Samba-Verzeichnis (\\net\data) als Ordner des Publishers und das Linux-Verzeichnis (/net/data) als Ordner der ArcGIS Server-Site. Beim Veröffentlichen wird das Kartendokument automatisch so geändert, dass es das Verzeichnis auf dem Linux-Computer referenziert.
Überlegungen, die gegen dieses Szenario sprechen
Verwenden Sie dieses Szenario nicht, wenn sich Ihre Daten in einer Datenbank befinden. Verwenden Sie stattdessen das vorherige Szenario.
Verwenden Sie dieses Szenario nicht, wenn Sie Feature- oder WFS-T-Services veröffentlichen möchten.
Der Computer des Publishers und die ArcGIS Server-Site referenzieren unterschiedliche Geodatabases, und die Daten sind nicht statisch
Aufgrund von Firewalls und Unterschieden zwischen Computerplattformen oder aufgrund des Wunsches, eine separate Kopie der Daten zur Verwendung im Web beizubehalten, referenzieren der Publisher und die ArcGIS Server-Site möglicherweise jeweils die gleichen Daten in unterschiedlichen Geodatabases. Wenn Sie Ihre Daten mit diesem Szenario registrieren möchten, müssen Sie sowohl die Verbindung zur Datenbank des Publishers als auch die Verbindung zur Geodatabase der ArcGIS Server-Site importieren.
Verwendung dieses Szenarios
Verwenden Sie dieses Szenario, wenn Sie eine separate Kopie der Daten in Ihrer lokalen Enterprise-Geodatabase zur Verwendung im Web speichern möchten. In diesem Fall müssen Sie sicherstellen, dass eine Kopie der in der Geodatabase Ihres Publishers befindlichen Daten in der Geodatabase der verbundenen ArcGIS Server-Site vorhanden ist. Sie können dieses Szenario nur mit Enterprise-Geodatabases verwenden, nicht mit Datenbanken.
Sie können den Geodatenservice auch zum Synchronisieren der Enterprise-Geodatabases verwenden und sicherstellen, dass alle nachfolgenden Änderungen, die an der Datenbank des Publishers vorgenommen werden, in die Geodatabase der ArcGIS Server-Site übernommen werden. Dies ist insbesondere in Cloud-Bereitstellungen von Vorteil, da sich niemand beim Cloud-Computer anmelden und den Datentransfer ausführen muss.
Dieses Szenario eignet sich auch gut für die Veröffentlichung von Feature-Services in ArcGIS Server-Sites, die lokal oder in der Cloud gehostet werden. Wenn Sie beispielsweise einen Feature-Service mit diesem Szenario veröffentlichen, können Sie lokal vorgenommene Änderungen in die Geodatabase der ArcGIS Server-Site übermitteln, sodass sie den Endbenutzern Ihres Feature-Service zur Verfügung stehen. Wenn dagegen Web-Editoren Features in der Geodatabase der ArcGIS Server-Site ändern, können Sie die Änderungen mit der Geodatabase des Publishers synchronisieren.
Überlegungen, die gegen dieses Szenario sprechen
Gehen Sie in folgenden Fällen nicht nach diesem Szenario vor:
- Wenn sich Ihre Daten in einer File-Geodatabase oder in einem Dateiverzeichnis befinden. Verwenden Sie stattdessen das Szenario Der Computer des Publishers referenziert lokale Karten- oder Bilddaten, und die ArcGIS Server-Site referenziert einen Cloud-Speicherort.
- Wenn sich Ihre Daten in einer Datenbank (die keine Geodatabase enthält) befinden. Gehen Sie stattdessen nach Szenario Der Computer des Publishers und die ArcGIS Server-Site referenzieren die gleiche Datenbank vor.
- Wenn die ArcGIS Server-Site nicht mit einem ArcGIS Enterprise-Portal verbunden ist.
- Wenn Sie keine separate Kopie Ihrer Geodatabase auf dem Server speichern möchten.
- Die veröffentlichten Daten sind statisch. In diesem Fall müssen Sie Änderungen, die an der Geodatabase des Publishers vorgenommen wurden, nicht mit der Geodatabase der ArcGIS Server-Site synchronisieren. Sie können dann das Szenario mit einer verwalteten Datenbank ohne Replikation verwenden.
Der Computer des Publishers und die ArcGIS Server-Site referenzieren unterschiedliche Ordner
Aufgrund von Firewalls, aufgrund der Unterschiede zwischen Computerplattformen oder aufgrund des Wunsches, eine separate Kopie der Daten zur Verwendung im Web beizubehalten, referenzieren der Publisher und die ArcGIS Server-Site möglicherweise Kopien der gleichen Daten im eigenen Datenordner. Wenn Sie Ihre Daten mit diesem Szenario registrieren möchten, müssen Sie den Pfad zum Ordner des Publishers und den Pfad zum Ordner des Servers eingeben.
Verwendung dieses Szenarios
Dieses Szenario ist nützlich für Linux-Bereitstellungen, Cloud-Bereitstellungen oder alle Bereitstellungen, bei denen Publisher und Webbenutzer mit separaten Datenkopien arbeiten.
Wenn Sie beispielsweise einen Kartenservice aus ArcGIS Pro auf einer eigenständigen ArcGIS Server-Site unter Linux veröffentlichen möchten, können Sie eine identische Kopie der Daten Ihres Kartendokuments erstellen und die Daten auf dem ArcGIS Server-Computer ablegen. Nachdem Sie die beiden Verzeichnisse bei der ArcGIS Server-Site registriert und veröffentlicht haben, wird das Kartendokument automatisch so geändert, dass es den Ordner auf dem ArcGIS Server-Computer referenziert.
Dieses Szenario kann bei Veröffentlichungen auf einer ArcGIS Server-Site in der Cloud nützlich sein. Sie können Ihre lokalen Daten beispielsweise kopieren und in einem beliebigen Verzeichnis auf einer virtuellen Maschine in der Cloud speichern. Beim Veröffentlichen werden die Datenpfade automatisch so geändert, dass sie das Verzeichnis auf dem Cloud-Server referenzieren. Der Nachteil dieses Verfahrens besteht darin, dass sich jemand für den Datentransfer in die Cloud beim Cloud-Computer anmelden muss (die Übertragung kann per FTP, per Kopieren und Einfügen auf dem Remote-Desktop oder über andere unterstützte Datenübertragungsmethoden erfolgen).
Überlegungen, die gegen dieses Szenario sprechen
Gehen Sie in folgenden Fällen nicht nach diesem Szenario vor:
- Wenn sich die Daten in einer Datenbank befinden, gehen Sie stattdessen nach Der Computer des Publishers und die ArcGIS Server-Site referenzieren die gleiche Datenbank.
- Wenn Sie keine separate Kopie Ihrer Daten auf den Computern der ArcGIS Server-Site speichern möchten.
- Wenn Sie aus ArcGIS Pro auf einem der Verbundserver des Portals veröffentlichen.
Der Computer des Publishers referenziert lokale Karten- oder Bilddaten, und die ArcGIS Server-Site referenziert einen Cloud-Speicherort
Wenn Ihre ArcGIS GIS Server- oder ArcGIS Image Server-Site in der Cloud ausgeführt wird und Sie Karten- oder Image-Service-Caches ebenfalls in der Cloud speichern möchten, geben Sie vor der Veröffentlichung die Verbindungs- und Authentifizierungsinformationen Ihres Cloud-Anbieters an. Veröffentlichte Karten- oder Image-Service-Caches befinden sich in Ihrem registrierten Cloud-Speicher.
Verwendung dieses Szenarios
Verwenden Sie dieses Szenario, wenn Ihre ArcGIS Server-Site unter AWS, Microsoft Azure oder Alibaba ausgeführt wird und Ihre Karten- oder Image-Services Caches referenzieren sollen, die in einem Amazon S3-Bucket, Azure BLOB-Speichercontainer oder Alibaba Cloud Object Storage Service (OSS)-Bucket gespeichert sind.
Überlegungen, die gegen dieses Szenario sprechen
Gehen Sie nicht nach diesem Szenario vor, wenn Ihre ArcGIS Server-Site nicht in der Cloud ausgeführt wird.