Sauvegardes MSSQL Semi-Cluster Aware avec ZWC

Cet article est pour Amanda Entreprise (AE)

Amanda Enterprise (ci-après appelé AE), fonctionnant avec le client Zmanda Windows (ci-après appelé ZWC), peut être utilisé pour effectuer des sauvegardes d'un cluster SQL Server. Cependant, étant donné qu'Amanda Enterprise n'est pas totalement «compatible avec les clusters», il y a certaines restrictions à prendre en compte et les exigences à respecter. Le ZWC partage le code avec le programme de sauvegarde Windows Server complet de notre société mère Carbonite, Carbonite Server Backup. Pour cette raison, «Service ZWC» ou «Base de données ZWC» sont parfois répertoriés comme «Contrôleur de sauvegarde du serveur Carbonite» et «Base de données du serveur Carbonite» respectivement. Traitez ces services Carbonite exactement comme vous le feriez avec les services ZWC dans ces instructions.

installation

Le ZWC doit être installé sur tous les nœuds du cluster.

1. Installez le ZWC sur le nœud qui est le propriétaire (principal) préféré de la ressource SQL Cluster.
   1. Une nouvelle clé de registre nommée Nom du cluster (Type = String) doit être créé dans HKLM \ Software \ Zmanda \ ZWC \ 1.0 \ Engine \. La valeur de la clé doit être le nom du cluster SQL.
   2. Ouvrez le menu Services et redémarrez le service Carbonite Server Database, cela redémarrera les deux services.
2. Configurez un jeu de sauvegarde SQL Server dans AE.
   1. Les sauvegardes sur le nœud principal peuvent être configurées en tant que sauvegardes FULL et DIFFERENTIAL. S'il te plait regarde Sauvegardes différentielles dans un cluster SQL Server  ci-dessous.
3. Déplacez l'instance SQL vers un autre nœud et répétez l'installation et la configuration de ZWC.
   1. Désactivez le nouveau jeu de sauvegarde SQL. Cliquez avec le bouton droit sur le jeu de sauvegarde et sélectionnez Désactiver.
   2. Configurez uniquement les sauvegardes FULL sur tous les autres nœuds. S'il te plait regarde Sauvegardes différentielles dans un cluster SQL Server  ci-dessous.
4. Répétez l'étape 3 pour tous les nœuds du cluster.
5. Remettez l'instance SQL sur le nœud préféré (principal).

Déplacement d'une instance SQL entre des nœuds de cluster après l'installation initiale

Si vous déplacez l'instance SQL du nœud de cluster principal vers un autre nœud après la configuration initiale, vous devez également ajuster votre configuration AE et ZWC, sauf si vous prévoyez de déplacer la ressource avant la sauvegarde planifiée.

1. Tout d'abord, désactivez le jeu de sauvegarde SQL sur le nœud actuel.
2. Déplacez l'instance SQL vers un autre nœud.
3. Activez le jeu de sauvegarde sur le nouveau nœud.

Sauvegardes différentielles dans un cluster SQL Server

Étant donné que AE n'est pas entièrement compatible avec les clusters, vous devez faire très attention lorsque vous utilisez des sauvegardes différentielles dans un environnement en cluster. Imaginez le scénario suivant:

1. Votre première sauvegarde complète est effectuée sur le nœud 1 (le propriétaire préféré) à la transaction / enregistrement 100. SQL Server enregistre que la sauvegarde complète est effectuée.
   1. Cette sauvegarde contiendrait les transactions / enregistrements 1 à 100. Type = Complet.
2. Votre prochaine sauvegarde, toujours sur le nœud 1, est une sauvegarde différentielle effectuée à la transaction 150. SQL Server enregistre cette sauvegarde différentielle.
   1. Cette sauvegarde contiendrait les transactions 101 - 150. Type = Différentiel. Correspondant Full est 1-100.
3. Vous déplacez maintenant SQL Server vers le nœud 2 à la transaction 200 et effectuez une sauvegarde. AE et ZWC sur ce nœud ne sont pas conscients des sauvegardes sur l'autre nœud, vous devez donc effectuer une autre sauvegarde complète.
   1. Cette sauvegarde contiendrait les transactions 1 à 200. SQL Server enregistre que la sauvegarde complète est effectuée à la transaction 200.
4. À ce stade, vous déplacez SQL vers le nœud 1 et effectuez une sauvegarde différentielle à la transaction 250. SQL Server a enregistré que la dernière sauvegarde complète était à la transaction 200.
   1. Cette sauvegarde contiendrait les transactions 201 - 250.
   2. Cependant, la dernière sauvegarde complète sur ce nœud ne contient que les transactions 1 à 100.
5. Maintenant, il y a un problème. Les transactions sont absentes de la chaîne de sauvegarde. Seules les sauvegardes complètes peuvent être restaurées.
   1. Une restauration de la sauvegarde complète sur le nœud 1 ne contiendrait que les enregistrements 1 à 100. La seule sauvegarde différentielle pouvant être restaurée est celle contenant les transactions 101 à 150. Les transactions 151 à 250 sont perdues.
   2. Une restauration de la sauvegarde complète sur le nœud 2 ne contiendra que les enregistrements 1 - 200. La sauvegarde différentielle du nœud 1 ne peut pas être restaurée sur le nœud 2. Les transactions 201 - 250 sont perdues.

Pour éviter les problèmes tels que ceux ci-dessus, nous vous recommandons:

1. Utilisez les sauvegardes complètes ou différentielles uniquement sur le nœud principal unique, c'est-à-dire sur le propriétaire préféré de la ressource de cluster d'instance SQL.
2. N'utilisez que des sauvegardes complètes sur tous les autres nœuds.
3. Si les données SQL ont été sauvegardées, alors qu'elles résident sur un autre nœud que le nœud principal, lorsque vous déplacez l'instance SQL vers le nœud principal, la première sauvegarde effectuée doit être une sauvegarde complète.

Si l'instance SQL n'est déplacée vers d'autres nœuds du cluster que pendant une courte période, par exemple pour la maintenance, vous pouvez simplifier votre schéma de sauvegarde en installant et en configurant uniquement ZWC sur un seul nœud principal.

Nous vous encourageons à lire l'article suivant publié sur le blog MSDN: Quelles données devez-vous sauvegarder à partir de votre cluster SQL Server?