Der Replikationsprozess ist in allen Umgebungen und bei allen Cloud-Anbietern ähnlich. Die Erstellung und Speicherung der Snapshots erfolgt nach einem festgelegten Zeitplan. Das Intervall der Momentaufnahmen richtet sich nach der Toleranz des Kunden gegenüber potenziellem Datenverlust.

Vorbereitungen

Wir empfehlen, dass der Replikationszeitplan mindestens einen Tag beträgt (eine Momentaufnahme pro Tag).

Im Folgenden wird das Verfahren anhand von AWS als Beispiel für einen Cloud-Anbieter beschrieben.

Der erste Schritt bei jedem bildbasierten DR-Setup ist die Erstellung von Momentaufnahmen in festen Intervallen. Im Notfall würde das Setup auf das letzte gute Bild/die letzte gute Momentaufnahme zurückgreifen und das System wäre in kurzer Zeit wieder voll funktionsfähig, allerdings mit einem Datenverlust und einer kurzen Ausfallzeit.

Wenn eine Momentaufnahme einer virtuellen Maschine (VM) durchgeführt wird, kann es sein, dass der Hypervisor den Cachingdienst daran hindert, dem Cluster erneut beizutreten, was zu einer Nichtverfügbarkeit des Control Rooms führt. Weitere Informationen finden Sie unter Control room crashes while taking VM snapshot over Windows server 2022 (A-People login required).

Prozedur

  1. Legen Sie das Intervall für Momentaufnahmen abhängig vom möglichen Datenverlust fest.
  2. Beenden Sie die Automation Anywhere-Dienste auf dem Server, von dem ein Bild erstellt wird.
  3. Erstellen Sie im Falle von AWS ein AMI mit den Standardschritten zur Bilderstellung.
    Create an AMI from an Amazon EC2 Instance
  4. Nachdem das Bild erstellt wurde, starten Sie die Automation Anywhere-Dienste.
  5. Führen Sie den Repository-Backup-Mechanismus nach dem gleichen Zeitplan aus.

Die folgenden Schritte beschreiben die Wiederherstellung von Daten aus einem Bild.

  1. Erstellen Sie mit dem zuvor erstellten AMI eine neue Instanz.
    Je nach ursprünglichem Setup müssen Sie, wenn das Setup über mehrere Verfügbarkeitszonen verteilt ist, in allen relevanten Verfügbarkeitszonen gleichermaßen vorgehen.

Die folgenden Schritte sind auf jede wiederherzustellende Instanz anwendbar.

  1. Bearbeiten Sie die Konfigurationsdateien für den Datenbankserver, das Ignite-Cluster und Elasticsearch, um die Cluster im Konfigurationsverzeichnis zu bilden.
    Bei einer Standardinstallation befinden sich die Dateien in: C:\Program Files\Automation Anywhere\Enterprise\config
    1. Bearbeiten Sie die URL des Datenbankservers so, dass sie auf den gewünschten Datenbankserver verweist, und zwar in: boot.db.properties.
      Ändern Sie die URL nicht, wenn der ursprüngliche Server bereits auf eine Nicht-localhost-Adresse verweist.
    2. Bearbeiten Sie die folgende Eigenschaft in der Datei cluster.properties:
      Fügen Sie der Liste eine neue Server-IP hinzu in: ignite.discovery.static.ips=<existing list of ips>, <current server ip>
    3. Bearbeiten Sie die folgenden Eigenschaften in der Datei elasticsearch.yaml :
      • Fügen Sie die aktuelle Serveradresse in node.name: "<local-ip>" hinzu.
      • Fügen Sie die aktuelle Serveradresse in network.host: "local-ip" ein.
      • Lassen Sie die vorhandenen Werte unverändert und fügen Sie in discovery.zen.ping.unicast.hosts: ["ip1","<local-ip>"] die IP-Adresse des aktuellen Servers hinzu.
      • Lassen Sie die vorhandenen Werte in cluster.initial_master_nodes: ["<master-ip>"] unverändert.
  2. Optional: Falls das Repository gemountet ist, stellen Sie es aus der Momentaufnahme wieder her, die dieselbe Zeitangabe wie die ausgewählte Control Room-Momentaufnahme aufweist, und mounten Sie es im entsprechenden Pfad.
  3. Aktualisieren Sie die Konfigurationstabellen.
  4. Vergewissern Sie sich, dass zwischen den Knoten das Transmission Control Protocol (TCP) sichtbar ist.
  5. Starten Sie die Dienste auf dem replizierten Knoten und warten Sie ein paar Minuten, bis das Clustering eingerichtet ist.
  6. Überprüfen Sie die folgenden Punkte:
    • Melden Sie sich an und überprüfen Sie, ob die Bots aufgelistet und sichtbar sind.
    • Wenn in der Installation ein externes Git konfiguriert ist, überprüfen Sie die Gültigkeit mit Funktionen wie dem Check-in.
    • Überprüfen Sie die Auditprotokolle.
  7. Falls Hostnamen/IP-Adressen sich geändert haben, aktualisieren Sie die Load Balancer-Ebene oder das DNS nach Bedarf mit den entsprechenden aktuellen Werten.