Bildbasierte Replikation

Der Replikationsprozess ist in allen Umgebungen und bei allen Cloud-Anbietern ähnlich. Erstellung und Speicherung der Momentaufnahmen erfolgen nach einem Zeitplan. Das Intervall der Momentaufnahmen hängt von der Toleranz des Kunden gegenüber einem möglichen Datenverlust ab.

Vorbereitungen

Empfohlen wird ein Replikationszeitplan von mindestens 1 Tag (eine Momentaufnahme pro Tag).

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

Prozedur

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.

  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:
      Hängen Sie an die Liste eine neue Server-IP an: 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" hinzu.
      • 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.