Матрица поддержки резервных копий SQL Server базы данных и моментальных снимков экземпляров (предварительная версия) в Azure виртуальных машинах

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

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

В следующей таблице приведены сведения о поддержке различных сценариев резервного копирования базы данных SQL Server в 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.

Корпоративный, стандартный, веб, разработчик, экспресс.

Версии Express Local DB не поддерживаются.

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

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

Note

Windows Server 2008, 2008 R2, 2012 и 2012 R2 достигли окончания поддержки (EOS). Просмотрите, как вы используете операционную систему, и планируйте её обновления и миграции соответственно. Дополнительные сведения см. в разделе "Окончание поддержки" для:

Выполните локальное обновление до Windows Server 2016, 2019, 2022 или 2025.

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

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

Мы рекомендуем использовать резервное копирование моментальных снимков SQL для баз данных размером более 4 ТБ для сценариев, требующих более быстрой производительности резервного копирования и восстановления.
Количество файлов, поддерживаемых в базе данных 1000
Количество поддерживаемых полных резервных копий в день Одно резервное копирование по расписанию.

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

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

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

Для полной резервной копии, предназначенной только для копирования, можно определить произвольный период хранения.
Ограничение восстановления для SQL на виртуальной машине Azure 20
Количество баз данных, которые можно одновременно копировать 20 на виртуальную машину
Количество баз данных, которые можно восстановить одновременно 15 на виртуальную машину
Количество баз данных, которые можно восстановить в виде файлов одновременно 15 на виртуальную машину
Разрешено количество восстановления для каждой базы данных 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 выполняет фильтрацию запросов расширения файла. Однако обратите внимание, что Microsoft разрешенных .ad, .cs и .master, которые можно использовать в именах баз данных. Дополнительные сведения об именовании базы данных для Azure Backup.
  • Шифрование FIPS в настоящее время не поддерживается с рабочими нагрузками резервного копирования SQL.

поддерживаемые сценарии резервного копирования моментальных снимков экземпляра SQL Server (предварительная версия)

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

Сценарии Supported Unsupported
Версии SQL Server SQL Server 2016 (и выше), работающих на Windows Server 2016 (и более поздних версиях).
Типы резервных копий для моментального снимка Моментальный снимок полный (с резервной копией журнала или без нее), моментальный снимок только для копирования (резервные копии Adhoc на уровне базы данных)
Конфигурация резервного копирования Автономный экземпляр и Always on AG
Оборудование и конфигурации хранилища SSD уровня "Премиум" версии 2, "Ультрадиск", "Диски с ускорением записи", "Временные диски ОС" и "Общие диски".
Кодировки ADE, TDE и другие шифрование SQL
Сжатие SQL Не поддерживаются
Процесс восстановления Альтернативное восстановление расположения (ALR), которое поддерживает восстановление на другой целевой виртуальной машине, отличной от исходной. Исходное восстановление расположения (OLR), восстановление между регионами, перекрестное восстановление подписки
Поддерживаемые клиенты портал Azure, PowerShell CLI
Функции на основе хранилища Неизменяемость, частные конечные точки (через прокси-сервер)
Тип базы данных Резервное копирование моментальных снимков системных баз данных
Размер базы данных Не более 35 ТБ базы данных
Выбор базы данных во время моментального снимка экземпляра До 12 пользовательских баз данных
Режим защиты в экземпляре SQL Защищает все выбранные базы данных с помощью только защиты на основе моментальных снимков. Смешанные режимы защиты (некоторые базы данных с помощью моментального снимка и других с помощью потоковой передачи)

Note

Интеграция с интерфейсом Resiliency в настоящее время не поддерживается для резервного копирования моментальных снимков экземпляров SQL Server (предварительная версия).

Производительность пропускной способности резервного копирования для потоковой передачи SQL

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

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

Note

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

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

  • Last updated on