NetWorker Module for Microsoft Selektierungshandbuch für SQL Server-VDI-Backups

Der Zweck dieses Dokuments besteht darin, NetWorker Module for Microsoft erfolgreich vorzubereiten und zu konfigurieren, um Microsoft SQL Server-Datenbanken zu sichern und wiederherzustellen.

Dieses Dokument konzentriert sich auf die Backupmethode Virtual Device Interface für SQL-Backups.

Mit dieser Methode können die folgenden Backuplevels durchgeführt werden:

Backuplevel für SQL VDI

Klasse	Kommentar
Vollständig	Entspricht dem SQL Server-Datenbankbackup
Kumulativ inkrementell	Entspricht dem differenziellen SQL Server-Backup
Logs_only (oder txnlog)	Entspricht dem SQL-Transaktionsprotokollbackup. Dies ist das neue Backuplevel, das in NetWorker Version 9.x eingeführt wurde und für SQL-Transaktionsprotokoll-Backups entwickelt wurde. Dies ist die erforderliche Ebene für PROTOKOLL-Backups. Verwenden Sie nicht das inkrementelle Level.
Inkrementell	Diese Ebene wurde für das Protokollbackup für NetWorker-Versionen vor Version 9.x verwendet. Dies gilt nicht mehr für NetWorker-Version 9.x oder höher. Verwenden Sie kein inkrementelles Backuplevel.

Schritt 1: Installation
Verbesserungen:
Es gibt keine Upgrade-Option. Entfernen Sie manuell ältere Software in der folgenden Reihenfolge, bevor Sie eine neue Version der Software installieren.

• Entfernen Sie auf jedem SQL Server die ältere NMM-Software und starten Sie sie dann neu, wenn Sie dazu aufgefordert werden.
• Entfernen Sie nach dem Neustart den älteren NetWorker-Client.

Neuinstallation:
Führen Sie für eine neue Clientinstallation oder eine Installation, die nach dem Entfernen älterer Software durchgeführt wird, die folgenden Schritte aus.

• Installieren Sie die neueste Version des NetWorker-Clients.
• Installieren Sie dieselbe Version des NetWorker Extended Client.  
• Installieren Sie dieselbe Version von NMM, die der Version von NetWorker Client entspricht.

Schritt 2: Konfigurieren von Clientressourcen
Für jede SQL Server-Instanz ist eine Clientressource erforderlich, um die SQL-Datenbanken zu sichern. Dazu gehören eigenständige SQL-Instanzen, geclusterte SQL-Instanzen und AlwaysOn-Verfügbarkeitsgruppen.

Dies sind Pflichtfelder.

• Backupbefehl
• Remotenutzer
• Kennwort

Backupbefehl
Der Backupbefehl für SQL-Backups lautet nsrsqlsv.exe Unabhängig davon, ob es sich bei dem SQL Server um eine eigenständige Instanz oder eine geclusterte Instanz handelt.

Remotenutzer
Der Remotenutzer ist ein Pflichtfeld. Dieses Feld wird im folgenden Format ausgefüllt: DomainName – Nutzername

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

Passwort
Das Feld Password ist das Kennwort für den Remotenutzer.

Saveset und Instanzen
Eigenständige Instanzen
Das Saveset-Format lautet: MSSQL$<Instance_Name>:

Beispiel: ein SQL Server-Host mit dem Namen SQLDB1, der über eine SQL Server-Instanz namens INST01 verfügt.
Fügen Sie eine Clientressource hinzu, um die benannte Instanz INST01 zu sichern.
Wenn der Host über eine zweite Instanz, INST02, verfügt, fügen Sie eine zweite Clientressource für diese Instanz hinzu.
 

Eigenschaften

SQL Server-Instanz	Saveset	Sichert folgende Objekte
Standardinstanz.	MSSQL:	Sichert alle Datenbanken in dieser Standardinstanz
	MSSQLL:dbname	Sichert in dieser Instanz nur die Datenbank "dbname"
Benannte Instanz, z. B. INST01	MSSQL$INST01:	Sichert alle Datenbanken in dieser benannten Instanz
	MSSQL$INST01:dbname	Sichert nur die Datenbank "dbname" in dieser benannten Instanz

 
Geclusterter SQL Server
Eine geclusterte SQL Server-Instanz ist in einem Failover-Cluster installiert. In diesem Beispiel kann eine geclusterte SQL Server-Instanz mit dem Namen CLUSQL01 zwei Nodes haben, wobei Folgendes gilt:

• Node1 wird als SQLDB1 bezeichnet.
• Node2 wird als SQLDB2 bezeichnet.
• Der SQL Server-Clustername ist ein eindeutiger Name, z. B. CLUSQL01

SQL Server AlwaysOn-Verfügbarkeitsgruppen
Eine SQL Server AlwaysOn Availability Group (AAG) ist eine Datenbankreplikationsgruppe, die aus mindestens einer Datenbank besteht, die zwischen zwei oder mehr Nodes in einem Failovercluster repliziert wird.

Zum Beispiel:

• Der Clustername lautet CLU01
• Der Cluster enthält zwei Nodes, SQLDB1 und SQLDB2
• SQLDB1 ist ein eigenständiger SQL Server mit SQL Server-Instanz PROD
• SQLDB2 ist ein eigenständiger SQL Server mit SQL Server-Instanz PROD
• Die Nodes gehören zu einer AlwaysOn-Verfügbarkeitsgruppe namens AGPROD
• Die Nodes haben eine replizierte Datenbank agdb1 in AGPROD gemeinsam genutzt
• Der Listenername für AGPROD ist LSTAGPROD

Schritt 3: Erteilen von Windows- und SQL Server-Berechtigungen
Das Feld Remotenutzer ist wichtig, damit die Backups und Wiederherstellungen erfolgreich sein können. Dieser Nutzer muss über die erforderlichen Berechtigungen verfügen. 
Der Remotenutzer ist ein Domänennutzer, dem auf jedem SQL Server Folgendes gewährt wurde:

• Mitglied der Gruppe der lokalen Windows-Administratoren und der Gruppe "Backupoperatoren"
• Umfasst die SQL Server-Rollen sysadmin und public
• Für geclusterte SQL Server-Instanzen und AlwaysOn-Verfügbarkeitsgruppen sollte dem SYSTEM-Konto auf jedem SQL Server auch die Rollen "sysadmin" und "public" für SQL Server gewährt werden.

Schritt 4: Erteilen von NetWorker-Berechtigungen
Für geclusterte SQL Server und AlwaysOn-Cluster sind bestimmte NetWorker-Rechte erforderlich.
Spezielle Rechte werden dem SYSTEM-Konto und dem Remote-Benutzerkonto auf jedem Node gewährt.
Dies erfordert eine Änderung des Felds Remote Access und der Nutzergruppe Operatoren in NetWorker.

Remotezugriff
Das Feld "Remotezugriff " des SQL Server-Clusterclients (oder des AAG-Listenernamenclients) erfordert die folgenden Einträge.

SYSTEM@nodename

remoteuser@nodename

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