В этой статье содержатся ответы на часто задаваемые вопросы о резервном копировании баз данных SQL Server, работающих на виртуальных машинах Azure и использующих службу Azure Backup. Сведения о сценариях поддержки резервного копирования и восстановления базы данных SQL см. в матрице поддержки.
Backup
Можно ли использовать Azure Backup для виртуальной машины IaaS и SQL Server на одном компьютере?
Да, резервные копии виртуальных машин и SQL могут сосуществовать на одной виртуальной машине. Чтобы избежать вмешательства в резервное копирование базы данных с помощью других средств резервного копирования, резервные копии виртуальных машин IaaS активируют только полные резервные копии.
Повторяет ли решение резервное копирование или выполняет автоматическое восстановление резервных копий?
В некоторых случаях служба Azure Backup активирует резервное копирование с автоматическим восстановлением. Автоматическое исцеление может произойти для любого из следующих шести условий:
- Если резервное копирование журнала транзакций или разностное резервное копирование не удается из-за ошибки проверки LSN, то следующее резервное копирование журнала транзакций или разностное автоматически преобразуется в полное резервное копирование.
- Если полная резервная копия не была создана до создания журнала или разностной резервной копии, то этот журнал или разностная резервная копия преобразуются в полную резервную копию.
- Если точка во времени последней полной резервной копии старше 15 дней, следующий журнал или разностная резервная копия преобразуются в полную резервную копию.
- Все задания резервного копирования, которые будут отменены из-за обновления расширения, повторно запускаются после завершения обновления и запуска расширения.
- Если вы решите перезаписать базу данных во время восстановления, произойдет сбой следующего резервного копирования журнала или дифференциальной резервной копии, и вместо этого будет инициировано полное резервное копирование.
- В тех случаях, когда необходим полный бэкап для сброса цепочек журналов из-за изменения модели восстановления базы данных, полный бэкап запускается автоматически в рамках следующего расписания.
Можно ли отменить задание резервного копирования с автоматическим восстановлением?
Нет, отменить задание с автоматическим восстановлением невозможно. Но вы можете отказаться от него, выполнив следующие действия:
На экземпляре SQL Server, в папке C:\Program Files\Azure Workload Backup\bin, создайте или отредактируйте файл ExtensionSettingsOverrides.json.
В файле ExtensionSettingsOverrides.json установите настройки.
{"EnableAutoHealer": false}Сохраните изменения и закройте файл.
На экземпляре SQL Server откройте диспетчер задач, остановите
AzureWLBackupPluginSvsиAzureWLBackupInquirySvcслужбы, а затем перезапуститеAzureWLBackupCoordinatorSvcслужбу.AzureWLBackupPluginSvsиAzureWLBackupInquirySvcслужбы автоматически запускаются, когда поступают новые задачи. Избегайте перезапускаAzureWLBackupCoordinatorSvcво время активных резервных копий; в противном случае она прерывает их и может активировать полные резервные копии исправлений.
Можно ли проконтролировать, сколько одновременных операций резервного копирования выполняется на SQL Server?
Yes. Вы можете регулировать частоту, с которой выполняется политика резервного копирования, чтобы свести к минимуму влияние на экземпляр SQL Server. Чтобы изменить этот параметр:
Для экземпляра SQL Server в папке C:\Program Files\Azure Workload Backup\bin создайте файл ExtensionSettingsOverrides.json.
В файле ExtensionSettingsOverrides.json измените
DefaultBackupTasksThresholdпараметр на меньшее значение (например, 5).
{"DefaultBackupTasksThreshold": 5}
Значение DefaultBackupTasksThreshold по умолчанию — 20.Сохраните изменения и закройте файл.
На экземпляре SQL Server откройте диспетчер задач, остановите
AzureWLBackupPluginSvsиAzureWLBackupInquirySvcслужбы, а затем перезапуститеAzureWLBackupCoordinatorSvcслужбу.AzureWLBackupPluginSvsиAzureWLBackupInquirySvcслужбы автоматически запускаются при поступлении новых задач. Избегайте перезапускаAzureWLBackupCoordinatorSvcво время активных резервных копий; в противном случае она прерывает их и может активировать полные резервные копии исправлений. Для более универсального управления ЦП, операций ввода-вывода и использования памяти приложениями резервного копирования используйте регулятор ресурсов SQL Server.
Note
В пользовательском интерфейсе вы по-прежнему можете запланировать необходимое количество резервных копий в любое заданное время. Однако они будут обрабатываться в скользящем окне (например, 5) в соответствии с приведенным выше примером.
Отправляются ли оповещения об успешно выполненных заданиях резервного копирования?
No. Для успешно выполненных заданий резервного копирования не создаются оповещения. Оповещения отправляются только в случае сбоев в заданиях резервного копирования. Поведение оповещений портала подробно описано здесь. Но если вам требуется получать оповещения даже для успешных заданий, можно выполнить мониторинг с помощью Azure Monitor.
Будут ли автоматически добавляться будущие базы данных для резервного копирования?
Да, эту возможность можно достичь с помощью автоматической защиты.
Что произойдет с резервными копиями, если удалить базу данных из автоматически защищенного экземпляра?
Если удалить базу данных из экземпляра с автоматической защитой, попытки ее резервного копирования все равно будут продолжаться. Это означает, что удаленная база данных начнет отображаться как неработоспособная в разделе Элементы архивации и будет по-прежнему обрабатываться как защищенная.
Правильный способ отключения защиты этой базы данных — выполнить в этой базе данных остановку резервного копирования с удалением данных.
Можно ли защитить базы данных на виртуальных машинах с включенным Шифрованием дисков Azure?
Да, можно защитить базы данных на виртуальных машинах с включенным Шифрованием дисков Azure.
Можно ли защитить базы данных с включенным TDE (Прозрачным шифрованием данных)? Останется ли база данных зашифрованной в течение всего процесса резервного копирования?
Да, Azure Backup поддерживает резервное копирование баз данных SQL Server или сервер с включенным TDE. Backup поддерживает TDE с помощью ключей, которыми управляет Azure, или с помощью управляемых клиентом ключей (BYOK). Azure Backup не выполняет шифрование SQL в рамках процесса резервного копирования, поэтому база данных остается зашифрованной при резервном копировании.
Выполняет ли Azure Backup операцию вычисления контрольной суммы для потока данных?
Мы действительно выполняем операцию вычисления контрольной суммы для потока данных. Однако ее не следует путать с контрольной суммой SQL. Служба резервного копирования рабочих нагрузок Azure вычисляет контрольную сумму потока данных и сохраняет ее явным образом во время операции резервного копирования. Затем этот поток контрольной суммы используется как эталон и сравнивается с контрольной суммой потока данных во время операции восстановления, чтобы обеспечить согласованность данных.
Можно ли использовать Azure Site Recovery для виртуальной машины с SQL и резервное копирование баз данных Azure SQL на той же машине?
Yes. Azure Site Recovery активирует полную резервную копию только для копирования, принимая моментальный снимок , согласованный с приложением, на виртуальной машине, чтобы не усечь журналы. Подробнее.
Что произойдет, если переименовать виртуальную машину SQL Server на уровне ОС? Будут ли резервное копирование и восстановление по-прежнему работать?
Поддерживается переименование виртуальной машины на уровне ОС. Azure Backup для SQL Server опирается на URI ресурса Azure и регистрацию экземпляра SQL Server, а не на имя хоста ОС. Резервные копии будут работать, пока плагин Azure Backup подключается к экземпляру SQL Server.
Manage
Можно ли просмотреть запланированные задания резервного копирования в меню "Задания резервного копирования"?
В меню Задание резервного копирования отображаются все запланированные и выполняемые по запросу операции, за исключением запланированных резервных копий журналов, так как они могут быть очень частыми. Для запланированных журнальных заданий используйте мониторинг с помощью Azure Monitor.
Что произойдет при остановке операции резервного копирования базы данных с автоматической защитой?
Если вы останавливаете резервное копирование с сохранением данных, дальнейшее резервное копирование не выполняется, а имеющиеся точки восстановления останутся без изменений. База данных по-прежнему рассматривается как защищенная и отображается в разделе Элементы архивации.
Если вы останавливаете резервное копирование с удалением данных, дальнейшее резервное копирование не выполняется, а имеющиеся точки восстановления также удаляются. База данных будет считаться незащищенной и будет отображаться в экземпляре в панели "Настройка резервного копирования". Однако в отличие от других незащищенных баз данных, которые можно выбрать вручную или настроить для них автоматическую защиту, эта база данных отображается серым цветом и ее нельзя выбрать. Единственный способ повторно защитить эту базу данных — отключить автоматическую защиту для экземпляра. Теперь можно выбрать эту базу данных и настроить ее защиту или повторно включить автоматическую защиту для экземпляра.
Если я изменил имя базы данных после того, как она была защищена, какое будет поведение?
Переименованная база данных рассматривается как новая база данных. Поэтому служба будет обрабатывать эту ситуацию так, как если бы базу данных не удалось найти и она не сможет выполнять резервное копирование.
Вы можете выбрать базу данных, которая теперь переименована, и настроить для нее защиту. Если для экземпляра включена автоматическая защита, переименованная база данных будет автоматически обнаружена и защищена.
Почему в автозащищенном экземпляре не отображается добавленная база данных?
База данных, добавляемая в экземпляр с автоматической защитой, может не сразу отображаться в разделе защищенных элементов. Это связано с тем, что обнаружение обычно выполняется каждые 8 часов, а фактическая защита системы может занять дополнительное время, так как зависит от размера виртуальной машины. Но вы можете сразу обнаружить новые базы данных, если вручную запустите обнаружение, выбрав Повторно обнаружить базы данных, как показано на следующем рисунке:
Restore
Можно ли скачать только подмножество файлов во время восстановления в виде файлов?
Да, вы можете скачать файлы частично, как описано здесь.
Могу ли я загружать файлы на незарегистрированную виртуальную машину во время восстановления в качестве файлов?
Да, вам нужен путь к файлу в зарегистрированной виртуальной машине для загрузки файлов. Этот путь также может быть сетевой папкой. Настройте сетевой диск от незарегистрированной виртуальной машины к зарегистрированной виртуальной машине, а затем выберите зарегистрированную виртуальную машину как конечную цель и сетевой диск как целевой путь к файлу. После загрузки файлов вы можете просто отключить сетевую папку с зарегистрированной виртуальной машины, и теперь файлы будут доступны на незарегистрированной виртуальной машине.
Подключение среды Azure к локальной сети с помощью ExpressRoute и настройка принудительного туннелирования направляет весь трафик в локальную сеть. Как настроить параметры, чтобы трафик резервной копии рабочей нагрузки SQL Server Azure не проходил через локальную сеть и напрямую подключается к хранилищу служб восстановления?
Во время операции резервного копирования задание подключается к трем конечным точкам службы — AzureBackup, AzureStorage, и Microsoft Entra ID. В этом сценарии рекомендуется настроить конечную точку AzureStorageслужбы, которая помогает отправлять трафик из виртуальной сети непосредственно в хранилище. Для Azure Backup и идентификатора Microsoft Entra можно настроить UDR по тегам службы, чтобы трафик перемещается в магистральную сеть вместо локальной сети.
Почему требуется разрешение на запись в исходный SQL Server для восстановления на другой SQL Server?
Для выполнения восстановления ALR SQL с использованием PowerShell требуется наличие прав на запись в исходной виртуальной машине, чтобы подтвердить, что восстановление инициируется владельцем данных. Эта проверка предотвращает несанкционированный доступ через хранилище служб восстановления. Если исходная виртуальная машина больше не существует, хранилище пропускает проверку и позволяет восстановить любую виртуальную машину без необходимости записи доступа к исходному источнику.