Часто задаваемые вопросы о базах данных SQL Server, работающих на виртуальных машинах Azure с помощью Azure Backup

Да, резервное копирование виртуальных машин и SQL можно выполнять на одной виртуальной машине. В этом случае мы внутренним образом активируем создание полной резервной копии только для копирования на виртуальной машине, чтобы не усекать журналы.

В некоторых случаях служба Azure Backup активирует резервное копирование с автоматическим восстановлением. Автоматическое восстановление может происходить в рамках любого из шести перечисленных ниже условий.

• Если в журнале или разностной резервной копии произошел сбой из-за ошибки проверки номера LSN, следующий журнал или разностная резервная копия преобразуются в полную резервную копию.
• Если полная резервная копия не была создана до создания журнала или разностной резервной копии, то этот журнал или разностная резервная копия преобразуются в полную резервную копию.
• Если точка во времени последней полной резервной копии старше 15 дней, следующий журнал или разностная резервная копия преобразуются в полную резервную копию.
• Все задания резервного копирования, которые будут отменены из-за обновления расширения, извлекаются после завершения обновления и запуска расширения.
• Если вы перезапишете базу данных во время восстановления, произойдет сбой следующего журнала или разностной резервной копии, а затем активируется создание полной резервной копии.
• В случаях, когда необходима полная резервная копия для сброса цепочек журналов из-за изменения в модели восстановления базы данных, создание такой копии активируется автоматически в рамках следующего расписания.

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

1. В экземпляре SQL Server в папке C:\Program Files\Azure Workload Backup\bin создайте файл ExtensionSettingsOverrides.json.
2. В файле Extension Параметры Overrides.json задайте значение{"EnableAutoHealer": false}.
3. Сохраните изменения и закройте файл.
4. В экземпляре SQL Server откройте раздел Управление задачей, а затем перезапустите службу AzureWLBackupCoordinatorSvc.

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

1. Для экземпляра SQL Server в папке C:\Program Files\Azure Workload Backup\bin создайте файл ExtensionSettingsOverrides.json.

2. В файле Extension Параметры Overrides.json измените DefaultBackupTasksThreshold параметр на меньшее значение (например, 5).
   {"DefaultBackupTasksThreshold": 5}
   Значение DefaultBackupTasksThreshold по умолчанию — 20.

3. Сохраните изменения и закройте файл.

4. На экземпляре SQL Server откройте диспетчер задач. Перезагрузите службу AzureWLBackupCoordinatorSvc.
   
   Хотя этот метод помогает, если приложение резервного копирования потребляет большое количество ресурсов, SQL Server Resource Governor является более универсальным способом указать ограничения на объем ресурсов ЦП, физических операций ввода-вывода и памяти, которые могут использоваться входящими запросами приложения.

№ Для успешно выполненных заданий резервного копирования не создаются оповещения. Оповещения отправляются только в случае сбоя. Поведение оповещений портала подробно описано здесь. Но если вам требуется получать оповещения даже для успешных заданий, можно выполнить мониторинг с помощью Azure Monitor.

Да, эту возможность можно достичь с помощью автоматической защиты.

Если удалить базу данных из экземпляра с автоматической защитой, попытки ее резервного копирования все равно будут продолжаться. Это означает, что удаленная база данных начнет отображаться как неработоспособная в разделе Элементы архивации и будет по-прежнему обрабатываться как защищенная.

Правильный способ отключения защиты этой базы данных — выполнить в этой базе данных остановку резервного копирования с удалением данных.

Да, можно защитить базы данных на виртуальных машинах с включенным Шифрованием дисков Azure.

Да, Azure Backup поддерживает резервное копирование баз данных SQL Server или сервер с включенным TDE. Backup поддерживает TDE с помощью ключей, которыми управляет Azure, или с помощью управляемых клиентом ключей (BYOK). Azure Backup не выполняет шифрование SQL в рамках процесса резервного копирования, поэтому база данных остается зашифрованной при резервном копировании.

Операция вычисления контрольной суммы для потока данных выполняется. Однако ее не следует путать с контрольной суммой SQL. Служба резервного копирования рабочих нагрузок Azure вычисляет контрольную сумму потока данных и сохраняет ее явным образом во время операции резервного копирования. Затем этот поток контрольной суммы принимается в виде ссылки и перекрестно проверяется с помощью контрольной суммы потока данных во время операции восстановления, чтобы обеспечить согласованность данных.

Да. Azure Site Recovery активирует полную резервную копию только для копирования, принимая моментальный снимок , согласованный с приложением, на виртуальной машине, чтобы не усечь журналы. Подробнее.

В меню Задание резервного копирования отображаются все запланированные и выполняемые по запросу операции, за исключением запланированных резервных копий журналов, так как они могут быть очень частыми. Для запланированных заданий журнала выполняйте мониторинг в требуемом масштабе с помощью Azure Monitor.

Если вы останавливаете резервное копирование с сохранением данных, дальнейшее резервное копирование не выполняется, а имеющиеся точки восстановления останутся без изменений. База данных по-прежнему рассматривается как защищенная и отображается в разделе Элементы архивации.

Если вы останавливаете резервное копирование с удалением данных, дальнейшее резервное копирование не выполняется, а имеющиеся точки восстановления также удаляются. База данных будет считаться незащищенной и отображается в экземпляре в колонке "Настройка резервного копирования ". Однако в отличие от других незащищенных баз данных, которые можно выбрать вручную или настроить для них автоматическую защиту, эта база данных отображается серым цветом и ее нельзя выбрать. Единственный способ повторно защитить эту базу данных — отключить автоматическую защиту для экземпляра. Теперь можно выбрать эту базу данных и настроить ее защиту или повторно включить автоматическую защиту для экземпляра.

Переименованная база данных рассматривается как новая база данных. Поэтому служба будет обрабатывать эту ситуацию так, как если бы базу данных не удалось найти и она не сможет выполнять резервное копирование.

Вы можете выбрать базу данных, которая теперь переименована, и настроить для нее защиту. Если для экземпляра включена автоматическая защита, переименованная база данных будет автоматически обнаружена и защищена.

База данных, добавляемая в экземпляр с автоматической защитой, может не сразу отображаться в разделе защищенных элементов. Это связано с тем, что обнаружение обычно выполняется каждые 8 часов, а фактическая защита системы может занять дополнительное время, так как зависит от размера виртуальной машины. Но вы можете сразу обнаружить новые базы данных, если вручную запустите обнаружение, выбрав Повторно обнаружить базы данных, как показано на следующем рисунке:

Да, вы можете скачать файлы частично, как описано здесь.

Да, вам нужен путь к файлу в зарегистрированной виртуальной машине для загрузки файлов. Этот путь также может быть сетевой папкой. Настройте сетевую папку незарегистрированной виртуальной машины на зарегистрированную виртуальную машину, а затем выберите зарегистрированную виртуальную машину в качестве цели и сетевой ресурс в качестве целевого пути к файлу. После загрузки файлов вы можете просто отключить сетевую папку с зарегистрированной виртуальной машины, и теперь файлы будут доступны на незарегистрированной виртуальной машине.

Следующие шаги

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