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

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

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

Поддержка	Сведения
Поддерживаемые развертывания	Поддерживаются виртуальные машины 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) 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, SQL Server 2008 R2, SQL Server 2008 Enterprise, Standard, Web, Developer, Express. Версии Express Local DB не поддерживаются.
Поддерживаемые версии .NET	Виртуальная машина с .NET Framework версии 4.5.2 и выше.
Поддерживаемые развертывания	Поддерживаются виртуальные машины Azure Marketplace SQL и не связанные с Marketplace виртуальные машины (установленный вручную SQL Server). Поддержка автономных экземпляров всегда включена в группах доступности. Обратите внимание, что базы данных SQL, которые входят в группу доступности AlwaysOn и синхронизируются из Управляемый экземпляр SQL, не поддерживаются.
Восстановление между регионами	Поддерживается. Подробнее.
Восстановление между подписками	Поддерживается с помощью портал Azure и Azure CLI. Подробнее.

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

Параметр	Максимальный лимит
Количество баз данных, которые могут быть защищены на сервере (и в хранилище)	2000
Поддерживаемый размер базы данных (при превышении данного размера могут возникать проблемы с производительностью)	6 ТБ*
Количество файлов, поддерживаемых в базе данных	1000
Количество поддерживаемых полных резервных копий в день	Одно резервное копирование по расписанию. Три резервных копирования по запросу. Мы не рекомендуем создавать более трех резервных копий в день. Но с учетом возможных сбоев и повторных попыток, для резервного копирования по запросу устанавливается жесткое ограничение в девять попыток.
доставка журналов;	Если вы включите отправку журналов в базе данных на SQL Server, для которой настроено резервное копирование, мы рекомендуем исключить журналы из процесса резервного копирования, настроив политику резервного копирования. Это обосновано тем, что отправка журналов автоматически передает журналы транзакций из основной базы данных в базу данных-получатель, а этот процесс мешает резервному копированию журналов через службу Azure Backup. Поэтому, если вы включите отправку журналов, настройте политику на выполнение только полных и (или) разностных резервных копий.
Период хранения для резервных копий по запросу	Для полных, разностных и добавочных резервных копий по умолчанию период хранения составляет 45 дней. Для полной резервной копии, предназначенной только для копирования, можно определить произвольный период хранения.

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

• Резервное копирование 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.
• Процессы, работающие на виртуальной машине, не потребляют пропускную способность виртуальной машины.
• Расписания резервного копирования распределяются по подмножеству баз данных. Одновременное выполнение нескольких операций резервного копирования на виртуальной машине обеспечивает общую частоту потребления сети между резервными копиями. Узнайте больше о том, как управлять количеством одновременных операций резервного копирования.

Примечание.

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

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

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