Skip To Content

Notfallwiederherstellung und Replikation

Sie können die ArcGIS Enterprise-Bereitstellung in eine unverbundene Standby-Bereitstellung replizieren. Wenn die primäre Bereitstellung ausfällt oder nicht mehr darauf zugegriffen werden kann, kann die Standby-Bereitstellung deren Funktion übernehmen.

Standby-Bereitstellungen werden in der Regel in einem anderen Netzwerk- bzw. Subnetzwerk oder sogar an einem geographisch von der primären Bereitstellung getrennten Standort ausgeführt werden. Sie müssen unabhängig vom Standort der Standby-Bereitstellung sicherstellen, dass die ArcGIS Enterprise-Clients bei Bedarf auf sie zugreifen können.

Geographische Redundanz

Sie können geographische Redundanz implementieren, wenn sich das primäre und das Standby-Datenzentrum an geographisch getrennten Standorten befinden. Wenn sich bei einem Datenzentrum eine Katastrophe ereignet, z. B. ein Orkan oder eine andere Naturkatastrophe, können Sie das Standby-Datenzentrum aktivieren und der Betrieb kann fortgesetzt werden.

Für eine erfolgreiche geographische Redundanz müssen bestimmte Anforderungen erfüllt sein.

  • Die primären und Standby-Umgebungen müssen dupliziert werden. Jedes Datenzentrum muss dieselbe Anzahl von Computern in der ArcGIS Enterprise-Bereitstellung aufweisen; außerdem müssen die für den Zugriff auf die Komponenten verwendeten URLs identisch sein.
  • Geographische Redundanz folgt einem Aktiv-Passiv-Ansatz. Daher müssen Daten und Inhalte konsistent in das Standby-ArcGIS Enterprise-Bereitstellung repliziert werden.
  • Geographische Redundanz basiert auf Drittanbieterkomponenten, um erfolgreich zu sein. Ein Global Site Selector-(GSS-) oder ein globaler Domain Name System DNS-(DNS-)Server ist wichtig, damit bei einem erforderlichen Wechsel vom primären zum Standby-Datenzentrum keine Unterbrechung bei einem ArcGIS Enterprise-Benutzer auftritt.

Um möglichst kurze Ausfallzeiten bei einem Fehler oder einer Katastrophe sicherzustellen, können Sie ein geographisch redundantes ArcGIS Enterprise mit hoher Verfügbarkeit bereitstellen. Dies ist die komplexeste Bereitstellung, die erreicht werden muss, da sie die meisten Computer und die umfangreichste Wartung erfordert. Konfigurieren Sie zwei getrennte Datenzentren mit jeweils eigener ArcGIS Enterprise-Bereitstellung und hoher Verfügbarkeit. In jedem Datenzentrum werden alle Computernamen identisch konfiguriert und es gibt keine Ausfälle einzelner Komponenten, die die Daten, unabhängig davon, ob sie sich auf einem Dateiserver oder auf einer Datenbank mit hoher Verfügbarkeit befinden, alle Webserver und Load Balancer sowie die ArcGIS Enterprise-Komponenten enthalten. Es werden konsistent Sicherungen der primären Bereitstellung erstellt und die Wiederherstellung in der Standby-Bereitstellung des getrennten Datenzentrums kann unmittelbar oder bei einem Ausfall der primären Bereitstellung erfolgen.

Planung für eine replizierte Bereitstellung

Zunächst legen Sie fest, wie viele Computer Sie benötigen. Als Nächstes planen Sie die folgenden Anforderungen der Notfallwiederherstellungen für eine replizierte ArcGIS Enterprise-Bereitstellung:

  • Duplizierung: Stellen Sie sicher, dass Datenzentren und ArcGIS Enterprise-Bereitstellungen dieselbe Architektur enthalten.
  • Replikation: Sichern Sie Inhalte und Daten aus dem primären Datenzentrum, und stellen Sie sie im Standby-Datenzentrum wieder her.
  • Überwachung: Überprüfen Sie Protokolle, wenn ein Fehler auftritt, und ermitteln Sie, ob der Schweregrad des Fehlers ein Failover zum Standby-Datenzentrum erfordert.
  • Failover: Entscheiden Sie, ob ein Failover zu einer anderen Komponente in ArcGIS Enterprise oder ein Failover der gesamten ArcGIS Enterprise-Bereitstellung zu einem anderen Datenzentrum ausgeführt werden muss.

Bestimmen der Computeranforderungen

Wie viele Computer Sie benötigen, hängt davon ab, wie Sie ArcGIS Enterprise konfigurieren. Sie benötigen mindestens zwei Computer. Wenn in Ihrer ArcGIS Enterprise-Bereitstellung nicht viele Daten und Services gespeichert sind, sie keinen Big Data Store vom Typ "spatiotemporal" enthält und nicht viele Benutzer darauf zugreifen, können Sie eine primäre Bereitstellung konfigurieren, die aus einer GIS Server-Site mit einem Computer besteht, und Portal for ArcGIS und ArcGIS Data Store auf demselben Computer installieren. Sie benötigen einen zweiten Computer, um die replizierte Standby-Bereitstellung zu speichern.

Wenn Ihre ArcGIS Enterprise-Bereitstellung stark genutzt wird – wenn beispielsweise eine große Anzahl von Personen darauf zugreift, Ihre Organisation eine große Anzahl von Elementen speichert oder Ihre Bereitstellung stark bearbeitet wird –, benötigen Sie möglicherweise eine GIS Server-Site mit einem oder mehreren Computern und sollten Sie Portal for ArcGIS und ArcGIS Data Store auf voneinander und von GIS Server getrennten Computern installieren. Wenn Sie mehrere gehostete Szenen-Layer veröffentlichen, können Sie ArcGIS Data Store (Data Store vom Typ "Kachel-Cache") so konfigurieren, dass die Szenen-Cache-Datenbanken auf einem anderen Computer gespeichert werden. Falls Sie einen Big Data Store vom Typ "spatiotemporal" verwenden, benötigen Sie mindestens einen zusätzlichen Computer. Berechnen Sie die erforderliche Anzahl von Computern in diesem Fall mit der folgenden Formel:

(<number of GIS Server machines> + 1 Portal for ArcGIS machine + <number of machines in the data store>) X 2

Beachten Sie, dass keine zusätzlichen ArcGIS-Lizenzen für die Standby-Bereitstellung erforderlich sind, da nicht aktiv auf sie zugegriffen wird. Sie wird nur als aktive Bereitstellung festgelegt, wenn die primäre fehlschlägt.

Beachten Sie außerdem, dass das Dienstprogramm "webgisdr" die Softwareversionen der ArcGIS Enterprise-Komponenten aufzeichnet, wenn Sie eine Sicherung erstellen. Die Standby-Bereitstellung, in die Sie die Datei importieren, muss dieselbe Version wie Ihre primäre Bereitstellung haben.

Duplizieren von Bereitstellungen

In ArcGIS Enterprise müssen verschiedene Abhängigkeiten berücksichtigt werden, die sich in der Regel auf die Erreichbarkeit beziehen. Kartenservices basieren auf Daten in einem freigegebenen Ordner oder auf die über eine Datenbankverbindung zugegriffen wird. Computer innerhalb von ArcGIS Enterprise kommunizieren über bestimmte URLs miteinander. Aus diesen Gründen muss eine ArcGIS Enterprise-Bereitstellung einer Site in einer anderen dupliziert werden, damit alle Komponenten (z. B. Ordnerverzeichnisse, Datenbanknamen und URLs) in der Bereitstellung des jeweiligen Datenzentrums identisch ist. NAS-Geräte (Network Attached Storage), auf denen File-Geodatabases oder Konfigurationsdateien von Portal for ArcGIS und ArcGIS Server gespeichert werden, müssen denselben Namen haben, damit die Standby-Bereitstellung erfolgreich mit den Ressourcen verbunden werden kann. All die ArcGIS Enterprise-Komponenten müssen in jeder Bereitstellung im selben Verzeichnis installiert werden. Schließlich sollte die Anzahl der Computer zwischen den Datenzentren identisch sein, da es zu Performance-Problemen führen kann, wenn weniger Computer auf die Benutzerauslastung reagieren können. Beachten Sie, dass Sie DNS-Einträge verwenden oder hosts-Dateien auf den Computern bearbeiten können, um die Konsistenz der Host-Namen sicherzustellen.

Replizieren von ArcGIS Enterprise

Portal for ArcGIS enthält ein Werkzeug namens "webgisdr", mit dem Sie Portal-Inhalt, verbundene ArcGIS Server-Sites und Inhalte des Data Store vom Typ "relational" und "Kachel-Cache" von ArcGIS Data Store in eine Datei exportieren können, die Sie zur Wiederherstellung auf den Standby-Computer verschieben können. Das Werkzeug verwaltet für Portal for ArcGIS, ArcGIS Server und ArcGIS Data Store konfigurierte Einstellungen und kopiert alle Inhalte, die im Portal erstellt wurden, sowie Daten, die beim Veröffentlichen auf den Hosting-Server und in den Data Store kopiert wurden.

Beachten Sie, dass das Werkzeug keine Daten aus der Datenbank oder aus Ordnern kopiert, die beim Hosting-Server oder bei verbundenen ArcGIS Server-Sites registriert sind, z. B. Daten in einer Datenbank oder File-Geodatabase. Die Organisation muss die Daten in die Standby-Bereitstellung von ArcGIS Enterprise replizieren und sicherstellen, dass Services in der Standby-Bereitstellung auf die replizierten Daten zugreifen können.

Wenn Sie Datenquellen bei ArcGIS Server-Sites registrierten, stellen Sie bestimmte Informationen für den Datenzugriff bereit. Diese Informationen müssen für die Standby- und die primäre Bereitstellung identisch sein. Wenn Sie beispielsweise für Quelldaten verwendete File-Geodatabases kopieren, die für die Standby-Bereitstellung verwendet werden, müssen die Verzeichnispfade zu den File-Geodatabases mit denen der primären Bereitstellung übereinstimmen. Außerdem muss die Standby-Bereitstellung mit denselben Verbindungsinformationen auf eine Datenbank zugreifen können, die Sie beim Registrieren der Datenbank in der ArcGIS Server-Site der primären Bereitstellung angegeben haben.

Das Werkzeug "webgisdr" kann als geplanter Task im Windows Task Scheduler oder als cron-Auftrag in einer Linux-Umgebung ausgeführt werden. Außerdem kann das Werkzeug verschoben und auf einem anderen Computer als der Portal-Installation ausgeführt werden, sofern die Kommunikation zwischen dem Computer, auf dem es ausgeführt wird, und den ArcGIS Enterprise-Komponenten möglich ist.

Die ArcGIS Enterprise-Sicherungen sollten in der Standby-Bereitstellung wiederhergestellt werden, sobald sie aus der primären Bereitstellung exportiert wurden. Dadurch wird verhindert, dass inkrementelle Sicherungen in der falschen Reihenfolge wiederhergestellt werden, und es bedeutet, dass es bei einem Fehler der primären Bereitstellung zu minimalem Datenverlust oder einem Ausfall kommen kann. Wenn die Sicherungen nicht direkt wiederhergestellt werden, kann dies zu einem zusätzlichen Rechenaufwand beim Importieren der Sicherung und beim Ausführen eines Failovers zur Standby-Bereitstellung führen.

Beachten Sie auch, dass wenn beim Erstellen der Sicherung ein Fehler in der primären Bereitstellung vorliegt und automatisierte Prozesse zum Importieren der Sicherung in die Standby-Bereitstellung ausgeführt werden, diese falschen Einstellungen in das Standby-Bereitstellung importiert werden.

Weitere Anweisungen zum Replizieren einer ArcGIS Enterprise-Bereitstellung finden Sie unter Konfigurieren der Notfallwiederherstellung.

Überwachen von ArcGIS Enterprise

Die Überwachung ist sowohl bei einer replizierten als auch bei einer Umgebung mit hoher Verfügbarkeit wichtig. In einer Umgebung mit hoher Verfügbarkeit wird die Ausfallsicherung für bestimmte Teile der Bereitstellung ohne manuelles Eingreifen aktiv. Wenn beispielsweise das primäre Portal in ArcGIS Enterprise ausfällt, übernimmt die Standby-Bereitstellung sofort die Ausfallsicherung der Software, ohne das manuell eingegriffen werden muss. Entsprechend kann es zu einem Ausfall von ArcGIS Server- und ArcGIS Data Store-Komponenten kommen und das System funktioniert trotzdem normal, da kritischen Schwachstellen vorliegen. Unter Berücksichtigung der Tatsache, dass nicht sichtbare Unterbrechungen in ArcGIS Enterprise vorliegen können, sollten Mechanismen vorhanden sein, die Administratoren über etwaige Fehler einer bestimmten Komponente in der ArcGIS Enterprise-Bereitstellung informieren. Verwenden Sie Python (oder eine Skriptsprache Ihrer Wahl) mit der ArcGIS Server- und Portal for ArcGIS-REST-API, um die Überwachung von Teilen der Bereitstellung, wie beispielsweise die hier aufgeführten, zu automatisieren:

  • Fragen Sie die Portal for ArcGIS- und ArcGIS Server-Protokolle regelmäßig nach Meldungen ab, die auf den Ausfall einer bestimmten Komponenten hinweisen. Das Skript kann so konfiguriert werden, dass bei einem Fehler E-Mails gesendet oder Administratoren informiert werden.
  • Verwenden Sie die Funktionen der Systemdiagnose in den Verwaltungs-APIs von Portal for ArcGIS und ArcGIS Server, um Protokolle abzufragen und auf Probleme zu überprüfen.
  • Überprüfen Sie alle Verbundserver, um sicherzustellen, dass sie ausgeführt werden und für das Portal erreichbar sind.
  • Überprüfen Sie die Verbindungen zu allen Data Stores. Hierzu zählen Verbindungen zu Big Data Stores vom Typ "relational", "Kachel-Cache" und "spatiotemporal" sowie zu registrierten Ordnern und Datenbanken, Big-Data-Dateifreigaben und dem Raster-Data-Store.
  • Fragen Sie wichtige Services und Webkarten regelmäßig ab, um sicherzustellen, dass sie funktionieren.
  • Fragen Sie den Indexer Status auf dem primären Computer ab, um sicherzustellen, dass alle Elemente des Portals auf dem primären Computer indiziert sind. Fragen Sie den Indexer Status nach Abschluss der Replikation auf beiden Computern ab, um zu überprüfen, ob die Indexwerte der Standby- und der primären Bereitstellung übereinstimmen. Die Werte für databaseCount und indexCount sollten für name jeweils innerhalb und zwischen den beiden Bereitstellungen identisch sein. Wenn Sie beispielsweise den Indexer Status abfragen, wird die Anzahl der in der Datenbank enthaltenen Elemente im Vergleich zur Anzahl der indizierten Elemente angezeigt. Die Anzahl der in der Datenbank (databaseCount) enthaltenen Elemente sollte mit der Anzahl der indizierten Elemente (indexCount) für jeden Elementtyp (name) identisch sein, wie im folgenden Beispiel gezeigt. Wenn databaseCount und indexCount bei einem Elementtyp nicht übereinstimmen, müssen Sie das Portal neu indizieren. Diese Ausgabe sollte auf dem primären und dem Standby-Computer identisch sein.
    {"indexes": [
        {
            "name": "users",
            "databaseCount": 42,
            "indexCount": 42
        },
        {
            "name": "groups",
            "databaseCount": 21,
            "indexCount": 21
        },
        {
            "name": "search",
            "databaseCount": 8499,
            "indexCount": 8499
        }
    ]}

Da bei einem Failover in einer replizierten Umgebung eine manuelle Intervention erforderlich ist, müssen Sie die Bereitstellung überwachen, um auftretende Fehler zu ermitteln, damit Sie entscheiden können, ob ein Failover notwendig ist.

Wenn Sie die Replikation Ihrer Bereitstellung von der primären in die Standby-Bereitstellung automatisieren, müssen Sie diese Prozesse ebenfalls überwachen, um sicherzustellen, dass Sicherungen, Dateiverschiebungen und Wiederherstellungsvorgänge erfolgreich abgeschlossen werden.

Failover

In ArcGIS Enterprise verfügen Portal for ArcGIS, ArcGIS Server und ArcGIS Data Store über eigene interne Mechanismen zur Ausführung eines Failovers. In einer Konfiguration mit hoher Verfügbarkeit kann für jede Komponente ein Failover ausgeführt werden, ohne dass es im gesamten ArcGIS Enterprise zu einer signifikanten Unterbrechung kommt.

Das Failover einer replizierten Bereitstellung vom primären zum Standby-Datenzentrum wird in der Regel von der IT-Abteilung der Organisation ausgeführt und kann über einen Global Site Selector (GSS) oder ein globales DNS erreicht werden. Mitglieder einer Organisation erreichen ihre ArcGIS Enterprise-Bereitstellung in der Regel über einige URLs, z. B. https://myportalwa.organization.com/portal für die Portal-URL und https://myserverwa.organization.com/server für die ArcGIS Server-Services-URL. Der GSS oder das globale GNS kann jedem Hostnamen eine IP-Adresse zuweisen. Wenn Sie ein Failover zu einem anderen Datenzentrum ausführen müssen, weist der GSS bzw. das globale DNS den Hostnamen myportalwa.organization.com und myserverwa.organization.com erneut den mit dem Standby-Datenzentrum verknüpften IP-Adressen zu. Dies hat keine Auswirkungen auf Clients und Benutzer, alle Anforderungen werden jedoch an das Standby-Datenzentrum gesendet. Sobald das primäre Datenzentrum wieder online ist, kann die IP-Adresse für die primären Site-Hosts erneut IP-Adressen im ursprünglichen Datenzentrum zugewiesen werden. Sie müssen dann Daten aus dem Standby-Datenzentrum mit denen des primären Datenzentrums abgleichen, um sicherzustellen, dass das primäre Datenzentrum den gesamten neuen Inhalt und die Daten umfasst, die erstellt wurden, während das Standby-Datenzentrum aktiv war.

Wenn Daten in einer der registrierten Datenbanken (Enterprise-Geodatabase oder Datenbank) des Hosting-Servers oder der verbundenen ArcGIS Server-Site bearbeitet wurden, verwenden Sie Werkzeuge für die Datenbankreplikation, um sicherzustellen, dass die ursprüngliche primäre ArcGIS Enterprise-Bereitstellung diese aktualisierten Daten enthält. Wenn Daten in dateibasierten Datenquellen, wie File-Geodatabases, die bei einer der ArcGIS Server-Sites in der ArcGIS Enterprise-Bereitstellung registriert wurden, geändert wurden, kopieren Sie die geänderten Dateien in das ursprüngliche Verzeichnis, in dem sie gespeichert waren. Verwenden Sie abschließend das Dienstprogramm "webgisdr", um eine ArcGIS Enterprise-Sicherung vom Standby- in das primäre Datenzentrum zu exportieren. Das Werkzeug repliziert den Inhalt in das Portal, einschließlich der verknüpften gehosteten Feature- und Szenen-Layer-Daten und der neuen nicht gehosteten Services, die beim Portal registriert sind, in die ursprüngliche primäre ArcGIS Enterprise-Bereitstellung.