Guide de tri de NetWorker Module for Microsoft pour les sauvegardes VDI SQL Server

L’objectif de ce document est de préparer et de configurer NetWorker Module for Microsoft pour sauvegarder et restaurer les bases de données Microsoft SQL Server.

Ce document se concentre sur la méthode de sauvegarde de l’interface de périphérique virtuel pour les sauvegardes SQL.

Cette méthode permet d’effectuer les niveaux de sauvegarde suivants :

Niveaux de sauvegarde pour SQL VDI

Niveau	Commentaire
Complète	Équivalent à la sauvegarde de base de données SQL Server
Incrémentielle cumulative	Équivalent à la sauvegarde différentielle SQL Server
Logs_only (ou txnlog)	Égale à la sauvegarde du fichier log des transactions SQL. Il s’agit du nouveau niveau de sauvegarde introduit dans NetWorker version 9.x. Il est conçu pour les sauvegardes des fichiers log des transactions SQL. Il s’agit du niveau requis à utiliser pour les sauvegardes de log. N’utilisez pas le niveau incrémentiel.
Incrémentielle	Ce niveau a été utilisé pour la sauvegarde des logs pour les versions de NetWorker antérieures à la version 9.x. Cette opération n’est plus valide pour les versions 9.x ou ultérieures de NetWorker. N’utilisez pas le niveau de sauvegarde incrémentielle.

Étape 1 : Installation
Améliorations:
Il n’existe aucune option de mise à niveau. Supprimez manuellement tous les logiciels plus anciens dans l’ordre suivant avant d’installer une nouvelle version du logiciel.

• Sur chaque serveur SQL Server, supprimez l’ancien logiciel NMM, puis redémarrez si vous y êtes invité.
• Après le redémarrage, supprimez l’ancien NetWorker Client.

Nouvelle installation :
Pour une nouvelle installation client ou une installation effectuée après la suppression de l’ancien logiciel, procédez comme suit.

• Installez la dernière version de NetWorker Client.
• Installez la même version de NetWorker Extended Client.  
• Installez la même version de NMM qui correspond à la version de NetWorker Client.

Étape 2 : Configurez les ressources client.
Pour toute instance SQL Server, une ressource client est requise pour sauvegarder les bases de données SQL. Cela inclut les instances SQL autonomes, les instances SQL en cluster et les groupes de disponibilité AlwaysOn.

Il s’agit de champs obligatoires.

• Commande de sauvegarde
• Utilisateur distant
• Password (Mot de passe)

Commande
de sauvegardeLa commande de sauvegarde pour les sauvegardes SQL est la suivante : nsrsqlsv.exe peu importe si SQL Server est une instance autonome ou une instance en cluster.

Utilisateur
distantLe champ Remote User est obligatoire. Ce champ est saisi au format suivant : DomainName : nom d’utilisateur

For example, when the domain is AD and the user is dbadmin, then the format for remote user field is AD\dbadmin

Mot de passe
Le champ Password est le mot de passe de l’utilisateur distant.

Saveset et instances
Instances autonomes
Le format du saveset est le suivant : MSSQL$<Instance_Name>:

Par exemple, un hôte SQL Server nommé SQLDB1 qui dispose d’une instance SQL Server nommée INST01.
Ajoutez une ressource client pour sauvegarder l’instance nommée INST01.
Si l’hôte dispose d’une deuxième instance, INST02, ajoutez une deuxième ressource client pour cette instance.
 

Propriétés

SQL Server Instance	Saveset	Sauvegarde les objets suivants
Instance par défaut.	MSSQL:	Sauvegarde toutes les bases de données de cette instance par défaut
	MSSQLL :nom de la base de données	Sauvegarde uniquement la base de données « dbname » dans cette instance
Instance nommée, par exemple, INST01	MSSQL$INST01 :	Sauvegarde toutes les bases de données de cette instance nommée
	MSSQL$INST01 :dbname	Sauvegarde uniquement la base de données « dbname » dans cette instance nommée

 
SQL Server
en clusterUne instance SQL Server en cluster est installée dans un cluster de basculement. Dans cet exemple, une instance SQL Server en cluster portant le nom CLUSQL01 peut avoir deux nœuds où :

• Le nœud 1 s’appelle SQLDB1
• Le nœud 2 s’appelle SQLDB2
• Le nom SQL Server en cluster est un nom unique, par exemple CLUSQL01

Groupes
de disponibilité AlwaysOn SQL ServerUn groupe de disponibilité AlwaysOn (AAG) SQL Server est un groupe de réplication de base de données composé d’au moins une base de données répliquée entre deux nœuds ou plus dans un cluster de basculement.

Par exemple:

• Le nom du cluster est CLU01
• Le cluster contient deux nœuds : SQLDB1 et SQLDB2
• SQLDB1 est un serveur SQL Server autonome avec instance SQL Server PROD
• SQLDB2 est un serveur SQL Server autonome avec instance SQL Server PROD
• Les nœuds appartiennent à un groupe de disponibilité AlwaysOn, appelé AGPROD
• Les nœuds partageaient une base de données répliquée agdb1 dans AGPROD
• Le nom de l’écouteur pour AGPROD est LSTAGPROD

Étape 3 : Accorder des autorisations
Windows et SQL ServerLe champ Utilisateur distant est important pour la réussite des sauvegardes et des restaurations. Cet utilisateur doit disposer des autorisations requises. 
L’utilisateur distant est un utilisateur de domaine auquel les services suivants ont été accordés sur chaque serveur SQL Server :

• Membre du groupe des administrateurs locaux Windows et du groupe des opérateurs de sauvegarde
• Inclut les rôles SQL Server, sysadmin et public
• Pour les instances SQL Server en cluster et les groupes de disponibilité AlwaysOn, le compte SYSTEM sur chaque SQL Server doit également disposer de rôles sysadmin et publics SQL Server.

Étape 4 : Accorder des autorisations
NetWorkerPour les clusters SQL Server et AlwaysOn en cluster, certains droits NetWorker sont requis.
Des droits spéciaux sont accordés au compte SYSTEM et au compte d’utilisateur distant sur chaque nœud.
Pour ce faire, il est nécessaire de modifier le champ Remote Access et le groupe d’utilisateurs Opérateurs dans NetWorker.

Accès
distantLe champ Remote Access du client SQL Server en cluster (ou du client du nom de l’écouteur AAG) requiert les entrées suivantes.

SYSTEM@nodename

remoteuser@nodename

For the example given, that would require:
SYSTEM@SQLDB1
SYSTEM@SQLDB2
dbadmin@SQLDB1
dbadmin@SQLDB2