Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure Backup можно использовать для резервного копирования баз данных SQL Server на виртуальных машинах Azure, размещенных на облачной платформе Microsoft Azure. В этой статье описаны общие параметры и ограничения поддержки для сценариев и развертываний SQL Server Backup на виртуальных машинах Azure.
Scenario support
| Support | Details |
|---|---|
| Supported deployments | Поддерживаются виртуальные машины Azure Marketplace SQL и не связанные с Marketplace виртуальные машины (установленный вручную SQL Server). |
| Supported regions | Служба архивации 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 или более поздней версии, установленной на виртуальной машине |
| Supported deployments | Поддерживаются виртуальные машины Azure Marketplace SQL и не связанные с Marketplace виртуальные машины (установленный вручную SQL Server). Support for standalone instances is always on availability groups. Обратите внимание, что базы данных SQL, которые входят в группу доступности AlwaysOn и синхронизируются из Управляемый экземпляр SQL, не поддерживаются. |
| Восстановление между регионами | Supported. Learn more. |
| Восстановление между подписками | Поддерживается с помощью портал Azure и Azure CLI. Learn more. |
Рекомендации и ограничения функции
| Setting | Maximum limit |
|---|---|
| Количество баз данных, которые могут быть защищены на сервере (и в хранилище) | 2000 |
| Поддерживаемый размер базы данных (при превышении данного размера могут возникать проблемы с производительностью) | 6 TB* |
| Количество файлов, поддерживаемых в базе данных | 1000 |
| Количество поддерживаемых полных резервных копий в день | Одно резервное копирование по расписанию. Три резервных копирования по запросу. Мы не рекомендуем создавать более трех резервных копий в день. Но с учетом возможных сбоев и повторных попыток, для резервного копирования по запросу устанавливается жесткое ограничение в девять попыток. |
| Log shipping | When you enable log shipping on the SQL server database that you are backing up, we recommend you to disable log backups in the backup policy. Это обосновано тем, что отправка журналов автоматически передает журналы транзакций из основной базы данных в базу данных-получатель, а этот процесс мешает резервному копированию журналов через службу Azure Backup. Поэтому, если вы включите отправку журналов, настройте политику на выполнение только полных и (или) разностных резервных копий. |
| Период хранения для резервных копий по запросу | Для полных, разностных и добавочных резервных копий по умолчанию период хранения составляет 45 дней. Для полной резервной копии, предназначенной только для копирования, можно определить произвольный период хранения. |
* Допустимый размер базы данных зависит от поддерживаемой скорости передачи данных и настроенного ограничения времени для резервного копирования. Это ограничение не является жестким. Learn more on backup throughput performance.
- SQL Server backup can be configured in the Azure portal or PowerShell. CLI не поддерживается.
- The solution is supported on both kinds of deployments - Azure Resource Manager VMs and classic VMs.
- Поддерживаются все типы резервных копий (полные, разностные, журнальные) и модели восстановления (простые, полные, с неполным протоколированием).
- For read-only databases: full and copy-only full backups are the only supported backup types.
- Встроенное сжатие SQL поддерживается, если явно включено пользователем в политике резервного копирования. Обратите внимание, что Azure Backup переопределяет значения по умолчанию на уровне экземпляра с помощью предложения COMPRESSION / NO_COMPRESSION в зависимости от значений этого элемента управления.
- Поддерживается резервное копирование базы данных с поддержкой технологии TDE. Чтобы восстановить базу данных, зашифрованную с помощью технологии TDE, на другой экземпляр SQL Server, сначала восстановите сертификат на целевом сервере. The backup compression for TDE-enabled databases for SQL Server 2016 and newer versions is available, but at lower transfer size as explained here.
- Операции резервного копирования и восстановления для зеркальных баз данных и моментальных снимков баз данных не поддерживаются.
- Экземпляр отказоустойчивого кластера (FCI) SQL Server не поддерживается.
- Создание резервных копий баз данных с расширениями в именах не поддерживается. Это связано с тем, что сервер IIS выполняет фильтрацию запросов по расширению файлов. Тем не менее обратите внимание, что мы разрешили
.ad.cs.masterи которые можно использовать в именах баз данных. Дополнительные сведения об именовании базы данных для Azure Backup. - Шифрование FIPS в настоящее время не поддерживается с рабочими нагрузками резервного копирования SQL.
Ограничение пропускной способности резервного копирования
Azure Backup поддерживает согласованную скорость передачи данных размером 350 МБИТ/с для полного и разностного резервного копирования больших баз данных SQL (500 ГБ). Чтобы использовать оптимальную производительность, убедитесь, что:
- Базовая виртуальная машина (содержащая экземпляр SQL Server, на котором размещена база данных), настроена с требуемой пропускной способностью сети. Если максимальная пропускная способность виртуальной машины меньше 200 МБИТ/с, Служба архивации Azure не может передавать данные на оптимальной скорости.
Кроме того, диск, содержащий файлы базы данных, должен иметь достаточную пропускную способность. Learn more about disk throughput and performance in Azure VMs. - Процессы, работающие на виртуальной машине, не потребляют пропускную способность виртуальной машины.
- Расписания резервного копирования распределяются по подмножеству баз данных. Одновременное выполнение нескольких операций резервного копирования на виртуальной машине обеспечивает общую частоту потребления сети между резервными копиями. Learn more about how to control the number of concurrent backups.
- The maximum supported throughput for log backups is 50 Mbps, based on average log churn observed in most environments. Если вы постоянно испытываете высокую производительность журналов и сталкиваетесь с снижением производительности резервного копирования, обратитесь в службу поддержки Майкрософт для получения дополнительной помощи.
Note
- Более высокая пропускная способность автоматически регулируется при выполнении следующих условий:
- All the databases should be above the size of 4 TB.
- Базы данных должны размещаться на виртуальных машинах Azure с максимальной метрикой пропускной способности диска, превышающей 800 MBpS.
- Загрузите подробный планировщик ресурсов, чтобы вычислить приблизительное количество защищенных баз данных, рекомендуемых для каждого сервера, на основе ресурсов виртуальной машины, пропускной способности и политики резервного копирования.
Next steps
См. дополнительные сведения о резервном копировании баз данных SQL Server на виртуальной машине Azure.