Home
Holen Sie sich die Community Edition – KOSTENLOS
ANMELDEN
Lesen und beachten Sie die Automation Anywhere-Dokumentation

Automation Anywhere Automation 360

Inhalt schließen

Inhalte

Inhalt öffnen

Führen Sie ein Disaster-Recovery-Failover durch

  • Aktualisiert: 3/02/2021
    • Automation 360 v.x
    • Installieren
    • RPA Workspace

Führen Sie ein Disaster-Recovery-Failover durch

Führen Sie die erforderlichen Failover-Schritte für Automation Anywhere Enterprise die Recovery am physisch entfernten sekundären Standort nach einem Ausfall am primären Standort aus.

Vorbereitungen

Schließen Sie die Disaster-Recovery-Bereitstellung an den zwei geografisch getrennten Standorten ab, an denen ein Standort der primäre (aktive) Standort und der andere der sekundäre (passive) Standort für Backups ist. Wenn der primäre Standortcluster ausfällt, führen Sie eine Recovery auf dem sekundären Standort durch.
Recommendation: Der sekundäre Standort sollte als passive Konfiguration eingerichtet werden, damit das Failover-Verfahren ohne Verzögerung durchgeführt werden kann.

Das Verfahren ist identisch, unabhängig davon, ob Sie vom primären zum sekundären oder vom sekundären zum primären Standort wechseln. Verbinden Sie den Control Room mit der replizierten Datenbank und geben Sie das Repository am sekundären Standort wieder.

Diese Schritte gelten für alle Server im Automation 360 Cluster, einschließlich der Control Room Server, SQL Server und Elasticsearch Server.

Prozedur

  1. Installation Automation 360 auf dem sekundären Standort.
    Befolgen Sie die Schritte für die Installation bis zur Datenbankkonfiguration.
    Installation Control Room im benutzerdefinierten Modus
  2. Fügen Sie im Fenster Datenbankkonfiguration Datenbankdetails für den sekundären Standort wie die IP-Adresse des Datenbankservers und die Standard-Portnummer hinzu.
    Konfigurieren von Datenbanktyp und Datenbank-Server
  3. Überprüfen Sie die Elasticsearch Details im Fenster Elasticsearch Credentials bereitstellen.
    Da die Elasticsearch Daten bereits aus der primären Datenbank repliziert werden, müssen Sie das Elasticsearch Kennwort nicht angeben.
  4. Überprüfen Sie nach Abschluss der Installation, ob die Control Room URL und der Repository-Pfad auf der Control Room Willkommensseite verfügbar sind.
    Sie können die Control Room URL und den Repository-Pfad nach der Anmeldung beim als Control Room nächsten Schritt ändern.
  5. Melden Sie sich mit Control Room Ihren Administratoranmeldeinformationen beim an, um die Konfigurationseinstellungen in den Administrationseinstellungen > zu ändern:
    1. Um Benutzern den Zugriff auf das Control Room mit einer öffentlichen IP-Adresse zu ermöglichen, ändern Sie die Einstellungen für den Zugriff auf den Kontrollraum in den allgemeinen Einstellungen > Allgemeinso, dass er auf die Zugriffs-URL für den sekundären Standort verweist.
    2. Ändern Sie den Repository-Pfad in Control Room Database und Software > Control Room Repositoryin den Repository-Pfad des sekundären Standorts.
  6. Überprüfen Sie die Daten für Folgendes:
    • Benutzer, Rollen, Zeitplan, Auslöser, Anmeldeinformationen, Und Workload-Einstellungen
    • Elasticsearch Zertifikat und Konnektivität
    • Automation Anywhere Robotic Interface, Bot Insight, Discovery Botund IQ Bot
    Recommendation: Führen Sie eine Byte-für-Byte-Messung der wiederhergestellten Daten durch, und vergleichen Sie die primären und sekundären Standortdaten. Wenn Sie einen Unterschied feststellen, überprüfen Sie die Teilnehmerprotokolle auf zeitweise auftretende Fehler aufgrund eines Netzwerkproblems.

Nächste Maßnahme

Sobald der Wiederherstellungsstandort als primärer Standort arbeitet, konfigurieren Sie einen weiteren sekundären Standort. Richten Sie mithilfe der Datenbanktools die Replikation vom primären Recovery-Standort zum sekundären Ersatzstandort ein.
Feedback senden