Управляемое резервное копирование SQL Server в Microsoft Azure

Статья
2025-01-02

Область применения: SQL Server — только Для Windows

Управляемое резервное копирование SQL Server в Microsoft Azure управляет и автоматизирует резервные копии SQL Server в хранилище BLOB-объектов Microsoft Azure. Вы можете разрешить SQL Server определить расписание резервного копирования на основе рабочей нагрузки транзакции базы данных или использовать дополнительные параметры для определения расписания. Параметры хранения определяют продолжительность хранения резервных копий в хранилище BLOB-объектов Azure. Управляемое резервное копирование SQL Server в Microsoft Azure поддерживает восстановление до определенного момента времени в течение указанного периода хранения.

Примечание.

В SQL Server 2016 (13.x) процедуры и базовое поведение управляемого резервного копирования SQL Server в Microsoft Azure изменились. Дополнительные сведения см. в разделе "Миграция параметров управляемого резервного копирования".

Для экземпляров SQL Server, работающих на виртуальных машинах Microsoft Azure, рекомендуется использовать управляемое резервное копирование SQL Server в Microsoft Azure.

Льготы

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

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

Вы также можете зашифровать резервные копии для дополнительной безопасности и настроить настраиваемое расписание для управления при выполнении резервных копий. Дополнительные сведения о преимуществах использования хранилища BLOB-объектов Microsoft Azure для резервного копирования SQL Server см. в статье Резервное копирование и восстановление SQL Server с использованием хранилища BLOB-объектов Azure.

Предварительные требования

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

Предварительные требования	Описание
Учетная запись Microsoft Azure	Прежде чем просмотреть варианты приобретения , можно начать работу с Azure, используя бесплатную пробную версию.
Учетная запись хранения Azure	Резервные копии хранятся в Хранилище BLOB-объектов Azure, связанном с учетной записью хранения Azure. Пошаговые инструкции по созданию учетной записи хранения см. в разделе "Создание учетной записи хранения".
Контейнер BLOB	Объекты Blobs упорядочены в контейнерах. Необходимо указать целевой контейнер для файлов резервных копий. Контейнер можно создать на портале управления Azure или использовать`New-AzureStorageContainer`.
Подписанный общий ключ доступа (SAS)	Доступ к целевому контейнеру контролируется с помощью подписи для общей доступа (SAS). Общие сведения о SAS см. в статье Предоставление ограниченного доступа к ресурсам службы хранилища Azure с использованием подписанных URI (SAS). Маркер SAS можно создать в коде `New-AzureStorageContainerSASToken` или с помощью команды PowerShell. Для упрощения этого процесса с помощью сценария PowerShell см. статью «Упрощение создания учетных данных SQL с помощью токенов SAS (Shared Access Signature) в Azure Storage с помощью PowerShell». Маркер SAS можно хранить в учетные данные SQL для использования с управляемым резервным копированием SQL Server в Microsoft Azure.
Агент SQL Server	агент SQL Server должен работать для работы управляемого резервного копирования SQL Server в Microsoft Azure. Рекомендуется установить автоматический запуск.
Вторичный доступный для чтения	Если вы переносите ваши управляемые резервные копии на вторичную реплику группы доступности Always On, необходимо установить вторичную реплику в режим Доступна для чтения для успешного выполнения управляемых резервных копий.

Компоненты

Transact-SQL — это основной интерфейс для взаимодействия с управляемым резервным копированием SQL Server в Microsoft Azure. Системные хранимые процедуры используются для включения, настройки и мониторинга управляемого резервного копирования SQL Server в Microsoft Azure. Системные функции используются для получения существующих параметров конфигурации, значений параметров и данных файлов резервных копий. Расширенные события используются для отображения ошибок и предупреждений. Механизмы предупреждений включаются с помощью заданий агента SQL Server и управления на основе политик SQL Server. Следующий список объектов содержит описание их функциональных возможностей в отношении управляемого резервного копирования SQL Server в Microsoft Azure.

Командлеты PowerShell также доступны для настройки управляемого резервного копирования SQL Server в Microsoft Azure. SQL Server Management Studio поддерживает восстановление резервных копий, созданных управляемым резервным копированием SQL Server в Microsoft Azure с помощью задачи "Восстановление базы данных ".

Системный объект	Описание
`msdb`	Хранит метаданные, журнал резервных копий для всех резервных копий, созданных управляемым резервным копированием SQL Server в Microsoft Azure.
managed_backup.sp_backup_config_basic	Включает управляемое резервное копирование SQL Server в Microsoft Azure.
managed_backup.sp_backup_config_advanced	Настраивает дополнительные параметры управляемого резервного копирования SQL Server в Microsoft Azure, например шифрование.
managed_backup.sp_backup_config_schedule	Создает настраиваемое расписание для управляемого резервного копирования SQL Server в Microsoft Azure.
managed_backup.sp_ backup_master_switch	Приостановка и возобновление управляемого резервного копирования SQL Server в Microsoft Azure.
managed_backup.sp_set_parameter	Включает и настраивает мониторинг управляемого резервного копирования SQL Server в Microsoft Azure. Примеры: включение расширенных событий, настроек почты для уведомлений.
managed_backup.sp_backup_on_demand	Выполняет разовое резервное копирование для базы данных, которая включена для использования управляемого резервного копирования SQL Server в Microsoft Azure, не прерывая цепочку журналов.
managed_backup.fn_backup_db_config	Возвращает текущие значения состояния и конфигурации управляемой резервной копии SQL Server в Microsoft Azure для базы данных или для всех баз данных в экземпляре.
managed_backup.fn_is_master_switch_on	Возвращает состояние основного переключателя.
managed_backup.sp_get_backup_diagnostics	Возвращает события, записанные в журнал подсистемой расширенных событий.
managed_backup.fn_get_parameter	Возвращает текущие значения системных параметров резервного копирования, например параметры мониторинга и почтовые параметры для оповещений.
managed_backup.fn_available_backups	Извлекает доступные резервные копии заданной базы данных или всех баз данных в экземпляре.
managed_backup.fn_get_current_xevent_settings	Возвращает текущие параметры расширенных событий.
managed_backup.fn_get_health_status	Возвращает объединенное число ошибок, зарегистрированных подсистемой расширенных событий за указанный период.

Стратегия резервного копирования

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

Планирование резервного копирования

Можно указать настраиваемое расписание резервного копирования с помощью системной хранимой процедуры managed_backup.sp_backup_config_schedule. Если вы не указываете пользовательское расписание, тип запланированных резервных копий и частота резервного копирования определяется на основе рабочей нагрузки базы данных. Настройки срока хранения используются для определения времени, в течение которого резервные файлы должны храниться в хранилище, а также возможности восстановления базы данных на определённый момент времени в пределах срока хранения.

Соглашения об именовании файлов резервных копий

Управляемое резервное копирование SQL Server в Microsoft Azure использует указанный контейнер, поэтому у вас есть контроль над именем контейнера. Для файлов резервного копирования базы данных, которые недоступны, используется следующее соглашение об именовании: имя создается из первых 40 символов названия базы данных, GUID базы данных без -, и метки времени. Между сегментами в качестве разделителей вставляется подчеркивание. Расширение .bak файла используется для полного резервного копирования и .log резервного копирования журналов. Для баз данных в группе доступности (AG) в дополнение к соглашению об именовании файлов, описанным ранее, GUID базы данных AG добавляется после 40 символов имени базы данных. Значение GUID базы данных AG — это значение для group_database_id в sys.databases.

Полная резервная копия баз данных

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

База данных — это управляемое резервное копирование SQL Server в Microsoft Azure, включенное в первый раз, или если управляемое резервное копирование SQL Server в Microsoft Azure включено с параметрами по умолчанию на уровне экземпляра.
Рост журнала с момента создания последней полной резервной копии базы данных составляет не менее 1 ГБ.
Максимальный интервал времени (1 неделя) прошел с момента последнего полного резервного копирования.
Цепь для бревен прервана. Управляемая резервная копия SQL Server в Microsoft Azure периодически проверяет, не нарушена ли цепочка журналов, путем сравнения первых и последних LSN файлов резервных копий. Если в цепочке журналов есть разрыв по какой-либо причине, управляемое резервное копирование SQL Server в Microsoft Azure планирует полную резервную копию базы данных. Самая распространенная причина разрыва цепочки журналов — выполнение команды резервного копирования с помощью Transact-SQL или задачи резервного копирования в SQL Server Management Studio. К другим возможным причинам относится случайное удаление фалов журнала резервного копирования или случайная перезапись резервных копий.

Резервное копирование журнала транзакций

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

История резервных копий журнала не найдена. Обычно это верно, если впервые включена управляемая резервная копия SQL Server в Microsoft Azure.
Используемый объем журнала транзакций равен 5 МБ или больше.
Достигнут максимальный интервал времени (2 часа) с момента создания последней резервной копии журналов.
В любое время резервное копирование журнала транзакций отстает от полной резервной копии базы данных. целью является сохранение цепочки журналов актуальной до выполнения полной резервной копии.

Параметры периода хранения

При включении резервного копирования необходимо задать период хранения в днях: минимальное значение — 1 день, а максимальное — 90 дней.

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

Возможность поддержки

Следующие ограничения поддержки и рекомендации относятся к SQL Server.

Поддерживается резервное копирование системных баз данных master, model и msdb. Резервное копирование tempdb не поддерживается.
Поддерживаются все модели восстановления (полная, с минимальным ведением журнала и простая).
Управляемое резервное копирование SQL Server в агенте Microsoft Azure поддерживает только полные резервные копии базы данных и резервные копии журналов транзакций. Автоматизация резервного копирования файлов не поддерживается.
Единственным поддерживаемым вариантом хранилища резервных копий является Microsoft Хранилище BLOB-объектов Azure. Резервные копии на диск или ленту не поддерживаются.
Управляемое резервное копирование SQL Server в Microsoft Azure использует функцию резервного копирования для блокировки BLOB-объектов. Максимальный размер блочного BLOB-объекта составляет 200 ГБ. За счет чередования максимальный размер отдельной резервной копии можно увеличить до 12 ТБ. Если требования к резервному копированию превышают это ограничение, рассмотрите возможность сжатия и проверьте размер файла резервной копии перед настройкой управляемого резервного копирования SQL Server в Microsoft Azure. Вы можете проверить, создав резервную копию на локальный диск или вручную создав резервную копию в хранилище Microsoft Azure с помощью BACKUP TO URL инструкции Transact-SQL. Дополнительные сведения см. в статье о резервном копировании SQL Server по URL-адресу для хранилища объектов BLOB Azure.
Управляемое резервное копирование SQL Server в Microsoft Azure может иметь некоторые ограничения при настройке с другими технологиями, поддерживающими резервное копирование, высокий уровень доступности или аварийное восстановление.
Резервные копии баз данных в группе доступности — это резервные копии только для копирования.
При разгрузке управляемых резервных копий на вторичную реплику группы доступности Always On, вторичная реплика должна быть настроена для чтения, чтобы управляемые резервные копии могли распределять файлы по многим ленточным носителям.
Управляемое резервное копирование SQL Server не поддерживается с прокси-серверами.
Управляемые резервные копии не поддерживаются веб-выпуском SQL Server.