Deployment Guide

78
Dans cette section
Modification des membres d'un cluster SQL Server
Modification des groupes de ressources sur des systèmes SQL Server mis en cluster
Modification des membres d'un cluster SQL Server
Lorsque vous apportez des modifications à un cluster de serveurs protégé par DPM, le programme
effectue les opérations suivantes :
• Lorsqu'un nouveau serveur est ajouté à un cluster, DPM génère une alerte indiquant qu'un agent
de protection doit être installé sur le nouveau noeud, et la protection échoue.
• Lorsqu'un serveur est retiré d'un cluster, DPM détecte qu'un noeud a quitté le cluster. Le serveur
apparaît donc séparément et ses données ne sont pas protégées.
Par exemple, supposons que vous disposez d'un cluster de serveurs contenant quatre noeuds
numérotés de 1 à 4. Vous devez remplacer le noeud 4 par un nouvel ordinateur nommé Noeud 5.
Vous utilisez les services de cluster via la console d'administration afin d'ajouter le noeud 5 au cluster
et de configurer les ressources pouvant être basculées sur ce noeud.
DPM génère une alerte indiquant que la protection du cluster de serveurs échouera jusqu'à ce qu'un
agent de protection soit installé sur le noeud 5. Vous installez l'agent de protection sur le noeud 5.
Vous faites basculer les ressources du noeud 4 sur les autres noeuds du cluster. Lorsque le noeud 4
ne contient plus aucune ressource, vous le supprimez du cluster. DPM détecte les
ٛ
basculements et
continue à protéger le cluster.
DPM détecte que le noeud 4 ne fait plus partie du cluster (il apparaît en tant que système autonome).
Si ce noeud n'existe plus sur le réseau, vous pouvez supprimer l'enregistrement correspondant dans
la console d'administration DPM.
Modification des groupes de ressources sur des systèmes SQL
Server mis en cluster
Un noeud de cluster peut disposer d'un nombre de groupes de ressources illimité. Si vous déplacez
une source de données protégée en la plaçant dans un autre groupe de ressources, en la déplaçant
entre différents groupes de ressources ou en la supprimant d'un groupe de ressources, les tâches
de protection risquent d'échouer. Pour pouvoir modifier l'appartenance aux groupes de ressources
à l'aide de ces opérations, vous devez appliquer la procédure suivante :
1. Arrêtez la protection de la source de données. La source de données peut appartenir à un
groupe de protection en tant que source autonome située sur un serveur protégé, ou bien en tant
que membre d'un groupe de ressources.
2. Activez la protection de la source de données en fonction de son nouveau statut (source
autonome située sur un serveur protégé ou source membre d'un groupe de ressources).
Une
ٛ
nouvelle réplique est ainsi affectée à la source de données.