Skip To Content

Automatisches Kopieren von Daten auf den Server beim Veröffentlichen

Um die Daten auf dem Server verfügbar zu machen, kann von ArcGIS for Server beim Veröffentlichen eines Service automatisch eine Kopie der Quelldaten des betreffenden Service auf dem Server platziert werden. Dadurch wird sichergestellt, dass das Element, das Sie veröffentlichen (z. B. ein Kartendokument) problemlos angezeigt werden und auf sein Quell-Dataset zugreifen kann.

Wenn Sie Daten auf einen Server kopieren möchten, für den Sie keine Anmelderechte besitzen, oder Sie sich hinter einer Firewall befinden, kann es sinnvoll sein, den Vorgang beim Veröffentlichen auszuführen. Zudem können Sie intern bearbeitete Datasets von den auf dem Server platzierten getrennt halten. Bevor Sie die Daten auf den Server kopieren, überprüfen Sie die folgenden Szenarien und berücksichtigen Sie die Workflow-Beziehungen.

Wenn die Daten, die Sie auf den Server kopieren möchten, keine Enterprise-Geodatabase erfordern

Wenn die Daten, die Sie auf den Server kopieren möchten, keine Enterprise-Geodatabase erfordern, ignorieren Sie die Warnung Die Datenquelle des Layers ist nicht beim Server registriert und die Daten werden auf den Server kopiertWarnung im Fenster Vorbereiten (oder markieren Sie sie als Ausnahme), und veröffentlichen Sie dann den Service. Ihre Daten werden automatisch auf den Server kopiert. Von Ihrer Seite sind keine weitere Aktionen erforderlich. Beachten Sie, dass abgesehen von Unterordnern im registrierten Ordner der gesamte Inhalt eines beim Server registrierten Ordners kopiert wird.

Automatisches Kopieren von Daten zu ArcGIS for Server beim Veröffentlichen

Verwendung der Funktion für automatisches Kopieren von Daten beim Arbeiten mit einem Cloud-basierten Server

Das Kopieren von Daten auf den Server kann praktisch sein, wenn Ihre ArcGIS-Server-Site in einer Cloud-Umgebung wie ArcGIS for Server für Amazon Web Services ausgeführt wird und Sie sich nicht beim Cloud-Computer anmelden können oder möchten. In der Cloud benötigt der Server eine eigene Kopie der Daten, da es für den Server ineffizient und in manchen Fällen unmöglich ist, die Daten von den Computern vor Ort abzurufen. Diese Methode des Kopierens von Daten ist bequem. Wenn Sie jedoch zahlreiche Services veröffentlichen, die die gleichen Datasets verwenden, kann dies zur Ansammlung duplizierter Daten auf dem Server führen.

Verwendung der Funktion für automatisches Kopieren von Daten beim Arbeiten mit einem lokalen Server

Wenn Sie keine Anmelderechte für den lokalen ArcGIS-Server besitzen, können Sie Services mithilfe der Funktion für automatisches Kopieren von Daten dennoch erfolgreich veröffentlichen.

Sie können die Daten auch auf diese Weise kopieren, wenn Sie einen Schnappschuss des Datasets veröffentlichen möchten. Nehmen Sie beispielsweise an, Sie verwenden eine Arbeits-Geodatabase, die von Dutzenden von Bearbeitern laufend geändert wird. Jeden Monat durchlaufen diese Daten einen Qualitätssicherungsprozess, um sicherzustellen, dass sie die Datenintegritätsstandards Ihres Unternehmens erfüllen. Sie möchten die Daten nur veröffentlichen, wenn Sie wissen, dass sie die Standards erfüllen.

Nach der Qualitätsprüfung der Daten können Sie die Daten veröffentlichen und auf den Server kopieren. Damit wird sichergestellt, dass die Webbenutzer Daten anzeigen, deren Qualität überprüft wurde, während die Bearbeiter weiterhin täglich Änderungen an der Arbeits-Geodatabase vornehmen können. Jeden Monat können Sie die Kopie der Geodatabase nach dem Qualitätssicherungsprozess erneut auf dem Server veröffentlichen, indem Sie den Service überschreiben.

Wenn Sie Daten auf den Server kopieren, können Sie zudem getrennte Skalierungsarchitekturen für die Arbeits-Geodatabase und die Web-Geodatabase verwenden. Beispielsweise können Sie der Web-Bereitstellung weitere Server oder Sicherungsserver hinzufügen, ohne dass sich dies auf die Arbeits-Geodatabase auswirkt.

Wenn der Service-Typ, den Sie veröffentlichen möchten, eine Enterprise-Geodatabase erfordert

Wenn der Service-Typ, den Sie veröffentlichen möchten, eine Enterprise-Geodatabase erfordert, müssen Sie zunächst eine Enterprise-Geodatabase erstellen und sie als Verwaltete Datenbank von ArcGIS for Server registrieren. Beim Veröffentlichen werden die von der GIS-Ressource referenzierten Daten in diese Enterprise-Geodatabase kopiert.

Die verwaltete Datenbank von ArcGIS for Server wird zum Verwalten der Daten verwendet, die beim Veröffentlichen von Feature- oder WFS-T-Services auf den Server kopiert werden.

Verwendung dieses Szenarios

Dieses Szenario wird zum Veröffentlichen von Feature-Services oder transaktionsfähigen WFS (WFS-T)-Services verwendet. Beim Veröffentlichen legt ArcGIS for Server automatisch eine Kopie der Daten in der verwalteten Datenbank von ArcGIS for Server ab, da eine Enterprise-Geodatabase für diese Service-Typen explizit erforderlich ist. Die verwaltete Datenbank von ArcGIS for Server kann nur mit Feature- oder WFS-T-Services sowie mit allen gleichzeitig mit diesen Service-Typen veröffentlichten Funktionen verwendet werden. Sie können beispielsweise einen Feature-Service mit aktivierter KML-Funktion veröffentlichen, Sie können jedoch einen KML-Service nicht ausschließlich in einer verwalteten Datenbank von ArcGIS for Server veröffentlichen. Es kann nur eine Geodatabase registriert werden, die diese Rolle einnimmt, und es können keine Änderungen zwischen der verwalteten Datenbank von ArcGIS for Server und Ihren lokalen Daten synchronisiert werden.

Dieses Szenario kann auch verwendet werden, wenn Ihre ArcGIS-Server-Site in einer Cloud-Umgebung wie ArcGIS for Server für Amazon Web Services ausgeführt wird. Der Cloud-Server benötigt beispielsweise eine eigene Kopie der Daten, da es für den Server ineffizient und in manchen Fällen für den Feature- oder WFS-T-Service unmöglich ist, die Daten vom Computer vor Ort abzurufen. In diesem Fall sollten Sie vermeiden, sich beim Cloud-Computer anzumelden, da die Daten beim Veröffentlichen automatisch in die verwaltete Datenbank von ArcGIS for Server kopiert werden.

Nach der Veröffentlichung sollten Sie und Ihre Benutzer nur mit den Daten arbeiten, die vom Feature- oder WFS-T-Service bereitgestellt werden. Wenn Sie die Daten in der verwalteten Datenbank von ArcGIS for Server aktualisieren möchten, können Sie den Feature- oder WFS-T-Service in ArcMap hinzufügen und lokale Bearbeitungsbefehle verwenden, um die neuen Daten hochzuladen. Darüber hinaus müssen Sie Ihren Service überschreiben, bevor Clients die Änderungen im Web anzeigen können.

Jeder Service, den Sie veröffentlichen, enthält eine eigene private Kopie der Daten in der verwalteten Datenbank von ArcGIS for Server. Wenn Sie einen anderen Service veröffentlichen, der die gleichen Datasets lokal verwendet, erhalten Sie zwei Kopien des gleichen Datasets in Ihrer Datenbank.

Die Lebensdauer der Daten in der verwalteten Datenbank von ArcGIS for Server wird direkt durch die Lebensdauer des Service gesteuert. Wenn Sie den Service beispielsweise löschen, werden die Daten, auf die er in der verwalteten Datenbank von ArcGIS for Server verweist, ebenfalls gelöscht. Wenn Sie die Daten speichern möchten, bevor Sie den Service löschen, können Sie die Werkzeuge in ArcGIS for Desktop verwenden, um die Enterprise-Geodatabase in eine File-Geodatabase zu exportieren, die Sie auf den lokalen Computer übertragen können.

Wenn Sie dieses Szenario verwenden, sollten Sie Folgendes beachten:

  • Sie müssen die verwaltete Datenbank in ArcGIS for Server explizit erstellen, bevor Sie sie beim Server registrieren.
  • Die verwaltete Datenbank von ArcGIS for Server muss eine Enterprise-Geodatabase sein (File- und Personal-Geodatabases sind nicht zulässig).
  • Die Datenbank muss auf dem Server oder einem Computer vorhanden sein, die für den Server sichtbar ist.
  • Das Registrieren einer leeren Geodatabase ist zulässig.
  • Die Daten des Feature- oder WFS-T-Service, den Sie veröffentlichen möchten, können von einem beliebigen Speicherort stammen (aus einem Shapefile, einer File-Geodatabase usw.).
  • Wenn Sie den Service löschen, werden auch die Daten des Service gelöscht.
  • Bei jeder Aktualisierung von lokalen Daten müssen Sie das Dataset in der verwalteten Datenbank von ArcGIS for Server überschreiben, damit die Änderungen vom Server übernommen werden.

In folgenden Fällen sollte dieses Szenario nicht verwendet werden

  • Wenn Sie einen Service-Typ oder einen anderen Service als einen Feature- oder WFS-T-Service veröffentlichen möchten.
  • Wenn sich Ihre Daten bereits in einer Enterprise-Geodatabase befinden.
  • Wenn Sie Datenbanktabellen, auf die Sie über eine OLE-DB-Verbindungsdatei (.odc) zugreifen, veröffentlichen möchten.
  • Wenn Sie eine Synchronisierung der Änderungen zwischen dem Computer des Publishers und der verwalteten Datenbank von ArcGIS for Server durchführen möchten.

Empfehlungen für das Kopieren der Daten

Umfangreiche Kopiervorgänge können zumindest mehrere Stunden in Anspruch nehmen. Während des Kopiervorgangs können die anderen Services von den Clients weiter verwendet werden.

Um das Kopieren sehr großer Datenmengen zu vermeiden, empfiehlt es sich, die volle Ausdehnung des Datenrahmens nicht länger als nötig beizubehalten. Wenn Sie beispielsweise über ein Dataset verfügen, das sich auf die gesamte Welt erstreckt, aber der Kartenservice nur in einem einzelnen Land verwendet werden muss, legen Sie für den Datenrahmen eine benutzerdefinierte volle Ausdehnung fest, die nur das relevante Land umfasst. Eine vollständige Anleitung finden Sie im Thema Festlegen einer benutzerdefinierten vollen Ausdehnung für einen Datenrahmen.

Untersuchen Sie dementsprechend auch, ob der Kartenservice nicht benötigte Layer enthält, die vor dem Kopieren entfernt werden können. Bei Services mit einem sehr großen Umfang an Quelldaten können Sie die Daten manuell auf den Server verschieben, um Datenduplizierungen zu vermeiden.

Achten Sie beim Kopieren von Daten auf den Server stets darauf, dass der Servercomputer über genügend Speicherplatz verfügt, um die Kopie aufzunehmen. Dieser Speicherplatz kann größer als erwartet ausfallen, wenn Sie in der vollen Ausdehnung des Service nicht die Größe aller darin enthaltenen Layer berücksichtigen.

Kopieren von OLE-DB-Datenquellen

OLE-DB-Verbindungen bieten einheitlichen Zugriff auf Daten von einer Vielzahl an Quellen, sind aber nicht räumliche Verbindungen. Wenn Ihre Daten aus einer Datenbanktabelle stammen, auf die über eine OLE-DB-Verbindungsdatei (.odc) zugegriffen wird, werden die OLE-DB-Datenquellen auf den Server kopiert und in File-Geodatabase-Tabellen konvertiert. Dies ist das Standardverhalten, wenn Sie diese Datenquellen auf ArcGIS for Server (Linux) veröffentlichen.

Datasets, die nicht kopiert werden können

Einige Datentypen können nicht als Teil des Veröffentlichungsprozesses auf den Server kopiert werden. Dazu zählen Auswahl-Layer, benutzerdefinierte Layer, Video-Layer und Werkzeug-Layer.

Deaktivieren der Erstellung von Datenkopien

Wenn Sie ArcGIS-Server-Administrator sind und verhindern möchten, dass Publisher beim Veröffentlichen Daten automatisch auf den Server kopieren, können Sie das Kopieren von Daten über das ArcGIS Server Administrator Directory deaktivieren. Vollständige Anweisungen finden Sie unter Deaktivieren des automatischen Kopierens von Daten beim Veröffentlichen auf dem Server.