Guida alla valutazione di NetWorker Module for Microsoft per i backup VDI di SQL Server

Lo scopo di questo documento è preparare e configurare correttamente NetWorker Module for Microsoft per eseguire il backup e il ripristino dei database Microsoft SQL Server.

Questo documento è incentrato sul metodo di backup dell'interfaccia del dispositivo virtuale per i backup SQL.

Questo metodo può eseguire i seguenti livelli di backup:

Livelli di backup per SQL VDI

Level	Commento
Completo	Uguale al backup del database SQL Server
Incrementale cumulativo	Uguale al backup differenziale di SQL Server
Logs_only (o txnlog)	Uguale al backup dei log delle transazioni SQL. Si tratta del nuovo livello di backup introdotto in NetWorker versione 9.x ed è progettato per i backup dei log delle transazioni SQL. Questo è il livello richiesto da utilizzare per i backup LOG. Non utilizzare il livello incrementale.
Incrementale	Questo livello è stato utilizzato per il backup dei log per le versioni di NetWorker precedenti alla 9.x. Questa operazione non è più valida per i prodotti NetWorker versione 9.x o successiva. Non utilizzare il livello di backup incrementale.

Passaggio 1. Installazione
Aggiornamenti:
Non esiste alcuna opzione di upgrade. Prima di installare una nuova versione del software, rimuovere manualmente eventuali software meno recenti nell'ordine seguente.

• Su ogni SQL Server, rimuovere il software NMM precedente, quindi riavviare se richiesto.
• Dopo il riavvio, rimuovere il client NetWorker meno recente.

Nuova installazione:
Per l'installazione di un nuovo client o di un'installazione eseguita dopo la rimozione del software precedente, attenersi alla seguente procedura.

• Installare la versione più recente del client NetWorker.
• Installare la stessa versione di NetWorker Extended Client.  
• Installare la stessa versione di NMM che corrisponde alla versione di NetWorker Client.

Passaggio 2. Configurare le risorse client.
Per qualsiasi istanza di SQL Server, è necessaria una risorsa client per eseguire il backup dei database SQL. Sono incluse le istanze SQL standalone, le istanze SQL in cluster e i gruppi di disponibilità AlwaysOn.

Questi sono campi obbligatori.

• Comando di backup
• Utente remoto
• Password

Comando
di backupIl comando di backup per i backup SQL è nsrsqlsv.exe indipendentemente dal fatto che SQL Server sia un'istanza autonoma o un'istanza in cluster.

Utente
remotoRemote User è un campo obbligatorio. Questo campo viene immesso nel formato: DomainName - Nome utente

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

Parola d’ordine
Il campo Password è la password dell'utente remoto.

Saveset e istanze
Istanze
autonomeIl formato del saveset è: MSSQL$<Instance_Name>:

Ad esempio, un host SQL Server denominato SQLDB1 con un'istanza di SQL Server denominata INST01.
Aggiungere una risorsa client per eseguire il backup dell'istanza denominata INST01.
Se l'host dispone di una seconda istanza, INST02, aggiungere una seconda risorsa client per tale istanza.
 

Proprietà

Istanza di SQL Server	Saveset	Esegue il backup degli oggetti seguenti
Istanza predefinita.	MSSQL:	Esegue il backup di tutti i database in questa istanza predefinita
	MSSQLL:dbname	Esegue il backup solo del database 'dbname' in questa istanza
Istanza denominata, ad esempio INST01	MSSQL$INST01:	Esegue il backup di tutti i database in questa istanza denominata
	MSSQL$INST01:dbname	Esegue il backup solo del database 'dbname' in questa istanza denominata

 
SQL Server
in clusterUn'istanza di SQL Server in cluster è installata in un cluster di failover. In questo esempio, un'istanza di SQL Server in cluster con il nome CLUSQL01 può avere due nodi in cui:

• Il nodo 1 è denominato SQLDB1
• Il nodo 2 è denominato SQLDB2
• Il nome SQL Server in cluster è un nome univoco, ad esempio CLUSQL01

Gruppi
di disponibilità SQL Server AlwaysOnUn AAG (AlwaysOn Availability Group) di SQL Server è un gruppo di replica del database costituito da almeno un database replicato tra due o più nodi in un cluster di failover.

Per esempio:

• Il nome del cluster è CLU01
• Il cluster contiene due nodi, SQLDB1 e SQLDB2
• SQLDB1 è un SQL Server standalone con istanza SQL Server PROD
• SQLDB2 è un SQL Server standalone con istanza SQL Server PROD
• I nodi appartengono a un gruppo di disponibilità AlwaysOn, denominato AGPROD
• I nodi condividevano un database replicato agdb1 in AGPROD
• Il nome del listener per AGPROD è LSTAGPROD

Passaggio 3. Concessione delle autorizzazioni
di Windows e SQL ServerIl campo remote user è importante per la riuscita dei backup e dei restore. Questo utente deve disporre delle autorizzazioni richieste. 
L'utente remoto è un utente di dominio a cui sono state concesse le seguenti autorizzazioni su ogni SQL Server:

• Membro del gruppo Windows Local Administrators e del gruppo Backup Operators
• Include i ruoli SQL Server, sysadmin e public
• Per le istanze di SQL Server in cluster e i gruppi di disponibilità AlwaysOn, all'account SYSTEM in ogni SQL Server devono essere concessi anche i ruoli sysadmin e pubblici di SQL Server.

Passaggio 4. Concessione delle autorizzazioni
di NetWorkerPer SQL Server in cluster e cluster AlwaysOn, sono necessari determinati diritti di NetWorker.
Diritti speciali vengono concessi all'account SYSTEM e all'account utente remoto su ciascun nodo.
Ciò richiede una modifica al campo Remote Access e al gruppo di utenti Operators in NetWorker.

Accesso
remotoIl campo Remote Access del client SQL Server in cluster (o del client del nome listener AAG) richiede le seguenti voci.

SYSTEM@nodename

remoteuser@nodename

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