Поделиться через

Матрица поддержки для SQL Server Backup на виртуальных машинах Azure

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

Поддержка сценария

Support Details
Поддерживаемые развертывания Поддерживаются виртуальные машины Azure Marketplace SQL и не связанные с Marketplace виртуальные машины (установленный вручную SQL Server).
Поддерживаемые регионы Служба архивации Azure для баз данных SQL Server доступна во всех регионах, кроме Южной Франции (FRS).
Поддерживаемые операционные системы Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 (все версии), Windows Server 2008 R2 с пакетом обновления 1 (SP1)

Дополнительная конфигурация необходима для Windows Server 2008 и 2008 R2. Узнайте, как задать разрешение виртуальной машины.

Linux в настоящее время не поддерживается.
Поддерживаемые версии SQL Server SQL Server 2022 Express, SQL Server 2022, SQL Server 2019, SQL Server 2017, как описано на странице жизненного цикла продукта поиска, SQL Server 2016 и SPS, как описано на странице жизненного цикла продукта поиска, SQL Server 2014, SQL Server 2012.

Enterprise, Standard, Web, Developer, Express.

Версии Express Local DB не поддерживаются.
Поддерживаемые версии .NET .NET Framework 4.6.2 или более поздней версии, установленной на виртуальной машине
Поддерживаемые развертывания Поддерживаются виртуальные машины Azure Marketplace SQL и не связанные с Marketplace виртуальные машины (установленный вручную SQL Server). Поддержка автономных экземпляров всегда находится в группах доступности.

Обратите внимание, что базы данных SQL, которые входят в группу доступности AlwaysOn и синхронизируются из Управляемый экземпляр SQL, не поддерживаются.
Восстановление между регионами Supported. Подробнее.
Восстановление между подписками Поддерживается с помощью портал Azure и Azure CLI. Подробнее.

Рекомендации и ограничения функции

Setting Максимальный лимит
Количество баз данных, которые могут быть защищены на сервере (и в хранилище) 2000
Поддерживаемый размер базы данных (при превышении данного размера могут возникать проблемы с производительностью) 6 ТБ*
Количество файлов, поддерживаемых в базе данных 1000
Количество поддерживаемых полных резервных копий в день Одно резервное копирование по расписанию.

Три резервных копирования по запросу.

Мы не рекомендуем создавать более трех резервных копий в день. Но с учетом возможных сбоев и повторных попыток, для резервного копирования по запросу устанавливается жесткое ограничение в девять попыток.
Пересылка журналов транзакций При включении доставки журналов в резервной копии базы данных SQL Server рекомендуется отключить резервные копии журналов в политике резервного копирования. Это обосновано тем, что отправка журналов автоматически передает журналы транзакций из основной базы данных в базу данных-получатель, а этот процесс мешает резервному копированию журналов через службу Azure Backup.

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

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

* Допустимый размер базы данных зависит от поддерживаемой скорости передачи данных и настроенного ограничения времени для резервного копирования. Это ограничение не является жестким. Дополнительные сведения о производительности пропускной способности резервного копирования.

  • Резервное копирование SQL Server можно настроить на портале Azure или PowerShell. CLI не поддерживается.
  • Решение поддерживается в обоих типах развертываний— виртуальных машинах Azure Resource Manager и классических виртуальных машинах .
  • Поддерживаются все типы резервных копий (полные, разностные, журнальные) и модели восстановления (простые, полные, с неполным протоколированием).
  • Для баз данных только для чтения : полные и полные резервные копии только для копирования являются единственными поддерживаемыми типами резервных копий.
  • Встроенное сжатие SQL поддерживается, если явно включено пользователем в политике резервного копирования. Обратите внимание, что Azure Backup переопределяет значения по умолчанию на уровне экземпляра с помощью предложения COMPRESSION / NO_COMPRESSION в зависимости от значений этого элемента управления.
  • Поддерживается резервное копирование базы данных с поддержкой технологии TDE. Чтобы восстановить базу данных, зашифрованную с помощью технологии TDE, на другой экземпляр SQL Server, сначала восстановите сертификат на целевом сервере. Сжатие резервных копий для баз данных с поддержкой TDE доступно в SQL Server 2016 и более новых версий, но с меньшим размером перемещаемых данных, как описано здесь.
  • Операции резервного копирования и восстановления для зеркальных баз данных и моментальных снимков баз данных не поддерживаются.
  • Экземпляр отказоустойчивого кластера (FCI) SQL Server не поддерживается.
  • Создание резервных копий баз данных с расширениями в именах не поддерживается. Это связано с тем, что сервер IIS выполняет фильтрацию запросов по расширению файлов. Тем не менее обратите внимание, что мы разрешили .ad.cs.master и которые можно использовать в именах баз данных. Дополнительные сведения об именовании базы данных для Azure Backup.
  • Шифрование FIPS в настоящее время не поддерживается с рабочими нагрузками резервного копирования SQL.

Ограничение пропускной способности резервного копирования

Azure Backup поддерживает согласованную скорость передачи данных размером 350 МБИТ/с для полного и разностного резервного копирования больших баз данных SQL (500 ГБ). Чтобы использовать оптимальную производительность, убедитесь, что:

  • Базовая виртуальная машина (содержащая экземпляр SQL Server, на котором размещена база данных), настроена с требуемой пропускной способностью сети. Если максимальная пропускная способность виртуальной машины меньше 200 МБИТ/с, Служба архивации Azure не может передавать данные на оптимальной скорости.
    Кроме того, диск, содержащий файлы базы данных, должен иметь достаточную пропускную способность. Дополнительные сведения о пропускной способности и производительности дисков в виртуальных машинах Azure.
  • Процессы, работающие на виртуальной машине, не потребляют пропускную способность виртуальной машины.
  • Расписания резервного копирования распределяются по подмножеству баз данных. Одновременное выполнение нескольких операций резервного копирования на виртуальной машине обеспечивает общую частоту потребления сети между резервными копиями. Узнайте больше о том, как управлять числом одновременных резервных копий.
  • Максимальная поддерживаемая пропускная способность для резервных копий журналов составляет 50 Мбит/с на основе среднего количества операций обработки журналов, наблюдаемых в большинстве сред. Если вы постоянно испытываете высокую производительность журналов и сталкиваетесь с снижением производительности резервного копирования, обратитесь в службу поддержки Майкрософт для получения дополнительной помощи.

Note

  • Более высокая пропускная способность автоматически регулируется при выполнении следующих условий:
    • Все базы данных должны быть выше размера 4 ТБ.
    • Базы данных должны размещаться на виртуальных машинах Azure с максимальной метрикой пропускной способности диска, превышающей 800 MBpS.
  • Загрузите подробный планировщик ресурсов, чтобы вычислить приблизительное количество защищенных баз данных, рекомендуемых для каждого сервера, на основе ресурсов виртуальной машины, пропускной способности и политики резервного копирования.

Дальнейшие шаги

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

  • Last updated on