Guía de triage del módulo de NetWorker para Microsoft para respaldos de VDI de SQL Server

El propósito de este documento es preparar y configurar correctamente NetWorker Module para que Microsoft respalde y restaure bases de datos de Microsoft SQL Server.

Este documento se centra en el método de respaldo de la interfaz de dispositivo virtual para respaldos de SQL.

Este método puede ejecutar los siguientes niveles de respaldo:

Niveles de respaldo para SQL VDI

Nivel	Comentario
Lleno	Igual al respaldo de base de datos de SQL Server
Incremental acumulativo	Igual al respaldo diferencial de SQL Server
Logs_only (o txnlog)	Igual al respaldo del registro de transacciones de SQL. Este es el nuevo nivel de respaldo presentado en NetWorker versión 9.x y está diseñado para respaldos de registros de transacciones de SQL. Este es el nivel necesario que se debe usar para los respaldos de REGISTROS. No utilice nivel incremental.
Incremental	Este nivel se usaba para el respaldo de registros para las versiones de NetWorker anteriores a la versión 9.x. Esto ya no es válido para ninguna versión 9.x o superior de NetWorker. No utilice el nivel de respaldo incremental.

Paso 1: Instalación
Actualizaciones:
No hay ninguna opción de actualización. Elimine manualmente cualquier software antiguo en el siguiente orden antes de instalar una nueva versión del software.

• En cada SQL Server, elimine el software NMM anterior y, a continuación, reinicie si se le solicita.
• Después del reinicio, elimine el cliente de NetWorker anterior.

Nueva instalación:
Para una instalación de cliente nueva o una instalación realizada después de quitar el software anterior, realice los siguientes pasos.

• Instale la versión más reciente del cliente de NetWorker.
• Instale la misma versión de NetWorker Extended Client.  
• Instale la misma versión de NMM que coincida con la versión del cliente de NetWorker.

Paso 2: Configure los recursos del cliente.
Para cualquier instancia de SQL Server, se requiere un recurso de cliente para respaldar las bases de datos de SQL. Esto incluye instancias de SQL independientes, instancias de SQL en clúster y grupos de disponibilidad AlwaysOn.

Estos son campos obligatorios.

• Comando de respaldo
• Usuario remoto
• Contraseña

Comando
de respaldoEl comando de respaldo para respaldos de SQL es nsrsqlsv.exe independientemente de si SQL Server es una instancia independiente o una instancia en clúster.

Usuario
remotoEl campo Usuario remoto es obligatorio. Este campo se ingresa en el formato siguiente: DomainName - nombre de usuario

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

Contraseña
El campo Contraseña es la contraseña para el usuario remoto.

Saveset e instancias
Instancias
independientesEl formato del saveset es: MSSQL$<Instance_Name>:

Por ejemplo, un host de SQL Server denominado SQLDB1 que tiene una instancia de SQL Server denominada INST01.
Agregue un recurso de cliente para respaldar la instancia con nombre INST01.
Si el host tiene una segunda instancia, INST02, agregue un segundo recurso de cliente para esa instancia.
 

Properties

Instancia de SQL Server	Saveset	Realiza una copia de seguridad de los siguientes objetos:
Instancia predeterminada.	MSSQL:	Respalda todas las bases de datos en esta instancia predeterminada
	MSSQLL: dbname	Respalda solo la base de datos "dbname" en esta instancia
Instancia con nombre, por ejemplo, INST01	MSSQL$INST01:	Respalda todas las bases de datos en esta instancia con nombre
	MSSQL$INST01:dbname	Respalda solo la base de datos "dbname" en esta instancia con nombre

 
SQL Server
en clústerUna instancia de SQL Server en clúster se instala en un clúster de conmutación por error. En este ejemplo, una instancia de SQL Server en clúster con el nombre CLUSQL01 puede tener dos nodos donde:

• El nodo 1 se denomina SQLDB1
• El nodo 2 se denomina SQLDB2
• El nombre de SQL Server en clúster es un nombre único, por ejemplo, CLUSQL01

Grupos
de disponibilidad AlwaysOn de SQL ServerUn grupo de disponibilidad AlwaysOn (AAG) de SQL Server es un grupo de replicación de bases de datos que consta de al menos una base de datos replicada entre dos o más nodos en un clúster de conmutación por error.

Por ejemplo:

• El nombre del clúster es CLU01
• El clúster contiene dos nodos, SQLDB1 y SQLDB2
• SQLDB1 es un servidor SQL Server independiente con PROD de instancia de SQL Server
• SQLDB2 es un SQL Server independiente con PROD de instancia de SQL Server
• Los nodos pertenecen a un grupo de disponibilidad AlwaysOn, denominado AGPROD
• Los nodos compartieron una base de datos replicada agdb1 en AGPROD
• El nombre del cliente de escucha para AGPROD es LSTAGPROD

Paso 3: Otorgar permisos de
Windows y SQL ServerEl campo de usuario remoto es importante para que los respaldos y las restauraciones se realicen correctamente. Este usuario debe tener los permisos necesarios. 
El usuario remoto es un usuario de dominio al que se le otorgó lo siguiente en cada SQL Server:

• Miembro del grupo de administradores locales de Windows y del grupo de operadores de respaldo
• Incluye las funciones de SQL Server sysadmin y public
• Para las instancias de SQL Server en clúster y los grupos de disponibilidad AlwaysOn, también se debe otorgar a la cuenta SYSTEM de cada SQL Server funciones públicas y sysadmin de SQL Server.

Paso 4: Otorgar permisos de
NetWorkerPara los servidores SQL Server en clúster y los clústeres AlwaysOn, se requieren ciertos derechos de NetWorker.
Se otorgan derechos especiales a la cuenta del SISTEMA y a la cuenta de usuario remoto en cada nodo.
Esto requiere un cambio en el campo Remote Access y en el grupo de usuarios Operators en NetWorker.

Acceso
remotoEl campo Remote Access del cliente de SQL Server en clúster (o el cliente de nombre de escucha de AAG) requiere las siguientes entradas.

SYSTEM@nodename

remoteuser@nodename

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