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


Общие сведения об ограничениях ресурсов Управляемого экземпляра SQL Azure

Область применения: Управляемый экземпляр SQL Azure

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

Примечание.

Различия в поддерживаемых функциях и инструкциях T-SQL см. в статьях Сравнение функций Базы данных SQL Azure и SQL Server и Различия T-SQL между Управляемым экземпляром Базы данных SQL Azure и SQL Server. Основные различия между уровнями служб для Базы данных SQL Azure и Управляемого экземпляра SQL можно найти в описаниях уровней служб общего назначения и критически важный для бизнеса.

Характеристики конфигурации оборудования

Характеристики и ограничения ресурсов для управляемого экземпляра SQL Azure зависят от базовой инфраструктуры и архитектуры. Управляемый экземпляр SQL может быть развернут на различных поколениях оборудования.

У поколений оборудования разные характеристики, которые описаны в следующей таблице.

Серия Standard (5-е поколение) Серия Premium Серия Premium, оптимизированная для операций в памяти
ЦП Процессоры Intel® E5-2673 v4 (Broadwell) 2,3 ГГц, Intel® SP-8160 (Skylake) и Intel® 8272CL (Каскадное озеро) 2,5 ГГц Процессоры Intel® 8370C (Ice Lake) 2,8 ГГц Процессоры Intel® 8370C (Ice Lake) 2,8 ГГц
Количество виртуальных ядер
виртуальное ядро = 1 LP (гиперпоток)
21-80 виртуальных ядер 21-128 виртуальных ядер 4-128 виртуальных ядер
Максимальный объем памяти (соотношение памяти и количества виртуальных ядер) 5,1 ГБ на виртуальное ядро — максимум 408 ГБ
Чтобы получить больше памяти, добавьте виртуальные ядра.
7 ГБ на виртуальные ядра до 80 виртуальных ядер — максимум 560 ГБ 13,6 ГБ на виртуальные ядра до 64 виртуальных ядер — максимум 870,4 ГБ
Максимальный размер памяти для выполняющейся в памяти OLTP Ограничение экземпляра: 0,8—1,65 ГБ на виртуальное ядро Ограничение экземпляра: 1,1—2,3 ГБ на виртуальное ядро Ограничение экземпляра: 2,2—4,5 ГБ на виртуальное ядро
Максимальное зарезервированное хранилищеэкземпляра 2 Общего назначения: до 16 ТБ
Критически важный для бизнеса: до 4 ТБ
Общего назначения: до 16 ТБ
критически важный для бизнеса: до 16 ТБ3
Общее назначение: до 16 ТБ
Критически важный для бизнеса: до 16 ТБ

1 Развертывание экземпляра 2-виртуального ядра возможно только в пуле экземпляров.
2 Зависит от количества виртуальных ядер.
3 Только основные регионы могут обеспечить 16 ТБ хранилища. Меньшие регионы ограничивают доступное хранилище до 5,5 ТБ.

Примечание.

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

Региональные возможности для оборудования, оптимизированного для памяти уровня "Премиум", а также для оборудования серии "Премиум" с хранилищем размером 16 ТБ

Поддержка оборудования серии "Премиум" с хранилищем размером 16 ТБ имеет ту же доступность, что и поддержка оптимизированного для памяти оборудования серии Premium. Поддержка оборудования, оптимизированного для памяти, и оборудования серии "Премиум" с хранилищем 16 ТБ в настоящее время доступны только в следующих регионах:

Географический регион Регионы, поддерживающие оптимизированное для памяти оборудование серии "Премиум" и "Премиум" с хранилищем размером 16 ТБ
Европа Центральная Франция, Западная Германия, Северная Италия, Северная Европа, Центральная Польша, Центральная Швеция, Северная Швейцария, Северная Швейцария, Южная Великобритания, Западная Европа
Ближний Восток, Африка Центральный Катар
Северная и Южная Америка Южная Бразилия, Центральная Канада, центральная часть США, восточная часть США, восточная часть США 2, северная часть США, центрально-южная часть США, западная часть США 2, западная часть США 3
Азиатско-Тихоокеанский регион Восточная Австралия, Юго-Восточная Австралия, Северная Китай 3, Центральная Индия, Южная Индия, Восточная Азия, Восточная Япония, Юго-Восточная Азия

Доступное пространство для выполняющейся в памяти OLTP

Размер пространства для выполняющейся в памяти OLTP на уровне служб Критически важный для бизнеса зависит от количества виртуальных ядер и конфигурации оборудования. В приведенной ниже таблице перечислены ограничения памяти, которую можно использовать для объектов выполняющихся в памяти OLTP.

Количество виртуальных ядер Серия Standard (5-е поколение) Серия Premium Серия Premium, оптимизированная для операций в памяти
Виртуальные ядра: 4 3,14 ГБ 4,39 ГБ 8,79 ГБ
6 виртуальных ядер - 6,59 ГБ 15,32 ГБ
Виртуальные ядра: 8 6,28 ГБ 8,79 ГБ 22,06 ГБ
10 виртуальных ядер - 12,11 ГБ 30,94 ГБ
12 виртуальных ядер - 15,43 ГБ 39,82 ГБ
16 виртуальных ядер 15,77 ГБ 22,06 ГБ 57,58 ГБ
20 виртуальных ядер - 28,70 ГБ 75,34 ГБ
24 виртуальных ядра 25,25 ГБ 35,34 ГБ 93,09 ГБ
32 виртуальных ядра 37,94 ГБ 53,09 ГБ 128,61 ГБ
40 виртуальных ядер 52,23 ГБ 73,09 ГБ 164,13 ГБ
48 виртуальных ядер - 95,34 ГБ 199,64 ГБ
56 виртуальных ядер - 117,58 ГБ 244,13 ГБ
64 виртуальных ядра 99,9 ГБ 139,82 ГБ 288,61 ГБ
80 виртуальных ядер 131,68 ГБ 184,30 ГБ 288,61 ГБ
96 виртуальных ядер Н/П 184,30 ГБ 288,61 ГБ
128 виртуальных ядер Н/П 184,30 ГБ 288,61 ГБ

Характеристики уровней служб

Управляемый экземпляр SQL имеет два уровня служб: общего назначения и критически важный для бизнеса. Вы можете использовать обновленный уровень служб общего назначения следующего поколения (предварительная версия).

Внимание

Уровень служб "критически важный для бизнеса" предоставляет дополнительную встроенную копию Управляемого экземпляра SQL (вторичную реплику), которую можно использовать только для чтения. Если вы можете разделить запросы на чтение и запись, и запросы только для чтения, аналитики или отчетов, вы получите вдвое больше виртуальных ядер и объема памяти за ту же цену. Вторичная реплика может работать с задержкой в несколько секунд от основного экземпляра, поэтому она предназначена для разгрузки рабочих нагрузок отчетов и аналитики, которые не требуют точного текущего состояния данных. В следующей таблице запросы только для чтения — это запросы , выполняемые на вторичной реплике.

Количество виртуальных ядер.

Поколение оборудования Общего назначения Общего назначения следующего поколения Критически важный для бизнеса
Серия Standard (5-е поколение) 21, 4, 8, 16, 24, 32, 40, 64, 80 4, 8, 16, 24, 32, 40, 64, 80 4, 8, 16, 24, 32, 40, 64, 80
Серия Premium 21, 4, 8, 16, 24, 32, 40, 64, 80 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128
Серия Premium, оптимизированная для операций в памяти 4, 8, 16, 24, 32, 40, 64, 80 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128

1 Развертывание экземпляра 2-виртуального ядра возможно только в пуле экземпляров.

Максимальный объем памяти

Поколение оборудования Общего назначения Общего назначения следующего поколения Критически важный для бизнеса
Серия Standard (5-е поколение) 20,4 ГБ — 408 ГБ
5.1 ГБ/vCore
20,4 ГБ — 408 ГБ
5.1 ГБ/vCore
20,4 ГБ — 408 ГБ
5,1 ГБ/vCore на каждой реплике
Серия Premium 28 ГБ — 560 ГБ
7 ГБ/виртуальный ядро
28 ГБ — 560 ГБ
7 ГБ/виртуальный ядро
28 ГБ — 560 ГБ
7 ГБ/виртуальные ядра до 80 виртуальныхядер 1 на каждой реплике
Серия Premium, оптимизированная для операций в памяти 54,4 ГБ — 870,4 ГБ
13,6 ГБ/виртуальное ядро
54,4 ГБ — 870,4 ГБ
13,6 ГБ/виртуальное ядро
54,4 ГБ — 870,4 ГБ
13,6 ГБ/виртуальные ядра до 64 виртуальныхядер 1 на каждой реплике

1 Соотношение памяти к виртуальным ядрам доступно только до 80 виртуальных ядер для оборудования серии Premium и 64 виртуальных ядер для оптимизированной для памяти серии Premium. Максимальный объем памяти ограничен 560 ГБ для виртуальных ядер серии Premium выше 80 и 870,4 ГБ для виртуальных ядер серии Premium выше 64.

Максимальный размер хранилища экземпляра (зарезервированный):

Поколение оборудования Общего назначения Общего назначения следующего поколения Критически важный для бизнеса
Серия Standard (5-е поколение) – 2 ТБ для 4 виртуальных ядер
– 8 ТБ для 8 виртуальных ядер
– 16 ТБ для остальных размеров
– 2 ТБ для 4 виртуальных ядер
– 8 ТБ для 8 виртуальных ядер
– 16 ТБ для остальных размеров
— 1 ТБ для 4, 8, 16 виртуальных ядер.
— 2 ТБ для 24 виртуальных ядер
— 4 ТБ для 32, 40, 64, 80 виртуальных ядер
Серия Premium – 2 ТБ для 4 виртуальных ядер
– 8 ТБ для 8 виртуальных ядер
– 16 ТБ для остальных размеров
— 2 ТБ для 4, 6 виртуальных ядер
— 8 ТБ для 8, 10, 12 виртуальных ядер
— 16 ТБ для 16, 20, 24 виртуальных ядер
— 32 ТБ для 32, 40, 48, 56, 64, 80, 96, 128 виртуальных ядер
— 1 ТБ для 4, 6 виртуальных ядер
— 2 ТБ для 8, 10, 12 виртуальных ядер
— 4 ТБ для 16, 20 виртуальных ядер
— 5,5 ТБ для 24, 32, 40, 48, 56 виртуальных ядер
— 5,5 ТБ или 16 ТБ (в зависимости от региона) для 64, 80, 96, 128 виртуальныхядер 1
Серия Premium, оптимизированная для операций в памяти – 2 ТБ для 4 виртуальных ядер
– 8 ТБ для 8 виртуальных ядер
– 16 ТБ для остальных размеров
— 2 ТБ для 4, 6 виртуальных ядер
— 8 ТБ для 8, 10, 12 виртуальных ядер
— 16 ТБ для 16, 20, 24 виртуальных ядер
— 32 ТБ для 32, 40, 48, 56, 64, 80, 96, 128 виртуальных ядер
— 1 ТБ для 4, 6 виртуальных ядер
— 2 ТБ для 8, 10, 12 виртуальных ядер
— 4 ТБ для 16, 20 виртуальных ядер
— 5,5 ТБ для 24 виртуальных ядер
— 5,5 ТБ или 8 ТБ (в зависимости от региона) для 32, 40 виртуальныхядер 2
— 12 ТБ для 48, 56 виртуальных ядер
— 16 ТБ для 64, 80, 96, 128 виртуальных ядер

1 Только основные регионы могут предоставлять 16 ТБ хранилища для оборудования серии "Премиум" для этих номеров виртуальных ядер ЦП. Меньшие регионы ограничивают доступное хранилище до 5,5 ТБ.
2 Только основные регионы могут предоставлять 8 ТБ хранилища для оптимизированного для памяти уровня "Премиум" оборудования для этих номеров виртуальных ядер ЦП. Меньшие регионы ограничивают доступное хранилище до 5,5 ТБ.

Сравнение возможностей

Компонент Общего назначения Общего назначения следующего поколения Критически важный для бизнеса
Максимальный размер базы данных До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер). До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер). До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер).
Максимальный tempdb размер базы данных Ограничен на уровне 24 ГБ на виртуальное ядро (96–1920 ГБ) и доступным в настоящее время размером хранилища экземпляра.
Добавьте дополнительные виртуальные ядра, чтобы получить больше tempdb места.
Размер файла журнала ограничен 120 ГБ.
Ограничен на уровне 24 ГБ на виртуальное ядро (96–1920 ГБ) и доступным в настоящее время размером хранилища экземпляра.
Добавьте дополнительные виртуальные ядра, чтобы получить больше tempdb места.
Размер файла журнала ограничен 120 ГБ.
До доступного в настоящее время размера хранилища экземпляра.
Максимальное tempdb количество файлов 128 128 128
Максимальное количество баз данных на экземпляр 100 пользовательских баз данных, если не достигнут максимальный размер хранилища экземпляра. 500 пользовательских баз данных 100 пользовательских баз данных, если не достигнут максимальный размер хранилища экземпляра.
Максимальное количество файлов базы данных 280 на экземпляр, если не достигнут размер хранилища экземпляра или ограничение на выделение места на диске Уровня "Премиум" azure. 4096 файлов для каждой базы данных 32 767 файлов на базу данных, если не достигнут максимальный размер хранилища экземпляра.
Максимальный размер файла данных Максимальный размер каждого файла данных составляет 8 ТБ. Используйте по крайней мере два файла данных для баз данных размером более 8 ТБ. До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер). До доступного в настоящее время размера экземпляра (в зависимости от числа виртуальных ядер).
Максимальный размер файла журнала Ограничен на уровне 2 ГБ и доступным в настоящее время размером хранилища экземпляра. Ограничен на уровне 2 ГБ и доступным в настоящее время размером хранилища экземпляра. Ограничен на уровне 2 ГБ и доступным в настоящее время размером хранилища экземпляра.
Операции ввода-вывода в секунду для данных или журнала (приблизительно) 500–7500 на каждый файл
*Увеличение размера файла для получения дополнительного количества операций ввода-вывода в секунду
Зарезервированное хранилище * 3 — до ограничения виртуальной машины. 300 в случае 32 ГБ, 64 ГБ и 96 ГБ зарезервированного хранилища.
Ограничение виртуальной машины зависит от количества виртуальных ядер
6400 операций ввода-вывода в секунду для виртуальной машины с 4 виртуальными ядрами — 80 КБИТ/с для виртуальной машины с 128 виртуальными ядрами
16—320 тыс. (4 000 операций ввода-вывода в секунду на виртуальное ядро)
Чтобы увеличить скорость ввода-вывода, добавьте виртуальные ядра.
Пропускная способность данных (приблизительно) 100 – 250 МиБ/с на файл
*Чтобы увеличить скорость ввода-вывода, увеличьте размер файла.
Количество операций ввода-вывода в секунду / 30 МБИТ/с — до ограничения виртуальной машины. 75 МБИТ/с в случае 32 ГБ, 64 ГБ и 96 ГБ зарезервированного хранилища. Не ограничено.
Ограничение пропускной способности записи в журнал (на экземпляр) 4.5 MiB/s на виртуальное ядро
Максимальное число 120 МиБ/с на экземпляр
22 – 65 МиБ/с на базу данных (в зависимости от размера файла журнала)
*Чтобы увеличить скорость ввода-вывода, увеличьте размер файла.
4.5 MiB/s на виртуальное ядро
Максимальное значение 192 МиБ/с
4.5 MiB/s на виртуальное ядро
Максимальное значение 192 МиБ/с
Задержка ввода-вывода хранилища (приблизительно) 5–10 мс 3-5 мс 1–2 мс
Выполняющаяся в памяти OLTP Не поддерживается Не поддерживается Доступный размер зависит от числа виртуальных ядер
Максимальное число сеансов 30 000 30 000 30 000
Максимальное количество одновременных имен для входа 105 * количество виртуальных ядер + 800 105 * количество виртуальных ядер + 800 105 * количество виртуальных ядер + 800
Реплики только для чтения 0 0 1 (включено в цену)
Изоляция вычислительных ресурсов Не поддерживается, так как экземпляры общего назначения могут использовать физическое оборудование совместно с другими экземплярами Не поддерживается, так как экземпляры общего назначения следующего поколения могут совместно использовать физическое оборудование с другими экземплярами. Стандартный ряд (5-го поколения):
Поддерживается для конфигураций с 64 или более виртуальными ядрами
Серия "Премиум": поддерживается для конфигураций с 64 или более виртуальными ядрами
Оптимизированная для памяти серия "Премиум": поддерживается для конфигураций с 64 или более виртуальными ядрами
Реплики для доступности Стоять на узлах для обеспечения высокой доступности Стоять на узлах для обеспечения высокой доступности Четыре реплики высокой доступности, 1 также является репликой масштабирования для чтения
Реплики только для чтения с включенными группами отработки отказа Одна дополнительная реплика только для чтения. Две общие реплики, доступные для чтения, включая первичную реплику. Одна дополнительная реплика только для чтения. Две общие реплики, доступные для чтения, включая первичную реплику. Две дополнительные реплики, доступные только для чтения, три общих реплики только для чтения. Четыре общих реплик, доступных для чтения, включая первичную реплику.
Цены и выставление счетов Оплачиваются: виртуальное ядро, зарезервированное хранилище и хранилище резервных копий.
Плата за операции ввода-вывода в секунду не взимается
Взимается плата за хранилище виртуальных ядер, хранилище резервных копий и операций ввода-вывода в секунду (по бесплатной квоте). Оплачиваются: виртуальное ядро, зарезервированное хранилище и хранилище резервных копий.
Плата за операции ввода-вывода в секунду не взимается.
Модели скидок Зарезервированные экземпляры
Преимущество гибридного использования Azure (недоступно в подписках для разработки и тестирования)
Подписки на разработку и тестирование с оплатой по мере использования
Зарезервированные экземпляры
Преимущество гибридного использования Azure (недоступно в подписках для разработки и тестирования)
Подписки на разработку и тестирование с оплатой по мере использования
Зарезервированные экземпляры
Преимущество гибридного использования Azure (недоступно в подписках для разработки и тестирования)
Подписки на разработку и тестирование с оплатой по мере использования

Дополнительные рекомендации

  • Доступный в настоящее время размер хранилища экземпляра — это разница между зарезервированным размером экземпляра и используемым пространством для хранения.
  • Размеры данных и файла журнала в системных базах данных и базах данных пользователей включаются в размер хранилища экземпляра, который сравнивается с пределом максимального размера хранилища. Используйте системное представление sys.master_files, чтобы определить общий объем, используемый базами данных. Журналы ошибок не сохраняются и не включаются в размер. Резервные копии не включаются в размер хранилища.
  • Пропускная способность и операции ввода-вывода в секунду на уровне общего назначения также зависит от размера файла и не ограничивается явным образом Управляемый экземпляр SQL.
  • Максимальное число операций ввода-вывода в секунду для экземпляра зависит от структуры файла и распределения рабочей нагрузки. Например, если вы создаете 7 x 1 ТБ-файлы с максимальным числом операций ввода-вывода в секунду и семь небольших файлов (меньше 128 ГБ) с 500 операций ввода-вывода в секунду, вы можете получить 38500 операций ввода-вывода в секунду на экземпляр (7x5000+7x500), если рабочая нагрузка может использовать все файлы. Обратите внимание, что некоторые операции ввода-вывода в секунду также используются для автоматического восстановления.
  • Вы можете создать другую реплику с возможностью чтения в другом регионе Azure с помощью групп отработки отказа
  • tempdbИмена файлов не могут содержать более 16 символов.

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

ОПЕРАЦИЙ ВВОДА-ВЫВОДА

Для уровней служб next-gen и критически важный для бизнеса доступные операции ввода-вывода в секунду определяются количеством виртуальных ядер:

  • Уровень служб общего назначения следующего поколения: фиксированное значение операций ввода-вывода в секунду на основе числа виртуальных ядер. Цена хранилища включает минимальный объем операций ввода-вывода в секунду. Если вы идете выше минимального, плата взимается следующим образом: 1 операций ввода-вывода в секунду = цена на хранилище (по регионам), разделенная на три. Например, если 1 ГБ хранилища стоит 0,115, то 1 операций ввода-вывода в секунду = 0,115/3 = 0,038 для операций ввода-вывода в секунду.
  • критически важный для бизнеса уровне служб: использует формулу (4000 операций ввода-вывода в секунду или виртуальное ядро) для определения ограничений операций ввода-вывода в секунду.

В следующей таблице перечислены максимальные операции ввода-вывода в секунду, доступные каждому уровню служб на основе количества виртуальных ядер:

Количество виртуальных ядер. Общего назначения следующего поколения Критически важный для бизнеса
4 6400 16 000
6 9600 24,000
8 12 800 32 000
10 16 000 40 000
12 19 200 48 000
16 25 600 64 000
20 32 000 80 000
24 38 400 96 000
32 51 200 128 000
40 64 000 160 000
48 76 800 192 000
56 80 000 224,000
64 80 000 256 000
80 80 000 320,000
96 80 000 320,000
128 80 000 320,000

Характеристики файлового ввода-вывода на уровне общего назначения

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

Размер файла >=0 и <=129 ГиБ >129 и <=513 ГиБ >513 и <=1025 ГиБ >1025 и <=2049 ГиБ >2049 и <=4097 ГиБ >4097 ГиБ и <=8 ТиБ
Операций ввода-вывода в секунду на файл 500 2300 5000 7500 7500 7500
Пропускная способность на файл 100 МиБ/с 150 МиБ/с 200 МиБ/с 250 МиБ/с 250 МиБ/с 250 МиБ/с

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

Существует также ограничение на уровне экземпляра для максимальной пропускной способности записи журналов (см. предыдущую таблицу значений, например 22 МиБ/с), поэтому вы можете не получить максимальное количество файлов в файле журнала, так как вы попадаете на предел пропускной способности экземпляра.

Хранилище данных и журналов

Объем хранилища, используемого для данных и файлов журналов, на уровнях служб "Общего назначения" и "Критически важный для бизнеса" зависит от указанных ниже факторов.

  • При использовании уровня служб "Общего назначения" tempdb использует локальное хранилище SSD, а затраты на хранилище входят в стоимость виртуального ядра.
  • При использовании уровня служб "Критически важный для бизнеса" tempdb использует локальное хранилище SSD как для данных, так и для файлов журналов, а затраты на хранилище tempdb входят в стоимость виртуального ядра.
  • Для Управляемого экземпляра SQL следует указывать максимальный размер хранилища, кратный 32 ГБ.

Внимание

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

Чтобы отслеживать общий используемый размер хранилища экземпляра для Управляемого экземпляра SQL, используйте метрику storage_space_used_mb. Чтобы отслеживать текущий выделенный и используемый размер хранилища для отдельных файлов данных и журналов в базе данных T-SQL, используйте представление sys.database_files и функцию FILEPROPERTY(... , 'SpaceUsed').

Совет

Иногда требуется сжать базу данных, чтобы освободить неиспользуемое пространство. Дополнительные сведения см. в разделе DBCC SHRINKFILE.

Резервные копии и хранилище

Хранение резервных копий базы данных предназначено для поддержки возможностей восстановления до точки во времени (PITR) и долгосрочного хранения резервных копий (LTR), предоставляемых Управляемым экземпляром SQL. Это отдельное хранилище, не связанное с хранилищем файлов данных и журналов, и оплачивается оно отдельно.

  • PITR: на уровнях "Общего назначения" и "Критически важный для бизнеса" резервные копии отдельных баз данных автоматически копируются в геоизбыточное хранилище с доступом на чтение (RA-GRS). Размер этого хранилища динамически увеличивается по мере создания новых резервных копий. В хранилище помещаются полные разностные резервные копии и копии журналов транзакций. Потребление хранилища зависит от скорости изменения базы данных и настроенного периода хранения резервных копий. Вы можете настроить отдельный период хранения для каждой базы данных от 1 до 35 дней в течение Управляемый экземпляр SQL. Объем хранилища резервных копий, равный настроенному максимальному размеру данных, предоставляется без дополнительной оплаты.
  • LTR: вы также можете настроить долгосрочное хранение полных резервных копий на срок до 10 лет. Если вы включите политику долгосрочно хранения, резервные копии будут автоматически сохраняться в хранилище RA-GRS, но вы можете контролировать частоту их копирования. Чтобы выполнять требования к соответствию, вы можете выбрать разные периоды хранения для резервных копий, создаваемых еженедельно, ежемесячно или ежегодно. Выбранная конфигурация определяет, сколько хранилища используется для резервных копий LTR. Дополнительные сведения см. в разделе Долгосрочное хранение резервных копий.

Поддерживаемые регионы

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

Поддерживаемые типы подписок

В настоящее время развертывание Управляемого экземпляра SQL поддерживается только в таких подписках:

Ограничение подписок по регионам

Примечание.

Чтобы получить актуальные сведения о доступности регионов для подписок, сначала выберите регион.

Поддерживаемые типы подписок могут содержать ограниченное число ресурсов на регион. Управляемый экземпляр SQL имеет два ограничения по умолчанию для каждого региона Azure (которые можно увеличить по запросу путем создания специального запроса на поддержку в портал Azure) в зависимости от типа подписки:

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

Примечание.

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

В следующей таблице показаны региональные ограничения по умолчанию для поддерживаемых типов подписок (ограничения по умолчанию можно расширить с помощью запроса на поддержку):

Тип подписки Ограничение по умолчанию для подсетей Управляемый экземпляр SQL Ограничение по умолчанию для единиц виртуальных ядер*
CSP 16 (30 в некоторых регионах **) 960 (1440 в некоторых регионах **)
EA 16 (30 в некоторых регионах **) 960 (1440 в некоторых регионах **)
Enterprise — разработка и тестирование 6 320
Оплата по мере использования 6 320
Разработка и тестирование с оплатой по мере использования 6 320
Azure Pass 3 64
BizSpark 3 64
BizSpark Plus 3 64
Спонсорское предложение Microsoft Azure 3 64
Microsoft Partner Network 3 64
Visual Studio Enterprise (MPN) 3 64
Visual Studio Enterprise 3 32
Visual Studio Enterprise (BizSpark) 3 32
Visual Studio Professional 3 32
MSDN Platforms 3 32

* При планировании развертываний учтите, что для уровня служб "Критически важный для бизнеса" (BC) емкость виртуальных ядер должна быть в четыре (4) раза больше по сравнению с уровнем "Общего назначения" (GP). Например, 1 виртуальное ядро GP соответствует 1 единице виртуальных ядер, а 1 виртуальное ядро BC — 4 единицам виртуальных ядер. Чтобы упростить анализ потребления в соответствии с ограничениями по умолчанию, суммируйте единицы виртуальных ядер во всех подсетях в регионе, где развернуты Управляемые экземпляры SQL, и сравните результаты с ограничениями единиц экземпляра для своего типа подписки. Ограничение на максимальное число единиц виртуальных ядер применяется к каждой подписке в регионе. Нет ограничений на отдельные подсети, за исключением того, что сумма всех виртуальных ядер, развернутых в нескольких подсетях, должна быть меньше или равна максимальному количеству единиц виртуальных ядер.

** Увеличенные ограничения на подсети и виртуальные ядра доступны в следующих регионах: Восточная Австралия, Восточная часть США, Восточная часть США 2, Северная Европа, Центрально-южная часть США, Юго-Восточная Азия, Южная часть Соединенного Королевства, Западная Европа, Западная часть США 2.

Внимание

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

Запрос на увеличение квоты

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

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