Leitfaden: Server-Host wiederherstellen
Dieses Handbuch soll einem Server-Administrator bei der Wiederherstellung einer Serverinstanz im Falle eines Fehlers eines ursprünglichen Hosts oder von Hosts, beim Wechsel zu einem neuen aktualisierten Server, beim Wechsel von einem On-Premise- zu einem Cloud-Server und in anderen Fällen, in denen sich Ihre Infrastruktur ändert, behilflich sein.
Eine Serverwiederherstellung ermöglicht es Ihnen, einen neuen Server mit Ihren ursprünglichen Benutzern, Workflows, Zeitplänen usw. auszuführen, basierend auf den folgenden Daten Ihres ursprünglichen Servers:
Controller-Token
RuntimeSettings.xml
vom Controller-KnotenMongoDB-Sicherungen
Im Folgenden finden Sie Details zu den einzelnen Schritten des Prozesses:
2 – Wiederherstellen RuntimeSettings.xml
4 – andere Dateien und Einstellungen wiederherstellen
Im Umfang enthalten:
Wiederherstellung nach dem Ausfall einer Einzelrechner-Standardinstallation von Server mit integrierter MongoDB
Verfügbare Sicherung, bei der die notwendigen Informationen intakt sind
Überschreibungsmöglichkeit des/der Zielrechner/s
Nicht im Umfang enthalten:
Server-Umgebung mit mehreren Knoten oder vom Benutzer verwaltete MongoDB - wenden Sie sich an die Kundenbetreuung, wenn Sie Hilfe benötigen.
Zusammenführen von Datenbanken mit Verbindungsdateien
Sicherung oder Wiederherstellung von ODBC-Treibern
Sicherung oder Wiederherstellung von Benutzer- oder System-DSNs
Sicherung oder Wiederherstellung anderer in Windows gespeicherter Aliase, die nicht mit Alteryx verbunden sind
Voraussetzungen
Die Installation aller Datenbanktreiber und der erforderlichen Software für den Workflow-Betrieb sollte vor der Durchführung der Schritte in dieser Anleitung erfolgen, um minimale Ausfallzeiten zu gewährleisten.
Administratorrechte auf dem Zielserver
Zugriff auf alle verwendeten Anmeldedaten für den Identitätswechsel, einschließlich des Dienstkontos (falls nicht des lokalen Systems), des Run-As-Benutzers und aller definierten/verwendeten Workflow-Anmeldedaten
Controller-Token vom Original-Server.
Die Datei „RuntimeSettings.xml" vom Original-Server finden Sie unter:
%PROGRAMDATA%\Alteryx\RuntimeSettings.xml
.Sicherung von MongoDB vom Original-Server. Erfahren Sie, wie man eine Sicherung durchführt.
Stellen Sie in den Windows-Zeitzoneneinstellungen sicher, dass der Zielserver auf dieselbe Zeitzone wie der ursprüngliche Server eingestellt ist. Wenn nicht dieselbe Zeitzone eingestellt ist, können Fehler in den Zeitplanansichten auftreten.
Optional
Die folgenden Elemente wurden im Original-Server möglicherweise nicht eingesetzt. Überprüfen Sie, ob die Funktionalität verwendet wurde, und führen Sie die entsprechenden Schritte durch, die in dieser Anleitung als (Optional) gekennzeichnet sind.
Service-Anmelde-Benutzer, falls verwendet.
„Run-As User"-Details (Als Benutzer ausführen) für die Worker-Konfiguration:
Domain
Benutzername
Kennwort
SMTP-Server-Benutzername und -Kennwort für die Server-Konfiguration.
Verbindungsglieder von
%ProgramData%\Alteryx\Tools
.Alteryx System-basierte und In-DB-Verbindungsaliase vom Original-Server.
In-DB-Datenverbindungen des Systems finden Sie unter
%PROGRAMDATA%\Alteryx\Engine\SystemConnections.xml
.Informationen zu Datenverbindungen des Systems finden Sie unter
%PROGRAMDATA%\Alteryx\Engine\SystemAlias.xml
.
Alteryx-Benutzer- und -In-DB-Verbindungsaliase vom Original-Server - die folgenden Angaben können für jedes Run-As- oder Workflow-Anmeldedaten-Benutzerkonto relevant sein.
Benutzerdatenverbindungen siehe
C:\Users\[username]\AppData\ROaming\Alteryx\Engine\UserConnections.xml
Benutzer-in-DB-Datenverbindungen siehe
C:\Users\[username]\AppData\ROaming\Alteryx\Engine\UserAlias.xml
Schritt 1: Zugang
# | Schritt | Details |
---|---|---|
1.1 | Zeitzone der Maschine einstellen | Die Windows-Zeitzone der neuen Maschine muss so eingestellt werden, dass sie mit der ursprünglichen Maschine übereinstimmt. |
1.2 | Stellen Sie den Zugriff auf Alteryx sicher | Stellen Sie sicher, dass der Computer die vom Alteryx-Lizenzierungssystem verwendete Webdomain whitelist.alteryx.com kontaktieren kann. |
1.3 | Installieren Sie dieselbe Server-Version | Führen Sie eine saubere Installation des Servers derselben Version durch, die das Mongo-Backup generiert hat. Verwenden Sie die neueste Wartungsversion für das Quartal, z. B. wenn Ihre Sicherung von Version 2022 stammt. 2 und 2022.4. 5 Wartungsversion ist verfügbar. Verwenden Sie diese Version. Wenn Ihre Version noch nicht unter http://downloads.alteryx.com verfügbar ist , wenden Sie sich bitte an fulfillment@alteryx.com . Server installieren oder aktualisieren Test die Server-UI wird in einem Browser angezeigt. Sie müssen sich nicht anmelden. |
1.4 | Fehlerbehebung Fehler „in Gebrauch“ des Lizenzschlüssels | Wenn Ihr Lizenzschlüssel noch an Ihren alten Server gebunden ist, müssen Sie ihn auf diesem Computer deaktivieren. Wenn auf diesen Computer nicht zugegriffen werden kann, wenden Sie sich an Ihren Lizenzadministrator, um die Lizenz freizugeben. |
Schritt 2: RuntimeSettings.xml wiederherstellen
# | Schritt | Details |
---|---|---|
2.1 | Öffnen Sie die Eingabeaufforderung 1 im bin-Ordner | Öffnen Sie eine Eingabeaufforderung als Administrator, navigieren Sie zum Ordner Alteryx\bin, und geben Sie die folgenden Befehle ein (passen Sie sie je nach Installationsort an).
|
2.2 | Stoppen Sie den Service | Geben Sie den Befehl ein
Bei Erfolg sollte die Meldung
|
2.3 | Sichern Sie vorhandene RuntimeSettings.xml | Geben Sie den Befehl ein
|
2.4 | Wiederherstellen RuntimeSettings.xml | Kopieren Sie die
Datei RuntimeSettings.xml von Ihrem ursprünglichen Server in das aktuelle
|
2.5 | Controller-Token fehlt | Bearbeiten Sie die RuntimeSettings.xml , die Sie gerade kopiert haben, und löschen Sie alles zwischen den Tags <ServerSecretEncrypted> , wobei nur die Tags wie unten dargestellt bleiben: Speichern und schließen Sie die Datei. |
2.6 | Controller-Token fehlt | Geben Sie den Befehl mit Ihrem ursprünglichen Server-Controller-Token ein
Problembehandlung Version 2021.3+ kann bei diesem Schritt Fehler verursachen: „Set Server Secret failed: Error in CryptImportKey(3): Bad Data. (-2146893819)". Um dies zu korrigieren, lesen Sie den vorherigen Schritt, um sicherzustellen, dass der Wert zwischen den Tags entfernt wurde. |
2.7 | Speicherschlüssel verschlüsselt wiederherstellen | Der Wert
|
2.8 | Ausführen als Benutzer | Wenn Sie auf dem ursprünglichen Server als Benutzer ausgeführt haben, geben Sie den folgenden Befehl ein, andernfalls überspringen Sie diesen Schritt.
|
2.9 | SMTP-Kennwort wiederherstellen | Wenn Sie
Alteryx-Systemeinstellungen
>
Server-UI
>
SMTP >
Kennwort eingegeben haben
(selbst wenn das Kontrollkästchen SMTP deaktiviert war), geben Sie den folgenden Befehl ein, andernfalls überspringen Sie diesen Schritt.
|
2.10 | Sparen Sie RuntimeSettings.xml | Speichern Sie die Datei RuntimeSettings.xml. |
2.11 | Verschlüsselungsschlüssel übertragen Diese Funktion ist nur bei den folgenden Versionen verfügbar:
| Wichtig Bitte beachten Sie, dass hierfür der AlteryxService auf Ihrem ursprünglichen Server-Controller-Knoten ausgeführt werden muss und Ihr neuer Server über das Netzwerk darauf zugreifen muss. Mit den in Übertragungsprozess für Verschlüsselungsschlüssel beschriebenen Schritten können Sie den Verschlüsselungsschlüssel von Ihrem vorhandenen Controller auf den neuen übertragen. |
2.12 | Bleiben Sie auf der Befehlszeile | In
Schritt 3
wird davon ausgegangen, dass Sie sich in einer Admin-Befehlszeile im Ordner
|
Schritt: MongoDB wiederherstellen
# | Schritt | |
---|---|---|
3.1 | MongoDB-Backup abrufen | Kopieren Sie die Mongo
|
3.2 | In einem neuen Ordner wiederherstellen | Stellen Sie die Mongo-Datenbank aus dem Sicherungsordner in einem neuen Wiederherstellungsordner wieder her. Der letzte Parameter ,10 sorgt für eine geringere Speichernutzung durch Mongo während der Wiederherstellung. Dies verringert die Wahrscheinlichkeit von Fehlern wegen unzureichendem Arbeitsspeicher, kann jedoch die Wiederherstellungszeit verlängern. Wenn Sie das ,10 weglassen, können Sie die Wiederherstellung schneller durchführen. Prüfen Sie in beiden Fällen mongoRestore.log wie unten beschrieben, um sicherzustellen, dass die Wiederherstellung erfolgreich war.
Beispiel:
|
3.3 | Bestätigen Sie, dass die Wiederherstellung erfolgreich war | Bestätigen Sie, dass die Wiederherstellung erfolgreich war. Achtung Dies ist ein notwendiger Schritt, da ein Wiederherstellungsfehler im vorigen Schritt nicht gemeldet wird und zu fehlenden Daten auf Ihrem Server führen kann. Überprüfen Sie dazu die Datei mongoRestore.log im MongoDB-Ordner, in dem die Daten wiederhergestellt wurden. Öffnen Sie mongoRestore.log und führen Sie die folgenden Schritte aus:
Wenn die Wiederherstellung fehlgeschlagen ist oder wenn Sie bei der Suche nach den oben aufgeführten Schlüsselwörtern Ergebnisse finden, wenden Sie sich an den Support und geben Sie alle gesammelten Informationen an. Fahren Sie nicht fort, wenn die Wiederherstellung von MongoDB fehlgeschlagen ist. |
3.4 | Legen Sie den Mongo-Pfad in RuntimeSettings.XML fest | Bearbeiten Sie
RuntimeSettings.xml
und geben Sie den Pfad zum
Beispiel: Speichern und schließen Sie den Texteditor. |
3.5 | Starten Sie MongoDB | Geben Sie den Befehl ein
Beispiel
|
Schließen Sie das Eingabeaufforderungsfenster nicht. Wenn Sie das Fenster in Schritt 3.5 schließen, funktioniert keiner der folgenden Schritte. | ||
<< Beginnen Sie mit dem zweiten Abschnitt der Eingabeaufforderung >> | ||
3.6 | Öffnen Sie die zweite Eingabeaufforderung im bin-Ordner | Öffnen Sie eine ZWEITE Eingabeaufforderung
als Administrator
, navigieren Sie zum
|
3.7 | Mongo-Kennwort für nicht-Admin abrufen | Geben Sie den Befehl ein, und kopieren Sie Ihr NON_ADMIN_MONGO_PASSWORD in den Editor
|
3.8 | Starten Sie Die Mongo-Befehlszeile | Geben Sie den Befehl ein
Beispiel
Bei Erfolg sollte
|
3.9 | Vom ursprünglichen Server festgelegte Sperren löschen | Geben Sie den Befehl Mongo ein
Bei Erfolg sollten Sie Folgendes sehen: "
|
3.10 | Beenden Sie die Mongo-Befehlszeile und die Eingabeaufforderung. 2 | Geben Sie den Befehl ein
Schließen Sie Command_Prompt_2 |
<< Beenden Sie den zweiten Abschnitt der Eingabeaufforderung >> | ||
3.11 | Stoppen Sie die Mongo-Datenbank | Geben Sie in der ursprünglichen Eingabeaufforderung den Tastaturbefehl ein
Einmal oder mehrmals, bis Sie MongoDB beenden und zu einer normalen Eingabeaufforderung zurückkehren. Schließen Sie beide Eingabeaufforderungen. |
Schritt 4: Andere Dateien und Einstellungen wiederherstellen
# | Schritt | Details |
---|---|---|
4.1 | Hatten Sie einen Service-Anmelde-Benutzer auf dem ursprünglichen Server? | Dienstanmelde -Benutzer auf neuem Server festlegen. Windows-Dienste-App > Klicken Sie mit der rechten Maustaste auf AlteryxService > Eigenschaften > Anmelden |
4.2 | Fügen Sie Datentreiber und System-DSNs hinzu. | Fügen Sie Treiber mit derselben Version und System-DSNs mit demselben Namen hinzu, um dem ursprünglichen Server https://downloads.alteryx.com/ zu entsprechen . |
Erweiterte Probleme, die möglicherweise nicht auf Ihre Wiederherstellung zutreffen: | ||
4.3 | Konfigurieren Sie in sichereren Umgebungen die erforderlichen Benutzerberechtigungen „Ausführen als“. | Stellen Sie sicher, dass alle Anmeldeinformationen, die zur Ausführung von Workflows verwendet werden (Ausführen als, Dienstanmeldung oder Anmeldeinformationen beim Speichern des Workflows festgelegt), über ausreichende Zugriffsrechte verfügen. Konfigurieren Sie die erforderlichen Benutzerberechtigungen für die Ausführung. |
4.4 | Stellen Sie systembasierte und in-DB-Verbindungs-Aliasnamen wieder her | Datenverbindungen verwalten:
System-in-DB-Datenverbindungen:
|
4.5 | Stellen Sie die Aliasnamen für benutzerbasierte und in-DB-Verbindungen wieder her | Datenverbindungen verwalten:
Benutzer-in-DB-Datenverbindungen:
|
4.6 | Verwenden Workflows Connectors? | Kopieren Sie Connector-Ordner von Ihrem ursprünglichen Server in \ProgramData\Alteryx\Tools Wenden Sie sich an den Kundensupport , um Konnektoren auf Ihrem neuen Server zu aktivieren. |
4.7 | Verwenden Workflows das Python-Tool? | Installieren Sie alle Python-Pakete erneut, die von Workflows installiert wurden. Siehe Server Upgrade Python Tool Environment Checklist. |
4.8 | Verwenden Workflows das R-Tool? | In Kürze verfügbar ... |
4.9 | Verfügen Sie über eine Umgebung mit mehreren Knoten oder eine benutzerverwaltete Mongo-Umgebung? | (In Kürze verfügbar) Wenden Sie sich an Ihren Kundenbetreuer oder den Kundensupport . |
4.10 | Verwenden Sie SSL? | Wenn Sie eine Wiederherstellung auf einem Sandbox-Server zum Testen durchführen, verwenden Sie HTTP zum Testen. Wenn Sie auf einen neuen Server migrieren, stellen Sie SSL wieder her: SSL/TLS für Server konfigurieren Konfigurieren von Alteryx Server für SSL: Abrufen und Installieren der Zertifikate |
Schritt 5: Starten Sie den Alteryx Server
# | Schritt | Details |
---|---|---|
5.1 | Überprüfen Sie die Alteryx-Systemeinstellungen, und unterbrechen Sie die Zeitpläne, falls gewünscht. | Führen Sie die Alteryx-Systemeinstellungen aus , und gehen Sie durch jede Seite, um zu bestätigen, dass die Einstellungen (wie das Controller-Token) die erwarteten Werte enthalten. Wenn Sie nicht möchten, dass Zeitpläne ausgeführt werden, wenn der Service gestartet wird, deaktivieren Sie Folgendes: Ausführung geplanter Alteryx-Workflows auf Computer zulassen: Wenn Sie Finish wählen, sollte der AlteryxService starten und Server in einem Browser verfügbar sein. |
Wichtig
Achten Sie besonders auf die Server-UI-Konfigurationseinstellungen , da ein neuer Server möglicherweise eine andere URL hat oder kein SSL-Zertifikat hat.
Schritt 6: Optional
# | Schritt | Details |
---|---|---|
6.1 | Grundlegende Tests | Wird der AlteryxService ausgeführt? Können Sie:
|
6.2 | Workflow-spezifische Tests | Können Sie Workflows ausführen, die Erweiterungen oder externe Verbindungen enthalten, wie z. B.
|