Moduł NetWorker dla Microsoft Triage Guide dla kopii zapasowych VDI SQL Server

Celem tego dokumentu jest pomyślne przygotowanie i skonfigurowanie modułu NetWorker dla firmy Microsoft w celu tworzenia kopii zapasowych i przywracania baz danych Microsoft SQL Server.

W tym dokumencie omówiono metodę tworzenia kopii zapasowych interfejsu urządzenia wirtualnego dla kopii zapasowych SQL.

Ta metoda umożliwia wykonanie kopii zapasowych na następujących poziomach:

Poziomy kopii zapasowych dla SQL VDI

Poziom	Komentarz
Pełna	Równa się kopii zapasowej bazy danych SQL Server
Skumulowany przyrostowy	Równa się różnicowej kopii zapasowej programu SQL Server
Logs_only (lub txnlog)	Równa się kopii zapasowej dziennika transakcji SQL. Jest to nowy poziom kopii zapasowej wprowadzony w oprogramowaniu NetWorker w wersji 9.x i jest przeznaczony do tworzenia kopii zapasowych dzienników transakcji SQL. Jest to poziom wymagany do tworzenia kopii zapasowych dziennika. Nie używaj przyrostu poziomu.
Przyrostowa	Ten poziom był używany do tworzenia kopii zapasowych dzienników dla wersji NetWorker przed wersją 9.x. Nie dotyczy to już żadnego NetWorker w wersji 9.x lub nowszej. Nie używaj przyrostowego poziomu kopii zapasowej.

Krok 1: Instalacja
Uaktualnień:
Nie ma opcji uaktualnienia. Przed zainstalowaniem nowej wersji należy ręcznie usunąć starsze oprogramowanie w następującej kolejności.

• Na każdym serwerze SQL usuń starsze oprogramowanie NMM i po wyświetleniu monitu uruchom ponownie komputer.
• Po ponownym uruchomieniu usuń starszego klienta NetWorker.

Nowa instalacja:
W przypadku nowej instalacji klienta lub instalacji wykonanej po usunięciu starszego oprogramowania wykonaj następujące czynności.

• Zainstaluj najnowszą wersję klienta NetWorker.
• Zainstaluj tę samą wersję klienta NetWorker Extended Client.  
• Zainstaluj tę samą wersję NMM, która jest zgodna z wersją klienta NetWorker.

Krok 2: Konfiguracja zasobów klienta.
Dla każdego wystąpienia SQL Server zasób klienta jest wymagany do tworzenia kopii zapasowych baz danych SQL. Obejmuje to autonomiczne wystąpienia SQL, klastrowane wystąpienia SQL i zawsze włączone grupy dostępności.

Są to pola wymagane.

• Polecenie kopii zapasowej
• Użytkownik zdalny
• Hasło

Polecenie
kopii zapasowejPolecenie kopii zapasowej dla kopii zapasowych SQL to nsrsqlsv.exe niezależnie od tego, czy program SQL Server jest wystąpieniem autonomicznym, czy klastrowanym.

Użytkownik
zdalnyPole Użytkownik zdalny jest wymagane. Pole to wprowadza się w formacie: DomainName — nazwa użytkownika

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

Hasło
Pole Hasło jest hasłem dla użytkownika zdalnego.

Zapisz zestaw i instancje
Instancje
autonomiczneFormat zestawu zapisu: MSSQL$<Instance_Name>:

Na przykład host programu SQL Server o nazwie SQLDB1, który ma wystąpienie programu SQL Server o nazwie INST01.
Dodaj jeden zasób klienta, aby utworzyć kopię zapasową nazwanego wystąpienia INST01.
Jeśli host ma drugie wystąpienie, INST02, dodaj drugi zasób klienta dla tego wystąpienia.
 

Właściwości

Instancja SQL Server	Zapisz zestaw	Tworzy kopie zapasowe następujących obiektów
Wystąpienie domyślne.	MSSQL:	Utworzenie kopii zapasowej wszystkich baz danych w tym wystąpieniu domyślnym
	MSSQLL:nazwa_bazy danych	W tym przypadku tworzy kopię zapasową tylko bazy danych "dbname"
Nazwana instancja, na przykład INST01	MSSQL$INST01:	Tworzy kopię zapasową wszystkich baz danych w tej nazwanej instancji
	MSSQL$INST01:nazwa_bazy_danych	Tworzy kopię zapasową tylko bazy danych "dbname" w tej nazwanej instancji

 
Klastrowany program SQL Server
Klastrowane wystąpienie programu SQL Server jest instalowane w klastrze trybu failover. W tym przykładzie klastrowane wystąpienie SQL Server o nazwie CLUSQL01 może mieć dwa węzły, w których:

• Węzeł 1 nosi nazwę SQLDB1
• Węzeł 2 nosi nazwę SQLDB2
• Nazwa klastra SQL Server jest nazwą unikatową, na przykład CLUSQL01

Grupy dostępności zawsze włączone programu
SQL ServerGrupa dostępności SQL Server AlwaysOn (AAG) to grupa replikacji bazy danych składająca się z co najmniej jednej bazy danych replikowanej między co najmniej dwoma węzłami w klastrze trybu failover.

Na przykład:

• Nazwa klastra to CLU01
• Klaster zawiera dwa węzły: SQLDB1 i SQLDB2
• SQLDB1 to autonomiczny SQL Server z SQL Server instancji PROD
• SQLDB2 to autonomiczny program SQL Server z instancją SQL Server PROD
• Węzły należą do zawsze włączonej grupy dostępności o nazwie AGPROD
• Węzły współużytkowały replikowaną bazę danych agdb1 w AGPROD
• Nazwa detektora AGPROD to LSTAGPROD

Krok 3: Przyznawanie
uprawnień systemu Windows i SQL ServerPole użytkownika zdalnego jest ważne, aby tworzenie kopii zapasowych i przywracanie zakończyło się powodzeniem. Ten użytkownik musi mieć wymagane uprawnienia. 
Użytkownik zdalny to użytkownik domeny, któremu przyznano następujące uprawnienia w każdym programie SQL Server:

• Członek grupy Administratorzy lokalni systemu Windows i grupy Operatorzy kopii zapasowych
• Obejmuje role SQL Server sysadmin i public
• W przypadku klastrowanych wystąpień SQL Server i zawsze włączonych grup dostępności konto SYSTEM w każdym SQL Server powinno również mieć przyznane SQL Server role sysadmin i publiczne.

Krok 4: Przyznawanie
uprawnień NetWorkerW przypadku klastrowanych serwerów SQL i klastrów AlwaysOn wymagane są pewne prawa NetWorker.
Specjalne uprawnienia są przyznawane do konta SYSTEM i konta użytkownika zdalnego w każdym węźle.
Wymaga to zmiany pola Dostęp zdalny i grupy użytkowników Operatorzy w NetWorker.

Zdalny dostęp
Pole Dostęp zdalny klastrowanego klienta SQL Server (lub klienta nazwy odbiornika AAG) wymaga następujących wpisów.

SYSTEM@nodename

remoteuser@nodename

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