Pour effectuer des tests sur une instance de Devolutions Server sans altérer les données en production, déployer une instance de test basée sur une copie de l'instance de production.
Avant de déployer une instance de Devolutions Server, il est recommandé d'effectuer quelques tests pour s'assurer que tout fonctionne correctement. Voir liste de vérification de la mise en scène de Devolutions Server pour plus de détails.
Les étapes suivantes décrivent comment créer une instance de test hébergée sur la même machine que l'instance de production.
Copier une instance de production de Devolutions Server dans un environnement de préproduction peut avoir un impact sur les comptes privilégiés si le module PAM est utilisé. Pour éviter cela, retirer les comptes privilégiés de l'instance de préproduction et créer de nouveaux comptes spécifiquement pour l'environnement de préproduction.
Effectuer une sauvegarde complète de la base de données de production.
Restaurer la base de données sous un nouveau nom.
Exporter les clés de chiffrement de l'instance de production de Devolutions Server (si ce n'est pas déjà fait).
Créer une nouvelle instance dans la console Devolutions Server. Il est recommandé de créer l'instance de test en utilisant la même version que l'instance de production.
À l'étape de la base de données, entrer les informations relatives à la copie de la base de données créée à l'étape 2.
Une fois qu'il est demandé, fournir le fichier de clé de chiffrement exporté à l'étape 3. À partir de ce moment, effectuer la mise à niveau de la console Devolutions Server et mettre à jour l'instance de test. La console est conçue pour prendre en charge les versions antérieures de Devolutions Server.
Effectuer une copie de sauvegarde complète de la base de données de la préproduction une fois la création terminée.
Installer et tester toutes les fonctionnalités supplémentaires, telles que le service de planification, le serveur d'enregistrement, et le Devolutions Gateway.
Les instructions ci-dessus peuvent être utilisées pour migrer l'instance de Devolutions Server vers un nouveau serveur.
Si désiré, déconnecter l'ancienne machine de votre domaine et renommer la nouvelle pour correspondre au nom de la machine originale. Cela élimine le besoin de mettre à jour l'URI d'accès et la source de données Devolutions Server dans Remote Desktop Manager.
Si vous prévoyez de migrer la base de données SQL vers un nouveau serveur, ceci devrait être fait après avoir terminé la migration de Devolutions Server. Une fois la base de données migrée, mettre à jour la configuration de la base de données via la Console de Devolutions Server.
Si vous prévoyez de déplacer l'instance de Devolutions Server vers un nouveau fournisseur d'identité, utiliser également l'outil de migration d'authentification pour transférer les utilisateurs et les groupes d'utilisateurs vers le nouveau fournisseur en toute transparence.
Suivre les étapes ci-dessous pour migrer un SQL Server d'un Devolutions Server à un autre. Cette méthode est utile pour ceux souhaitant passer de SQL Express à SQL Server, par exemple.
-
Effectuer une sauvegarde complète de votre base de données.
-
Restaurer la base de données sous un nouveau nom.
S'assurer que vos comptes de service sont présents dans le nouveau SQL Server. Le DVLS_Owner doit toujours être un DB_Owner sur la base de données restaurée et avoir l'Modifier tout login depuis le sécurisable.
-
Dans la Console Devolutions Server, sous Modifier – Base de données, pointer l'instance de Devolutions Server vers le nouveau SQL Server et la base de données.
-
Dans la section Identifiants avancés du même onglet, cocher Appliquer les moindres permissions à la fois sur l'Application Web et le service Planificateur. Cliquer sur Sauvegarder.
-
Arrêter et redémarrer l'instance de Devolutions Server pour appliquer les modifications.
Partagez vos commentaires