Руководство по модулю NetWorker для Microsoft по рассмотрению резервных копий инфраструктуры виртуальных рабочих столов SQL Server

Целью данного документа является успешная подготовка и настройка модуля NetWorker для Microsoft для резервного копирования и восстановления баз данных Microsoft SQL Server.

В этом документе описывается метод резервного копирования интерфейса виртуальных устройств для резервного копирования SQL.

Этот метод позволяет выполнять следующие уровни резервного копирования:

Уровни резервного копирования для инфраструктуры виртуальных рабочих столов SQL

Level	Комментарий
Полный	Равнозначно резервному копированию базы данных SQL Server
Накопительный, инкрементный	Равнозначно дифференциальному резервному копированию SQL Server
Logs_only (или txnlog)	Аналогично резервному копированию журнала транзакций SQL. Это новый уровень резервного копирования, представленный в NetWorker версии 9.x, предназначенный для резервного копирования журналов транзакций SQL. Это необходимый уровень, который используется для резервного копирования LOG. Не используйте инкрементное увеличение уровня.
Инкрементный	Этот уровень использовался для резервного копирования журналов в версиях NetWorker, предшествующих версии 9.x. Это больше не действует для NetWorker версии 9.x или более поздних. Не используйте уровень инкрементного резервного копирования.

Шаг 1. Установка
Обновления:
Возможность модернизации отсутствует. Перед установкой новой версии программного обеспечения вручную удалите все старые версии программного обеспечения в указанном ниже порядке.

• Удалите предыдущее программное обеспечение NMM на каждом сервере SQL Server, а затем перезагрузите его, если появится соответствующий запрос.
• После перезагрузки удалите предыдущую версию клиента NetWorker.

Новая установка:
Для установки нового клиента или установки, выполненной после удаления более старого программного обеспечения, выполните следующие действия.

• Установите последнюю версию клиента NetWorker.
• Установите ту же версию расширенного клиента NetWorker.  
• Установите ту же версию NMM, которая соответствует версии клиента NetWorker.

Шаг 2. Настройка клиентских ресурсов.
Для любого экземпляра SQL Server требуется клиентский ресурс для резервного копирования баз данных SQL. Сюда входят автономные экземпляры SQL, кластеризованные экземпляры SQL и группы доступности AlwaysOn.

Это обязательные поля.

• Команда резервного копирования
• Удаленный пользователь
• Password

Команда
резервного копированияКоманда резервного копирования для резервного копирования SQL выглядит следующим образом: nsrsqlsv.exe независимо от того, является ли SQL Server автономным экземпляром или кластеризованным экземпляром.

Удаленный пользователь
Поле «Удаленный пользователь» обязательно для заполнения. Это поле вводится в следующем формате: DomainName - имя пользователя

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

Пароль
Поле Пароль — это пароль для удаленного пользователя.

Сохранить набор и экземпляры
Автономные экземпляры
Формат «Сохранить набор»: MSSQL$<Instance_Name>:

Например, хост SQL Server с именем SQLDB1 имеет экземпляр SQL Server с именем INST01.
Добавьте один клиентский ресурс для резервного копирования именованного экземпляра INST01.
Если на хосте есть второй экземпляр, INST02, добавьте второй клиентский ресурс для этого экземпляра.
 

Properties

Экземпляр SQL Server	Сохранить набор	Резервное копирование следующих объектов
Экземпляр по умолчанию.	MSSQL:	Создает резервную копию всех баз данных в этом экземпляре по умолчанию
	MSSQLL:dbname	В данном случае создает резервную копию только базы данных «dbname»
Именованный экземпляр, например INST01	MSSQL$INST01:	Создает резервную копию всех баз данных в этом именованном экземпляре
	MSSQL$INST01:dbname	Создает резервную копию только базы данных «dbname» в этом именованном экземпляре

 
Кластеризованный SQL Server
Кластеризованный экземпляр SQL Server устанавливается в отказоустойчивом кластере. В этом примере кластеризованный экземпляр SQL Server с именем CLUSQL01 может иметь два узла, где:

• Узел 1 называется SQLDB1
• Узел 2 называется SQLDB2
• Имя кластеризованного SQL Server — это уникальное имя, например CLUSQL01

Группы
доступности SQL Server AlwaysOnГруппа доступности SQL Server AlwaysOn (AAG) — это группа репликации базы данных, состоящая по меньшей мере из одной базы данных, реплицируемой между двумя или несколькими узлами в отказоустойчивом кластере.

Например:

• Имя кластера — CLU01
• Кластер содержит два узла — SQLDB1 и SQLDB2
• SQLDB1 — это автономный SQL Server с экземпляром SQL Server PROD
• SQLDB2 — это автономный SQL Server с экземпляром SQL Server PROD
• Узлы принадлежат к группе доступности AlwaysOn, которая называется AGPROD
• Узлы совместно использовали реплицируемую базу данных agdb1 в AGPROD
• Имя прослушивателя для AGPROD — LSTAGPROD

Шаг 3. Предоставление разрешений
Windows и SQL ServerПоле «Удаленный пользователь» важно для успешного резервного копирования и восстановления. Этот пользователь должен обладать необходимыми разрешениями. 
Удаленный пользователь — это пользователь домена, которому на каждом сервере SQL Server предоставлено следующее:

• Член группы локальных администраторов Windows и группы операторов резервного копирования
• Включает роли SQL Server, sysadmin и public
• Для кластерных экземпляров SQL Server и групп доступности AlwaysOn учетной записи SYSTEM на каждом сервере SQL Server также должны быть предоставлены роли системного администратора и общедоступной роли SQL Server.

Шаг 4. Предоставление разрешений
NetWorkerДля кластерных SQL Server и кластеров AlwaysOn требуются определенные права NetWorker.
На каждом узле учетной записи SYSTEM и учетной записи удаленного пользователя предоставляются специальные права.
Для этого необходимо изменить поле «Удаленный доступ» и группу пользователей «Операторы» в NetWorker.

Удаленный доступ
Для поля «Удаленный доступ » кластеризованного клиента SQL Server (или клиента имени прослушивателя AAG) требуются следующие записи.

SYSTEM@nodename

remoteuser@nodename

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