Guia de triagem do NetWorker Module for Microsoft para backups de VDI do SQL Server

O objetivo deste documento é preparar e configurar com sucesso o NetWorker Module for Microsoft para fazer backup e restaurar bancos de dados Microsoft SQL Server.

Este documento se concentra no método de backup da interface de dispositivo virtual para backups SQL.

Esse método pode executar os seguintes níveis de backup:

Níveis de backup para VDI do SQL

Nível	Comment
Cheio	Igual ao backup do banco de dados do SQL Server
Incremental cumulativo	Igual ao backup diferencial do SQL Server
Logs_only (ou txnlog)	Igual ao backup de log de transações SQL. Esse é o novo nível de backup introduzido no NetWorker versão 9.x e foi projetado para backups de registros de transações SQL. Esse é o nível necessário a ser usado para backups de LOG. Não use incremento de nível.
Incremental	Esse nível foi usado para backup de logs para versões do NetWorker anteriores à versão 9.x. Isso não é mais válido para qualquer versão do NetWorker 9.x ou posterior. Não use nível de backup incremental.

Etapa 1: Instalação
Upgrades:
Não há opção de upgrade. Remova manualmente qualquer software mais antigo na ordem a seguir antes de instalar uma nova versão do software.

• Em cada SQL Server, remova o software NMM mais antigo e reinicialize, se solicitado.
• Após a reinicialização, remova o client NetWorker mais antigo.

Nova instalação:
Para uma instalação de um novo cliente ou uma instalação feita após a remoção do software mais antigo, execute as etapas a seguir.

• Instale a versão mais recente do client do NetWorker.
• Instale a mesma versão do client estendido do NetWorker.  
• Instale a mesma versão do NMM que corresponde à versão do client NetWorker.

Etapa 2: Configurar recursos do client.
Para qualquer instância do SQL Server, um recurso de client é necessário para fazer backup dos bancos de dados SQL. Isso inclui instâncias SQL independentes, instâncias SQL em cluster e grupos de disponibilidade AlwaysOn.

Estes são campos obrigatórios.

• Comando de backup
• Usuário remoto
• Senha

Comando
de backupO comando de backup para backups do SQL é nsrsqlsv.exe independentemente se o SQL Server é uma instância independente ou clusterizada.

Usuário
remotoO campo Remote User é obrigatório. Este campo é inserido no formato de: DomainName - Nome de usuário

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

Senha
O campo Password é a senha do usuário remoto.

Saveset e instâncias
Instâncias
independentesO formato do saveset é: MSSQL$<Instance_Name>:

Por exemplo, um host do SQL Server chamado SQLDB1 que tem uma instância do SQL Server chamada INST01.
Adicione um recurso de client para fazer backup da instância nomeada INST01.
Se o host tiver uma segunda instância, INST02, adicione um segundo recurso de client para essa instância.
 

Propriedades

Instância do SQL Server	Saveset	Faz backup dos seguintes objetos
Instância padrão.	MSSQL:	Faz backup de todos os bancos de dados nessa instância padrão
	MSSQLL:dbname	Faz backup apenas do banco de dados 'dbname' nesta instância
Instância nomeada, por exemplo, INST01	MSSQL$INST01:	Faz backup de todos os bancos de dados nessa instância nomeada
	MSSQL$INST01:dbname	Faz backup apenas do banco de dados 'dbname' nessa instância nomeada

 
SQL Server
em clusterUma instância do SQL Server em cluster é instalada em um cluster de failover. Neste exemplo, uma instância em cluster do SQL Server com o nome CLUSQL01 pode ter dois nós em que:

• O Nó 1 é chamado de SQLDB1
• O nó 2 é chamado de SQLDB2
• O nome do SQL Server em cluster é um nome exclusivo, por exemplo, CLUSQL01

Grupos de disponibilidade AlwaysOn do
SQL ServerUm AAG (AlwaysOn Availability Group, Grupo de Disponibilidade AlwaysOn) do SQL Server é um grupo de replicação de banco de dados que consiste em pelo menos um banco de dados replicado entre dois ou mais nós em um cluster de failover.

Por exemplo:

• O nome do cluster é CLU01
• O cluster contém dois nós, SQLDB1 e SQLDB2
• SQLDB1 é um SQL Server independente com instância do SQL Server PROD
• SQLDB2 é um SQL Server independente com instância do SQL Server PROD
• Os nós pertencem a um grupo de disponibilidade AlwaysOn, chamado AGPROD
• Os nós compartilharam um banco de dados replicado agdb1 no AGPROD
• O nome do ouvinte do AGPROD é LSTAGPROD

Etapa 3: Conceder permissões
do Windows e do SQL ServerO campo usuário remoto é importante para que os backups e restaurações sejam bem-sucedidos. Esse usuário deve ter as permissões necessárias. 
O usuário remoto é um usuário de domínio que recebeu o seguinte em cada SQL Server:

• Membro do grupo de administradores locais do Windows e do grupo de operadores de backup
• Inclui as funções do SQL Server, sysadmin e public
• Para instâncias do SQL Server em cluster e grupos de disponibilidade AlwaysOn, a conta SYSTEM em cada SQL Server também deve receber funções públicas e sysadmin do SQL Server.

Etapa 4: Conceder permissões
ao NetWorkerPara SQL Servers em cluster e clusters AlwaysOn, certos direitos do NetWorker são necessários.
Direitos especiais são concedidos à conta SYSTEM e à conta de usuário remoto em cada nó.
Isso requer uma alteração no campo Acesso remoto e no grupo de usuários Operadores no NetWorker.

Acesso
remotoO campo Acesso remoto do client SQL Server em cluster (ou do client de nome do ouvinte AAG) requer as seguintes entradas.

SYSTEM@nodename

remoteuser@nodename

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