Ограничения ресурсов для отдельных баз данных при использовании модели приобретения 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 (ГБ) |
|---|---|---|---|
| Базовая | 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.
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по