Ограничения ресурсов для отдельных баз данных при использовании модели приобретения DTU — База данных SQL Azure
Область применения:
База данных SQL Azure
Эта статья содержит подробные сведения об ограничениях ресурсов для отдельных баз данных в Базе данных SQL Azure при использовании модели приобретения на основе единиц DTU.
- Сведения об ограничениях модели приобретения на основе единиц DTU для отдельных баз данных на сервере см. в статье Ограничения ресурсов на сервере.
- Сведения об ограничениях ресурсов для модели приобретения DTU для базы данных SQL Azure см. в разделах Ограничения ресурсов DTU на отдельные базы данных и Ограничения ресурсов DTU на эластичные пулы.
- Ограничения ресурсов виртуальных ядер см. в разделах Ограничения ресурсов виртуальных ядер — база данных SQL Azure и Ограничения ресурсов виртуальных ядер — эластичные пулы.
- Дополнительные сведения о моделях приобретения см. в статье Модели приобретения для Базы данных SQL Azure.
Каждая реплика только для чтения имеет собственные ресурсы, такие как DTU, рабочие роли и сеансы. Каждая реплика только для чтения подчиняется ограничениям ресурсов, подробно описанным далее в этой статье.
Отдельная база данных: размеры хранилища и объемы вычислительных ресурсов
В следующих таблицах приведены доступные ресурсы и их объемы для отдельных баз данных на каждом уровне служб и объема вычислительных ресурсов. Вы можете установить отдельной базы данных уровень служб, объем вычислительных ресурсов и объем хранилища, используя:
Важно!
Инструкции и рекомендации по масштабированию см. в статье Масштабирование отдельной базы данных
Уровень службы Basic
| Объем вычислительных ресурсов | Основной |
|---|---|
| Максимальное количество DTU | 5 |
| Включенный объем хранилища (ГБ) | 2 |
| Максимальный объем хранилища (ГБ) | 2 |
| Максимальное хранилище OLTP в памяти (ГБ) | Н/Д |
| Максимальное количество одновременных работников | 30 |
| Максимальное количество одновременных входов | 30 |
| Максимальное число параллельных внешних подключений 1 | 3 |
| Максимальное количество параллельных сеансов | 300 |
1 См. дополнительные сведения о том, что считается внешним подключением.
Важно!
Уровень служб "Базовый" предоставляет менее одного виртуального ядра (ЦП). Для рабочих нагрузок с интенсивным использованием ЦП рекомендуется использовать уровень S3 или выше.
Операции восстановления базы данных могут быть интенсивными для ЦП и могут требовать цели службы S3 или более поздней. После восстановления база данных может быть масштабирована до более низкой цели службы при необходимости.
В отношении хранилища данных уровень служб "Базовый" размещается на стандартных страничных BLOB-объектах. Стандартные страничные BLOB-объекты работают на основе жестких дисков (HDD) и идеально подходят для разработки, тестирования или других рабочих нагрузок с низкой частотой обращения, которые менее чувствительны к характеристикам производительности.
Уровень службы Standard
| Объем вычислительных ресурсов | S0 | S1 | S2 | S3 |
|---|---|---|---|---|
| Максимальное количество DTU | 10 | 20. | 50 | 100 |
| Включенный объем хранилища (ГБ) 1 | 250 | 250 | 250 | 250 |
| Максимальный объем хранилища (ГБ) | 250 | 250 | 250 | 1024 |
| Максимальное хранилище OLTP в памяти (ГБ) | Н/Д | Н/Д | Н/Д | Н/Д |
| Максимальное количество одновременных работников | 60 | 90 | 120 | 200 |
| Максимальное количество одновременных входов | 60 | 90 | 120 | 200 |
| Максимальное число параллельных внешних подключений 2 | 6 | 9 | 12 | 20. |
| Максимальное количество параллельных сеансов | 600. | 900 | 1200 | 2400 |
1 Сведения о дополнительных затратах см. в ценах на Базу данных SQL.
2 См. дополнительные сведения о том, что считается внешним подключением.
Важно!
Уровень служб "Стандартный" S0, S1 и S2 предоставляют менее одного виртуального ядра (ЦП). Для рабочих нагрузок с интенсивным использованием ЦП рекомендуется использовать уровень S3 или выше.
Операции восстановления могут быть интенсивными для ЦП и часто требуют уровня служб S3 или более поздней версии.
В отношении хранилища данных уровни служб "Стандартный" S0 и S1 размещаются на страницах стандартных страничных BLOB-объектов. Стандартные страничные BLOB-объекты работают на основе жестких дисков (HDD) и идеально подходят для разработки, тестирования или других рабочих нагрузок с низкой частотой обращения, которые менее чувствительны к характеристикам производительности.
Уровень служб "Стандартный" (продолжение)
| Объем вычислительных ресурсов | S4 | S6 | S7 | S9 | S12 |
|---|---|---|---|---|---|
| Максимальное количество DTU | 200 | 400 | 800 | 1600 | 3000 |
| Включенный объем хранилища (ГБ) 1 | 250 | 250 | 250 | 250 | 250 |
| Максимальный объем хранилища (ГБ) | 1024 | 1024 | 1024 | 1024 | 1024 |
| Максимальное хранилище OLTP в памяти (ГБ) | Н/Д | Н/Д | Н/Д | Н/Д | Н/Д |
| Максимальное количество одновременных работников | 400 | 800 | 1600 | 3200 | 6000 |
| Максимальное количество одновременных входов | 400 | 800 | 1600 | 3200 | 6000 |
| Максимальное число параллельных внешних подключений 2 | 40 | 80 | 150 | 150 | 150 |
| Максимальное количество параллельных сеансов | 4800 | 9600 | 19 200 | 30 000 | 30 000 |
1 Сведения о дополнительных затратах см. в ценах на Базу данных SQL.
2 См. дополнительные сведения о том, что считается внешним подключением.
Уровень службы Premium
| Объем вычислительных ресурсов | P1 | P2 | P4 | P6 | P11 | P15 |
|---|---|---|---|---|---|---|
| Максимальное количество DTU | 125 | 250 | 500 | 1000 | 1750 | 4000 |
| Включенный объем хранилища (ГБ) 1 | 500 | 500 | 500 | 500 | 4096 2 | 4096 2 |
| Максимальный объем хранилища (ГБ) | 1024 | 1024 | 1024 | 1024 | 4096 2 | 4096 2 |
| Максимальное хранилище OLTP в памяти (ГБ) | 1 | 2 | 4 | 8 | 14 | 32 |
| Максимальное количество одновременных работников | 200 | 400 | 800 | 1600 | 2800 | 6400 |
| Максимальное количество одновременных входов | 200 | 400 | 800 | 1600 | 2800 | 6400 |
| Максимальное число параллельных внешних подключений 3 | 20. | 40 | 80 | 150 | 150 | 150 |
| Максимальное количество параллельных сеансов | 30 000 | 30 000 | 30 000 | 30 000 | 30 000 | 30 000 |
1 Сведения о дополнительных затратах см. в ценах на Базу данных SQL.
2 От 1024 ГБ до 4096 ГБ с шагом приращения 256 ГБ.
3 См. дополнительные сведения о том, что считается внешним подключением.
Важно!
Хранилище размером более 1 ТБ на уровне "Премиум" в настоящее время доступно во всех регионах, за исключением Восточного и Северного Китая, а также Центральной и Северо-Восточной Германии. В этих регионах максимальный объем хранилища класса Premium ограничен 1 ТБ. Дополнительные сведения см. в разделе о действующих ограничениях для P11-P15.
Примечание.
Дополнительные сведения об ограничениях хранилища для уровня служб "Премиум" см. в разделе Управление дисковым пространством.
Размеры tempdb
В следующей таблице перечислены tempdb размеры отдельных баз данных в Базе данных SQL Azure:
| Целевой уровень обслуживания | Максимальный размер файла данных tempdb (ГБ) |
Число файлов данных tempdb |
Максимальный размер данных tempdb (ГБ) |
|---|---|---|---|
| Basic | 13,9 | 1 | 13,9 |
| S0 | 13,9 | 1 | 13,9 |
| S1 | 13,9 | 1 | 13,9 |
| S2 | 13,9 | 1 | 13,9 |
| S3 | 32 | 1 | 32 |
| S4 | 32 | 2 | 64 |
| S6 | 32 | 3 | 96 |
| S7 | 32 | 6 | 192 |
| S9 | 32 | 12 | 384 |
| S12 | 32 | 12 | 384 |
| P1 | 13,9 | 12 | 166.7 |
| P2 | 13,9 | 12 | 166.7 |
| P4 | 13,9 | 12 | 166.7 |
| P6 | 13,9 | 12 | 166.7 |
| P11 | 13,9 | 12 | 166.7 |
| P15 | 13,9 | 12 | 166.7 |
Дальнейшие действия
- См. подробнее об ограничениях ресурсов для отдельной базы данных при использовании модели приобретения на основе виртуальных ядер.
- См. подробнее об ограничениях ресурсов для эластичных пулов при использовании модели приобретения на основе виртуальных ядер
- См. подробнее об ограничениях ресурсов для эластичных пулов при использовании модели приобретения на основе единиц DTU.
- Информацию по ограничениям ресурсов для управляемых экземпляров в Управляемом экземпляре SQL Azure см. в разделе Ограничения ресурсов Управляемого экземпляра SQL.
- Сведения об общих ограничениях Azure см. в разделе Подписка Azure, границы, квоты и ограничения службы.
- Сведения об ограничениях на уровнях сервера и подписки см. в статье Ограничения ресурсов для логического сервера SQL.