Настройка управляемого резервного копирования SQL Server в Azure для групп доступности

В этом разделе описано руководство по настройке управляемого резервного копирования SQL Server в Microsoft Azure для баз данных, участвующих в группах доступности AlwaysOn.

Конфигурации группы доступности

Управляемое резервное копирование SQL Server в Microsoft Azure поддерживается для баз данных группы доступности, независимо от того, настроены ли реплики локально или полностью в Azure, или гибридной реализации между локальными и несколькими виртуальными машинами Azure. Однако для одной или нескольких реализаций может потребоваться рассмотреть следующее:

Частота резервного копирования журналов: частота определяется как временными интервалами, так и увеличением объема данных в журнале. Например, резервное копирование журналов выполняется каждые 2 часа, если пространство журнала, используемое в течение двухчасового периода, составляет 5 МБ или более. Это относится ко всем реализациям, локальным, облачным или гибридным.
Пропускная способность сети. Это относится к реализациям, в которых реплики находятся в разных физических расположениях, например в гибридном облаке или в разных регионах Azure в конфигурации только облака. Пропускная способность сети может повлиять на задержку вторичных файлов и, если для вторичных файлов задана синхронная репликация, это может привести к росту журналов на первичной. Если вторичные реплики настроены на синхронную репликацию, вторичные реплики могут не успевать из-за задержки сети, что может привести к потере данных в случае переключения на вторичную реплику.

Настройка управляемого резервного копирования SQL Server в Microsoft Azure для баз данных доступности.

Разрешения:

Требуется членство в роли базы данных db_backupoperator с правами ALTER ANY CREDENTIAL и правами на EXECUTE хранимой процедуре.
Требуется разрешение SELECT для функции smart_admin.fn_get_current_xevent_settings.
Требуется EXECUTE разрешение на хранимую процедуру smart_admin.sp_get_backup_diagnostics . Кроме того, для этого требуются VIEW SERVER STATE разрешения, так как она вызывает другие системные объекты, требующие этого разрешения.
Требуется разрешение EXECUTE на хранимые процедуры smart_admin.sp_set_instance_backup и smart_admin.sp_backup_master_switch.

Ниже приведены основные шаги по настройке группы доступности AlwaysOn с помощью управляемого резервного копирования SQL Server в Microsoft Azure. Подробное пошаговое руководство описано далее в этом разделе.

После создания группы доступности настройте предпочтительную реплику резервного копирования. Этот параметр для группы доступности также используется управляемым резервным копированием SQL Server в Microsoft Azure для определения реплики, используемой для резервного копирования. Пошаговые инструкции по настройке предпочтения резервного копирования см. в разделе "Настройка резервного копирования в репликах доступности" (SQL Server). Если вы создаете новую группу доступности AlwaysOn, см. статью "Начало работы с группами доступности AlwaysOn" (SQL Server).
Настройте доступ для чтения только к вторичным репликам. Для получения пошаговых инструкций по настройке доступа только для чтения см. раздел "Настройка доступа Read-Only на реплике доступности (SQL Server)".
Укажите реплику резервного копирования. Предпочтительный параметр реплики резервного копирования используется управляемым резервным копированием SQL Server в Microsoft Azure для определения базы данных, используемой для планирования резервных копий. Чтобы определить, является ли текущая реплика предпочтительной репликой резервного копирования, используйте функцию sys.fn_hadr_backup_is_preferred_replica (Transact-SQL).
На каждой реплике выполните конфигурацию управляемого резервного копирования SQL Server в Microsoft Azure для базы данных, используя хранимую процедуру smart-admin.sp_set_db_backup.

Поведение управляемого резервного копирования SQL Server в Microsoft Azure после отработки отказа: Управляемое резервное копирование SQL Server в Microsoft Azure продолжит работать и поддерживать резервные копии и возможность восстановления после события отработки отказа. Никаких конкретных действий после переключения не требуется.

Включение и настройка управляемого резервного копирования SQL Server в Microsoft Azure для базы данных доступности

В этом руководстве описаны действия по включению и настройке управляемого резервного копирования SQL Server в Microsoft Azure для базы данных (AGTestDB) на компьютерах Node1 и Node2, а затем шаги по мониторингу состояния управляемого резервного копирования SQL Server в Microsoft Azure.

Создайте учетную запись хранения Azure: Резервные копии хранятся в службе хранилища BLOB-объектов Azure. Сначала необходимо создать учетную запись хранения Azure, если у вас еще нет учетной записи хранения. Дополнительные сведения см. в статье "Создание учетной записи хранения Azure". Запишите имя учетной записи хранения, ключи доступа и URL-адрес учетной записи хранения. Для создания учетных данных SQL используются имя учетной записи хранения и информация о ключе доступа. Учетные данные SQL Server используются управляемой функцией резервного копирования SQL Server в Microsoft Azure для проверки подлинности в учетной записи хранения во время операций резервного копирования.
Создание учетных данных SQL: Создайте учетные данные SQL, используя имя учетной записи хранения в качестве удостоверения и ключа доступа к хранилищу в качестве пароля.
Убедитесь, что служба агента SQL Server запущена и работает. Запустите агент SQL Server, если он еще не запущен. Управляемое резервное копирование SQL Server в Microsoft Azure требует, чтобы агент SQL Server работал на экземпляре для выполнения операций резервного копирования. Может потребоваться настроить автоматический запуск агента SQL, чтобы убедиться, что операции резервного копирования могут выполняться регулярно.
Определите период хранения: Определите срок хранения, который требуется для файлов резервной копии. Срок хранения указывается в днях и может варьироваться от 1 до 30. Период хранения определяет период времени восстановления базы данных.
Создайте сертификат или асимметричный ключ для шифрования во время резервного копирования: Создайте сертификат на первом узле Node1, а затем экспортируйте его в файл с помощью BACKUP CERTIFICATE (Transact-SQL).. На узле 2 создайте сертификат с помощью файла, экспортированного из Узла 1. Дополнительные сведения о создании сертификата из файла см. в примере в разделе CREATE CERTIFICATE (Transact-SQL).
Включите и настройте управляемое резервное копирование SQL Server в Microsoft Azure для AGTestDB на Node1: Запустите среду SQL Server Management Studio и подключитесь к экземпляру на Node1, где установлена база данных высокой доступности. В окне запроса выполните следующую инструкцию после изменения значений имени базы данных, URL-адреса хранилища, учетных данных SQL и периода хранения в соответствии с вашими требованиями:
```
Use msdb;  
GO  
EXEC smart_admin.sp_set_db_backup   
                @database_name='AGTestDB'   
                ,@retention_days=30   
                ,@credential_name='MyCredential'  
                ,@encryption_algorithm ='AES_128'  
                ,@encryptor_type= 'Certificate'  
                ,@encryptor_name='MyBackupCert'  
                ,@enable_backup=1;  
GO  
```
Дополнительные сведения о создании сертификата для шифрования см. в разделе "Создание сертификата резервного копирования " в статье "Создание зашифрованной резервной копии".
Включите и настройте управляемое резервное копирование SQL Server в Microsoft Azure для AGTestDB на node2: Запустите SQL Server Management Studio и подключитесь к экземпляру на node2, где установлена база данных доступности. В окне запроса выполните следующую инструкцию после изменения значений имени базы данных, URL-адреса хранилища, учетных данных SQL и периода хранения в соответствии с вашими требованиями:
```
Use msdb;  
GO  
EXEC smart_admin.sp_set_db_backup   
                @database_name='AGTestDB'   
                ,@retention_days=30   
                ,@credential_name='MyCredential'  
                ,@encryption_algorithm ='AES_128'  
                ,@encryptor_type= 'Certificate'  
                ,@encryptor_name='MyBackupCert'  
                ,@enable_backup=1;  
GO  
```
Управляемое резервное копирование SQL Server в Microsoft Azure теперь включено в указанной базе данных. Может потребоваться до 15 минут, прежде чем начнут выполняться операции резервного копирования для базы данных. Резервное копирование будет выполняться на предпочтительной реплике резервного копирования.
Просмотрите конфигурацию расширенного события по умолчанию: Просмотрите конфигурацию расширенного события, выполнив следующую инструкцию transact-SQL в реплике, из которую используется управляемое резервное копирование SQL Server в Microsoft Azure для планирования резервных копий. Обычно это предпочтительный параметр реплики резервного копирования для группы доступности, к которой принадлежит база данных.
```
SELECT * FROM smart_admin.fn_get_current_xevent_settings(); 
```
Вы увидите, что события администратора, операционного и аналитического канала включены по умолчанию и не могут быть отключены. Этого должно быть достаточно для наблюдения за событиями, требующими ручного вмешательства. Вы можете включить события отладки, но эти каналы включают информационные и отладочные события, которые sql Server Managed Backup в Microsoft Azure использует для обнаружения проблем и их устранения. Дополнительные сведения см. в статье "Мониторинг управляемого резервного копирования SQL Server в Azure".
Включение и настройка уведомления о состоянии работоспособности: У управляемого резервного копирования SQL Server в Microsoft Azure есть хранимая процедура, которая создает задание агента для отправки уведомлений по электронной почте об ошибках или предупреждениях, которые могут потребовать внимания. Чтобы получать такие уведомления, необходимо запустить хранимую процедуру, которая активирует задание агента SQL Server. Приведенные ниже шаги описывают процесс включения и настройки уведомлений по электронной почте.
1. Настройте компонент Database Mail, если он еще не включен на экземпляре. Дополнительные сведения см. в разделе Configure Database Mail.
2. Настройте уведомления агента SQL Server для использования компонента Database Mail. Дополнительные сведения см. в разделе Настройка почты агента SQL Server для использования компонента Database Mail.
3. Включите уведомления по электронной почте для получения сообщений об ошибках и предупреждений, связанных с резервным копированием. В окне запроса выполните следующие инструкции Transact-SQL:
```
EXEC msdb.smart_admin.sp_set_parameter  
@parameter_name = 'SSMBackup2WANotificationEmailIds',  
@parameter_value = '<email>'  
```
  Дополнительные сведения и полный пример скрипта см. в статье "Мониторинг управляемого резервного копирования SQL Server в Azure".
Просмотр файлов резервного копирования в учетной записи хранения Azure: Подключитесь к учетной записи хранения из SQL Server Management Studio или портала управления Azure. Вы увидите контейнер для экземпляра SQL Server, на котором размещена база данных, настроенная для использования управляемого резервного копирования SQL Server в Microsoft Azure. Вы также можете увидеть базу данных и резервную копию журнала в течение 15 минут после включения управляемого резервного копирования SQL Server в Microsoft Azure для базы данных.

Отслеживайте состояние работоспособности. Вы можете использовать для мониторинга настроенные ранее уведомления по электронной почте либо активно отслеживать события в журнале. Ниже приведены примеры инструкций Transact-SQL, которые используются для просмотра событий.

--  view all admin events  
Use msdb;  
Go  
DECLARE @startofweek datetime  
DECLARE @endofweek datetime  
SET @startofweek = DATEADD(Day, 1-DATEPART(WEEKDAY, CURRENT_TIMESTAMP), CURRENT_TIMESTAMP)   
SET @endofweek = DATEADD(Day, 7-DATEPART(WEEKDAY, CURRENT_TIMESTAMP), CURRENT_TIMESTAMP)  

DECLARE @eventresult TABLE  
(event_type nvarchar(512),  
event varchar (512),  
timestamp datetime  
)  

INSERT INTO @eventresult  

EXEC smart_admin.sp_get_backup_diagnostics @begin_time = @startofweek, @end_time = @endofweek  

SELECT * from @eventresult  
WHERE event_type LIKE '%admin%'

-- to enable debug events  
Use msdb;  
Go  
EXEC smart_admin.sp_set_parameter 'FileRetentionDebugXevent', 'True'

--  View all events in the current week  
Use msdb;  
Go  
DECLARE @startofweek datetime  
DECLARE @endofweek datetime  
SET @startofweek = DATEADD(Day, 1-DATEPART(WEEKDAY, CURRENT_TIMESTAMP), CURRENT_TIMESTAMP)   
SET @endofweek = DATEADD(Day, 7-DATEPART(WEEKDAY, CURRENT_TIMESTAMP), CURRENT_TIMESTAMP)  

EXEC smart_admin.sp_get_backup_diagnostics @begin_time = @startofweek, @end_time = @endofweek;

Действия, описанные в этом разделе, предназначены специально для первой настройки управляемого резервного копирования SQL Server в Microsoft Azure на базе данных. Можно изменить существующие конфигурации с помощью той же системной хранимой процедуры smart_admin.sp_set_db_backup и предоставить новые значения. Дополнительные сведения см. в разделе SQL Server Managed Backup to Azure — Параметры удержания и хранения.

Настройка управляемого резервного копирования SQL Server в Azure для групп доступности

Конфигурации группы доступности

Настройка управляемого резервного копирования SQL Server в Microsoft Azure для баз данных доступности.

Рекомендации и требования:

Включение и настройка управляемого резервного копирования SQL Server в Microsoft Azure для базы данных доступности

Рекомендации по удалению базы данных из конфигурации группы доступности AlwaysOn

Дополнительные ресурсы