Eine Devolutions Server-Staging-Instanz erstellen
Um Tests an einer Devolutions Server-Instanz durchzuführen, ohne die Daten in der Produktion zu verändern, stellen Sie eine Testinstanz basierend auf einer Kopie der Produktionsinstanz bereit.
Die folgenden Schritte beschreiben, wie eine Testinstanz erstellt wird, die auf derselben Maschine wie die Produktionsinstanz gehostet wird.
Das Kopieren einer Produktionsinstanz von Devolutions Server in eine Staging-Umgebung kann Auswirkungen auf privilegierte Konten haben, wenn das PAM-Modul verwendet wird. Um dies zu vermeiden, entfernen Sie die privilegierten Konten aus der Staging-Instanz und erstellen Sie neue speziell für die Staging-Umgebung.
Führen Sie eine vollständige Sicherung der Produktionsdatenbank durch.
Stellen Sie die Datenbank unter einem neuen Namen wieder her.
Exportieren Sie die Verschlüsselungsschlüssel aus der Produktionsinstanz von Devolutions Server (falls dies noch nicht erfolgt ist).
Erstellen Sie eine neue Instanz in der Devolutions Server Console. Es wird empfohlen, die Testinstanz mit derselben Version wie die Produktionsinstanz zu erstellen.
Geben Sie im Datenbankschritt die Informationen zur in Schritt 2 erstellten Datenbankkopie ein.
Wenn Sie dazu aufgefordert werden, stellen Sie die in Schritt 3 exportierte Verschlüsselungsschlüsseldatei bereit. Ab diesem Punkt können Sie das Upgrade der Devolutions Server Console durchführen und die Testinstanz aktualisieren. Die Konsole ist so konzipiert, dass sie frühere Versionen von Devolutions Server unterstützt.
Erstellen Sie eine vollständige Sicherung der Staging-Datenbank, wenn die Erstellung abgeschlossen ist.
Installieren und testen Sie alle zusätzlichen Funktionen, wie den Scheduler-Dienst, den Aufzeichnungsserver und das Devolutions Gateway.
Devolutions Server auf einen anderen Server migrieren
Die obigen Anweisungen können verwendet werden, um die Devolutions Server-Instanz auf einen neuen Server zu migrieren.
Falls gewünscht, können Sie die alte Maschine von Ihrer Domäne trennen und die neue umbenennen, damit sie dem ursprünglichen Maschinennamen entspricht. Dadurch entfällt die Notwendigkeit, den Zugriffs-URI und die Devolutions Server-Datenquelle in Remote Desktop Manager zu aktualisieren.
Wenn Sie planen, die SQL-Datenbank auf einen neuen Server zu migrieren, sollte dies nach Abschluss der Devolutions Server-Migration erfolgen. Sobald die Datenbank migriert wurde, aktualisieren Sie die Datenbankkonfiguration über die Devolutions Server Console.
Wenn Sie planen, die Devolutions Server-Instanz zu einem neuen Identitätsanbieter zu verschieben, können Sie auch das Authentifizierungs-Migrationstool verwenden, um Benutzer und Benutzergruppen nahtlos zum neuen Anbieter zu übertragen.
Einen SQL Server auf einen anderen Server migrieren
Befolgen Sie die folgenden Schritte, um einen SQL Server von einem Devolutions Server auf einen anderen zu migrieren. Diese Methode ist beispielsweise für diejenigen nützlich, die von SQL Express zu SQL Server wechseln möchten.
Führen Sie eine vollständige Sicherung Ihrer Datenbank durch.
Stellen Sie die Datenbank unter einem neuen Namen wieder her.
Stellen Sie sicher, dass Ihre Dienstkonten im neuen SQL Server vorhanden sind. Der DVLS_Owner muss weiterhin ein DB_Owner der wiederhergestellten Datenbank sein und über die Berechtigungen Alter any login und Control Server aus den Sicherungsfähigen verfügen.
Richten Sie in der Devolutions Server Console unter Edit – Database die Devolutions Server-Instanz auf den neuen SQL Server und die neue Datenbank aus.
Aktivieren Sie im Abschnitt Advanced credentials derselben Registerkarte die Option Apply least permissions sowohl für die Webanwendung als auch für den Scheduler-Dienst. Klicken Sie auf Save.
Stoppen und starten Sie die Devolutions Server-Instanz neu, um die Änderungen anzuwenden.
Zuletzt aktualisiert
War das hilfreich?