Подобрать похожие

Оставить отзыв

• Описание
• Характеристики
• 00″>Доставка
• Документация
• Отзывы
• Консультация

Потолочная акустическая система, 5 Вт, 84-88 дБ, согл. трансформатор

Назначение: акустическая система АС-3-2 предназначена для воспроизведения сообщений в системе речевого пожарного оповещения «РОКОТ».

Основные особенности АС-3-4:

• АС может быть включена в линии оповещения приборов управления оповещением «Рокот», «Рокот-2» и «Рокот-4».
• Содержит встроенную схему контроля исправности линии оповещения.
• Форма корпуса  позволяет устанавливать ее на подвесных потолках, на гипсокартонные и другие плиты толщиной от 9 до 20 мм.

Технические характеристики:

• Производитель: Сибирский Арсенал
• Полоса частот (Гц) >: 200
• Полоса частот (Гц)
• Мощность (Вт): 5
• Звуковое давление (дБ) >: 88
• Класс пыле-/влагозащиты: IP41
• Кол-во полос: 2-полосный
• Материал корпуса: Пластик
• Место установки: В помещении
• Сопротивление (Ом): 50
• Стандарт линии оповещения: 20 В
• Тип громкоговорителя: Громкоговоритель
• Тип крепления: На потолок
• Цвет: Белый

Документация:

1. Инструкция АС-3-4
2. Сертификат соответствия

Консультация

Задайте вопрос специалисту о АС-3-4 Потолочная акустическая система, 5 Вт, 84-88 дБ, согл. трансформатор

Самовывоз из офиса:

Пункт выдачи:*

Доставка курьером:*

Транспортные компании:

Почта России:*

* Срок доставки указан для товара в наличии на складе в Москве

Отзывы о АС-3-4:

Ваш отзыв может быть первым!

С этим товаром часто покупают:

Создание приложения Angular с помощью API Azure Cosmos DB для MongoDB (часть 1)

Twitter LinkedIn Facebook Адрес электронной почты

• Статья
• 09/27/2022
• Чтение занимает 3 мин

ОБЛАСТЬ ПРИМЕНЕНИЯ: API Azure Cosmos DB для MongoDB

Из этого руководства в нескольких частях вы узнаете, как создать новое приложение, написанное на Node. js с использованием Express и Angular, а затем подключить его к учетной записи Cosmos, настроенной с помощью API Cosmos DB для MongoDB.

Часть 4 руководства основана на части 3. Здесь рассматриваются следующие задачи:

• создание группы ресурсов Azure с помощью Azure CLI;
• создание учетной записи Cosmos с помощью Azure CLI.

Видеоруководство

Предварительные требования

Перед переходом к этой части руководства убедитесь, что выполнены все задачи из части 3.

В этом разделе руководства можно использовать Azure Cloud Shell (в браузере) или установленный локально Azure CLI.

Azure Cloud Shell

В Azure есть Azure Cloud Shell, интерактивная оболочка среды, с которой можно работать в браузере. Для работы со службами Azure можно использовать Bash или PowerShell с Cloud Shell. Для запуска кода из этой статьи можно использовать предварительно установленные команды Cloud Shell. Ничего дополнительного в локальной среде устанавливать не нужно.

Начало работы с Azure Cloud Shell

Параметр	Пример и ссылка
Нажмите кнопку Попробовать в правом верхнем углу блока кода или команд. При нажатии кнопки Попробовать код или команда не копируется в Cloud Shell автоматически.
Чтобы открыть Cloud Shell в браузере, перейдите по адресу https://shell.azure.com или нажмите кнопку Запуск Cloud Shell.
Нажмите кнопку Cloud Shell в строке меню в правом верхнем углу окна портала Azure.

Чтобы использовать Azure Cloud Shell:

1. Запустите Cloud Shell.

2. Нажмите кнопку Копировать в блоке кода (или блоке команд), чтобы скопировать код или команду.

3. Вставьте код или команду в окно сеанса Cloud Shell, нажав клавиши CTRL+SHIFT+V в Windows и Linux или CMD+SHIFT+V в macOS.

4. Нажмите клавишу ВВОД, чтобы выполнить код или команду.

Используйте Azure CLIдля создания ресурсов, необходимых для размещения вашего приложения в Azure. Если команды Azure CLI выполняются в оболочке Cloud Shell, это значит, что вы уже выполнили вход. Для выполнения команд Azure CLI в локальной среде войдите в подписку Azure с помощью команды az login и следуйте инструкциям на экране.

az login

Создание группы ресурсов

Группа ресурсов — это логический контейнер, в котором происходит развертывание ресурсов Azure (например, веб-приложений, баз данных и учетных записей хранения) и управление ими. Например, в дальнейшем можно удалить всю группу ресурсов при помощи одного простого действия.

В Cloud Shell создайте группу ресурсов с помощью команды az group create. В следующем примере создается группа ресурсов с именем myResourceGroup в расположении Западная Европа. Чтобы просмотреть все поддерживаемые расположения для службы приложений уровня Бесплатный, выполните команду az appservice list-locations --sku FREE.

az group create --name myResourceGroup --location "West Europe"

Обычно группа ресурсов и ресурсы создаются в ближайших регионах.

По завершении команды в выходных данных JSON будут отображаться свойства группы ресурсов.

Совет

В этом руководстве изложены пошаговые инструкции по созданию приложения. Готовое приложение можно скачать из репозитория angular-cosmosdb на GitHub.

создание учетной записи Azure Cosmos DB;

Создайте учетную запись Azure Cosmos DB с помощью команды az cosmosdb create.

az cosmosdb create --name <cosmosdb-name> --resource-group myResourceGroup --kind MongoDB

• Для <cosmosdb-name> используйте уникальное имя учетной записи Azure Cosmos DB. Имя должно быть уникальным среди всех учетных записей Azure Cosmos DB в Azure.
• Параметр --kind MongoDB разрешает Azure Cosmos DB использовать клиентские подключения MongoDB.

Выполнение команды может занять одну-две минуты. По завершении в окне терминала отобразятся сведения о новой базе данных.

Создав учетную запись Azure Cosmos DB, сделайте следующее.

1. Откройте новое окно браузера и перейдите на портал по адресу https://portal.azure.com.

2. Щелкните логотип Azure Cosmos DB на левой панели. Отобразятся все ваши базы данных Azure Cosmos DB.

3. Выберите учетную запись Azure Cosmos DB, которую вы только что создали, перейдите на вкладку Обзор и прокрутите страницу вниз, чтобы просмотреть карту расположения базы данных.

4. Прокрутите вниз в области навигации слева и щелкните вкладку Глобальная репликация данных. Отобразится карта с регионами, в которые можно реплицировать данные. Например, можете щелкнуть регион «Юго-восточная Австралия» или «Восточная Австралия» и реплицировать свои данные в Австралию. Дополнительные сведения о глобальной репликации см. в статье Как работает глобальное распределение данных в Azure с помощью Cosmos DB. Пока что давайте просто сохраним один экземпляр, а если потребуется репликация, мы уже будем знать, как это сделать.

Дальнейшие действия

В этой части руководства мы выполнили следующую задачу:

• создали группу ресурсов Azure с помощью Azure CLI;
• создали учетную запись Azure Cosmos DB с помощью Azure CLI.

Теперь можно приступить к следующей части руководства, чтобы подключить учетную запись Azure Cosmos DB к приложению с помощью Mongoose.

подключение к Azure Cosmos DB с помощью Mongoose;

Пытаетесь выполнить планирование ресурсов для миграции в Azure Cosmos DB? Можете использовать для этого сведения о существующем кластере базы данных.

• Если вам известно только количество виртуальных ядер и серверов в существующем кластере баз данных, прочитайте об оценке единиц запроса на основе этих данных.
• Если вам известна стандартная частота запросов для текущей рабочей нагрузки базы данных, ознакомьтесь со статьей о расчете единиц запросов с помощью планировщика ресурсов Azure Cosmos DB

ДБ-3Ф (Ил-4) | Красные соколы нашей РодиныКрасные соколы нашей Родины

Бомбардировщик-торпедоносец Ил-4 Глубокая модернизация ДБ-3 с установкой новых двигателей М-88 (1100 л. с), удлиненной и более обтекаемой носовой части фюзеляжа веретенообразных очертаний с обширным остеклением, незначительным увеличением площади крыла при сохранении прежнего размаха привела к созданию ДБ-3Ф. От нижней стрелковой установки первоначально отказались. Был внесен и ряд других изменений, а также радикально пересмотрена технология изготовления с учетом требований массового производства. Работы над самолетом под первоначальным обозначением ЦКБ-30Ф велись с середины 1938 г. На испытания прототип вышел 21 мая 1939 г. Вследствие недоведенности двигателя М-88 на государственные испытания самолет передали с моторами М-87, с такими двигателями выпустили и часть серийных машин. Выпуск их на заводах № 39 и №18 начался в конце 1939 г., на заводе № 126 — во втором квартале 1941 г. Общий объем производства составил 5256 самолетов. Московский завод № 39 прекратил выпуск ДБ-3Ф уже в начале 1941 г., воронежский завод № 18 последние ДБ-3Ф сдал в июле 1941 г. В дальнейшем основным производителем оставался завод № 126 в Комсомольске-на-Амуре, сдавший последние 4 машины в 1946 г. Помимо него, с февраля 1942 г. московский завод № 81 осуществлял сборку Ил-4 из узлов, поставляемых с завода № 126, а завод № 23 (также в Москве) сначала собирал самолеты (с мая 1942 г.), а затем перешел к их полноценному производству, выпустив в 1942-1943 гг. 367 машин. Общий же объем выпуска составил 5256 самолетов. Технические характеристики самолетов ДБ-3Ф/Ил-4 (1943 г.в.) Двигатели: М-88 мощность, л.с.: 1100 Размах крыла, м.: 21,44 Длина самолета, м.: 14,76 Высота самолета, м.: 4,10 Площадь крыла, кв. м.: 66,70 Масса, кг: пустого самолета: 5800 взлетная: 9470 Максимальная скорость, км/ч: 463 Время набора высоты 4000 м, мин.: 17,5 Практический потолок, м.: 8700 Дальность полета, км.: 3300 Модификации ДБ-3Ф (Ил-4) ДБ—3М — двигатели М-87Б. Стрелковое вооружение — 3 7,62-мм пулемета ШКАС (по 1 в носовой установке, верхней турели и нижней люковой установке; машины первых серий люковой установки не имели). Масса бомбовой нагрузки — 1000 кг (максимальная -2500 кг). Экипаж — 3 чел. ДБ—3Ф (с 1941 г. — Ил-4) — моторы М-88. Стрелковое вооружение первоначально соответствовало ДБ-ЗМ (машины первых серий также не имели нижней стрелковой установки), с весны 1942 г. в верхней турели устанавливали 1 12,7-мм пулемет УБТ. Масса бомбовой нагрузки — 1000 кг (максимальная — 2500 кг). Экипаж — 3-4 чел. Выпускался с марта 1940 г. Боевое использование ДБ-3Ф (Ил-4) Поступление ДБ-3Ф в строевые части в заметном количестве началось в мае-июне 1940 г. К июлю 1940 г. некоторые полки (например, 8-й ДБАП) были полностью укомплектованы новыми машинами. По состоянию на 22 июня 1941 г. ДБ-3Ф составляли примерно половину парка дальнебомбардировочных полков, дислоцированных на западе страны (в общей сложности в них насчитывалось 1122 машины). Небольшое количество их имелось и в минно-торпедных частях морской авиации. Торпедоносец ДБ-3ф (Ил-4) над морем Использование ДБ-3Ф в начальный период войны соответствовало применению ДБ-3: в первые два дня войны — удары по целям в глубине территории противника, затем — действия по скоплениям войск в ближнем тылу, удары по переправам и пр. Наиболее активным в первые дни войны был 3-й ДБАК, самолеты которого бомбили цели на территории Прибалтики и Польши. В августе-сентябре 1941 г. было совершено несколько налетов на Берлин с о. Эзель. Первоначально их осуществляли летчики 1-го МТАП ВВС Балтийского флота, а с 11 августа подключились и отдельные экипажи 1-го ДБАК. Количество Ил-4 на фронте уменьшалось до конца 1941 г. Это было вызвано не только потерями, но и отсутствием их надлежащего восполнения — хотя завод № 126 находился вдали от фронта, завод № 29, основной производитель моторов М-88, был эвакуирован, что привело к перебоям поставок моторов. Но в начале 1942 г. выпуск Ил-4 стал нарастать. На момент образования 1 марта 1942 г. Авиации дальнего действия, в её состав вошли 8 дивизий, из них 5 — на Ил-4 (3-я, 17-я, 24-я, 36-я и 50-я). На 1 мая 1942 г. АДД имела 319 Ил-4, составлявших более 90% её парка. Часть таких самолетов осталась вне АДД — например, в ВВС Северо-Кавказского фронта на Ил-4 летала 132-я БАД, также в ВВС действовала 113-я БАД, вооруженная такими самолетами. Часть сил АДД летом 1942 г. задействовали под Харьковом. Летая днем, с малых высот группы Ил-4 бомбили наступающие войска противника. Сначала одна, а затем ещё три дивизии АДД действовали на Сталинградском направлении. Постепенно силы Авиации дальнего действия стали привлекать для ударов по целям в глубине территории противника. Первый такой вылет состоялся в ночь на 20 июля 1942 г., а целью был Кёнигсберг. Повторные налеты на Кёнигсберг состоялись 24 и 26 июля. В последнем участвовало 88 самолетов. 26 августа Ил-4 появились над Берлином, а 14 сентября 1942 г. самолеты 3-й, 17-й и 45-й дивизий нанесли удары по объектам в Румынии (Бухаресту, нефтеперерабатывающим заводам в Плоешти и порту Галац). В конце 1942 г. для Ил-4 приоритетными вновь стали удары на небольшую глубину — в общей сложности 480 самолетов этого типа принимали участие в Сталинградской битве. В 1942 г. в заметном количестве Ил-4 появляются в морской авиации. В первую очередь это касалось ВВС Черноморского флота. В начале года находящиеся здесь Ил-4 занимались минными постановками, а 21 мая выполнили первую торпедную атаку, повредив вражеский транспорт у устья Дуная. В июле 1942 г. одержали первые победы торпедоносцы Ил-4 на Балтике и Северном флоте. Часть торпедоносцев 5-го гв. МТАП были модифицированы — поскольку торпеды размещались на внешней подвеске, то в бомбоотсеках установили дополнительные топливные баки. Кроме того, часть торпедоносцев получили подкрыльевые узлы для подвески НАР РС-82. Весной 1944 г. на Ил-4 того же полка проходила испытания РЛС обнаружения надводных целей «Гнейс-2М». Подвеска торпеды на Ил-4 Увеличение поставок Ил-4 в 1943 г. позволило сформировать 5 корпусов, полностью вооруженных этими самолетами (1-й, 2-й, 3-й, 6-й и 8-й). Ил-4 приняли участие во всех крупных кампаниях 1943 г. Весной в сражении на Кубани участвовала 50-я дивизия. Её Ил-4 бомбили аэродромы Люфтваффе в Крыму. В Курской битве участвовало 740 самолетов АДД, преимущественно Ил-4. Накануне начала операции «Цитадель» Авиация дальнего действия организовала серию налетов на железнодорожный узел Брянска. В них ярко проявились изменения тактики действий АДД. Налеты становились все более масштабными, бомбардировщики выходили на цель с разных направлений. Выделялись группы для подавления зениток и прожекторов, а впереди основной массы бомбардировщиков шел эшелон обеспечения, задачей которого было найти цель и обозначить её. Специальные полки ночных охотников-блокировщиков, первый из которых летал на Ил-4, парализовали аэродромы ночных истребителей противника. В июле-сентябре 1943 г. дальние бомбардировщики содействовали снятию блокады Ленинграда. Здесь против укреплений часть применяли 1000-килограммовые бомбы, подвешиваемые на внешней подвеске. В 1943 г. были усилены и части морской авиации — хотя в её составе Ил-4 было относительно немного (за всю войну ВМФ получил 290 ДБ-3Ф/Ил-4 — 176 от промышленности и 114 из ВВС и АДД). На Черном море на таких самолетах воевала дивизия двухполкового состава, на Балтике — 1-й МТАП, на Северном флоте — одна АЭ 24-го МТАП. На 1 января 1944 г. на этих трех флотах числилось 55 Ил-4. В 1944 г. 36-й МТАП с Черноморского флота перебросили на Северный. К 1944 г. АДД существенно усилилась: за 5 первых месяцев года она сбросила вдвое больше бомб, чем за весь 1942 г. Немалая доля их пришлась на Ил-4. Хотя основная доля вылетов приходилась на задачи тактического порядка, соединения дальних бомбардировщиков привлекались и для решения стратегических задач. В феврале 1944 г. АДД провела серию налетов на Хельсинки. Поскольку ставилась задача оказать давление на правительство Финляндии и подтолкнуть его к выходу из войны, а не разрушить город, налеты растянули во времени. Самолеты шли друг за другом с интервалом 10-15 секунд. Одновременно менее масштабные налеты организовали на другие города Финляндии. В марте 1944 г. последовал массированный налет на Таллинн. Обеспечивая операцию по освобождению Крыма, соединения АДД весной 1944 г. парализовали работу румынских портов Констанца и Галац, а также бомбили немецкие укрепления под Севастополем. В июле 1944 г. основную массу самолетов АДД (1226 машин) задействовали в Белорусской наступательной операции. Основными их целями являлись железнодорожные узлы -так, Брест бомбили два дня. До конца года дальние бомбардировщики наносили удары по целям вдоль всего фронта, эпизодически совершая рейды в глубокий тыл немцев. В 1945 г., базируясь на аэродромы Польши, Ил-4 бомбили города Германии, опорные пункты вермахта, аэродромы и порты. Поскольку советская авиация завоевала господство в воздухе, 18-я воздушная армия (так именовалась АДД с 6 декабря 1942 г.) вновь перешла к действиям днем. В Берлинской операции задействовали около 500 дальних бомбардировщиков. На 10 мая 1945 г. 18-я ВА располагала 553 самолетами Ил-4 — примерно 1/3 её состава (в общей сложности, 18-я ВА имела 1675 бомбардировщиков). На Ил-4 летало 28 из 73-х её полков. По количеству Ил-4 уступали только Ли-2 (таких самолетов в 18-й ВА было 593). С 1943 г. новые полки на Ил-4 уже не формировались. В войне против Японии участвовали как полки Ил-4, находившиеся на Дальнем Востоке, так и переброшенные из Европы. Первые вылеты были совершены в ночь с 8 на 9 августа 1945 г., когда 108-й БАП, прибывший ранее из Польши, бомбил Харбин. Боевые вылеты для ударов по портам, железнодорожным узлам, опорным пунктам продолжались до 19 августа. Помимо самолетов ВВС в них принимали участие и машины авиации Тихоокеанского флота — к началу войны против Японии в минно-торпедных полках числилось 25 Ил-4. Флотские самолеты действовали не только по наземным целям, но и по судам и кораблям. В послевоенное время, несмотря на свою устарелость, Ил-4 оставался самым массовым типом в Дальней авиации до начала 50-х гг. Так же долго эксплуатировался он и в морской авиации. Некоторое количество ДБ-3Ф стали немецкими трофеями. Подробности их использования в Люфтваффе неизвестны. Осенью 1942 г. 4 таких самолета Германия продала Финляндии. Одна машина разбилась при перегонке в Финляндию, остальные после ремонта вошли в группу Lelv 48, выполнив в её составе всего 3 боевых вылета. В конце 1943 г. их передали в Lelv 46. Весной 1944 г. ДБ-3Ф привлекались к ударам по советским аэродромам. В июле, когда советские войска перешли в наступление на Карельском перешейке, самолеты работали по мостам и дорогам у линии фронта. Два уцелевших ДБ-3Ф осенью 1944 г., после перехода Финляндии на сторону антигитлеровской коалиции, совершили несколько вылетов против немецких войск в Лапландии. Обе эти машины разбились в авариях в начале 1945 г. Ил-4 к моменту своего создания был вполне современным самолетом, приближавшимся по летно-тактическим характеристикам к немецкому Не 111. Однако в последующие годы самолет не прошел необходимых модернизаций (как его немецкий визави), позволяющих поддерживать его летные качества на современном уровне. В первую очередь, это касалось мотоустановки — всю войну Ил-4 прошел все с тем же относительно маломощным двигателем М-88 (предпринимавшиеся попытки установить на самолет более мощные моторы успехом не увенчались). Неприемлемым для дальнего бомбардировщика было бедное бортовое оборудование Ил-4 (автопилот начали устанавливать на части самолетов лишь в 1942 г. ). Существенным недостатком было отсутствие в составе экипажа второго пилота — пилотирование Ил-4 было довольно трудным, требуя от летчика постоянной концентрации внимания и немалых физических усилий. Не соответствовало требованиям времени и оборонительное вооружение самолета, а единственной мерой, предпринятой для его усиления, стала замена в верхней турели обычного пулемета крупнокалиберным. К тому же, эффективное использование даже имеющихся стрелковых установок стало возможным только после введения в состав экипажа ещё одного стрелка. Но, несмотря на все недостатки, Ил-4 вплоть до конца войны интенсивно использовался для решения разнообразных боевых задач. Дневное применение самолетов этого типа, как правило, чревато было существенными потерями, но ночью они действовали достаточно эффективно. Выпуск самолётов ДБ-3Ф (Ил-4) в 1940 — 1946 гг. [1] Завод 1940 1941 1942 1943 1944 1945 1946 №23 110 257 №39 198 44 53 698 118 №126 360 695 658 597 485 4 №18 808 328 №166 4 ПРИМЕЧАНИЯ Статистика серийного выпуска ДБ-3Ф (Ил-4) приводится по изданию: История отечественной авиапромышленности. Серийное самолётостроение, 1910-2010 гг./Под общ.ред. Д.А. Соболева. М.: РУСАВИА, 2011. — 432 с.: ил., с. 203 [↩] Ключевые слова: бомбардировщики СССР, самолёты Ильюшина, торпедоносцы Второй мировой, штурмовики СССР Если у Вас имеется дополнительная информация или фото к этому материалу, пожалуйста, сообщите нам с помощью с помощью обратной связи.

WinField 2,4 — Гербицид DB 200

ИНСТРУКЦИЯ ПО ПРИМЕНЕНИЮ:

ПРЕДОСТЕРЕЖЕНИЯ И ОГРАНИЧЕНИЯ

Не применяйте 2,4-DB 200 через ирригационные системы любого типа.

Не используйте в теплице или рядом с ней.

Не скармливайте/не пасите соевый корм и не заготавливайте сено в течение 60 дней после любого применения 2,4-DB 200.

ПРОЦЕДУРЫ НАНЕСЕНИЯ:

2,4-DB 200 можно наносить на зарегистрированные участки с помощью наземного и воздушного оборудования. Ниже приведены рекомендуемые методы применения для каждой культуры.

НАЗЕМНОЕ ПРИМЕНЕНИЕ:

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

Выберите объем распыления и систему подачи, которые обеспечат тщательное и равномерное распыление. Для оптимального распределения распыления и тщательного покрытия рекомендуется использовать плоскоструйные форсунки (максимальный размер наконечника 8008) с минимальным давлением распыления 30 фунтов на кв. дюйм на наконечниках форсунок. Если потенциальный снос представляет собой проблему, см. раздел «Опасности для окружающей среды» для получения рекомендаций по уменьшению сноса. Другие типы форсунок, которые производят капельное распыление, могут не обеспечивать достаточного охвата сорняков для обеспечения оптимального контроля. Форсунки с каплями дождя не рекомендуются, так как 2,4-DB 200 может снизить эффективность борьбы с сорняками. Как правило, для оптимального покрытия опрыскиванием рекомендуется минимальный объем опрыскивания 10 галлонов на акр (GPA). При использовании высокоскоростного оборудования рекомендуется максимальная скорость 10 миль в час, если полевые условия вызывают чрезмерное движение штанги во время внесения и последующее плохое покрытие опрыскиванием. Наземное внесение в сухих и запыленных полевых условиях может обеспечить меньшую борьбу с сорняками на участках колесной колеи.

ПРИМЕНЕНИЕ В ВОЗДУХЕ:

Используйте диски с отверстиями, стержни и типы форсунок, которые обеспечат оптимальное распределение распыления и максимальный охват. Обычно рекомендуется минимальный объем распыления 5 ГПа и максимальное давление 40 фунтов на кв. дюйм. Если потенциальный снос представляет собой проблему, см. раздел «Опасности для окружающей среды» для получения рекомендаций по уменьшению сноса.

ИНСТРУКЦИЯ ПО СМЕШИВАНИЮ:

2,4-DB 200 ALONE: Заполните бак опрыскивателя на 1/2–3/4 чистой водой. Начните перемешивание и добавьте рекомендуемое количество 2,4-DB 200. Добавьте воду в бак опрыскивателя до желаемого уровня. Поддерживайте достаточное перемешивание, чтобы обеспечить однородность распыляемой смеси во время нанесения.

БАКОВЫЕ СМЕСИ: 2,4-DB 200 можно применять в баковых смесях с другими гербицидами, зарегистрированными для использования на одобренных культурах. Обратитесь к разделу о конкретных культурах, чтобы узнать о нормах и других ограничениях. Чтобы нанести 2,4-DB 200 в смеси с другим продуктом, заполните бак опрыскивателя на 1/2–3/4 чистой водой и начните перемешивание. При смешивании в баке со смачивающимся порошком, растворимым порошком, текучим или сухим текучим продуктом сначала добавьте порошок или текучий продукт. После тщательного смешивания другого гербицида с водой добавьте рекомендуемое количество 2,4-ДБ 200 и долейте воду в бак опрыскивателя до нужного уровня. При смешивании в баке с другими типами продуктов сначала добавьте 2,4-DB 200 перед добавлением другого продукта. Всегда тщательно смешивайте один продукт с водой перед добавлением другого продукта, иначе могут возникнуть проблемы с совместимостью. Никогда не смешивайте два продукта без предварительного смешивания с водой.

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

СМОТРИТЕ НА ЭТИКЕТКЕ ПОЛНЫЕ СТАВКИ И ИНСТРУКЦИИ ПО ПРИМЕНЕНИЮ.

ОПАСНОСТЬ ДЛЯ ОКРУЖАЮЩЕЙ СРЕДЫ:

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

Загрязнение грунтовых вод: Большинство случаев загрязнения грунтовых вод феноксигербицидами, такими как 2,4-ДБ, было связано с местами смешивания/погрузки и утилизации. Следует проявлять осторожность при обращении с пестицидами 2,4-ДБ на таких участках, чтобы предотвратить загрязнение источников грунтовых вод. Использование закрытых систем для смешивания или переноса этого пестицида снизит вероятность разливов. Размещение смесительного/загрузочного оборудования на непроницаемой подушке для предотвращения разливов поможет предотвратить загрязнение грунтовых вод.

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

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

Снос при наземном внесении можно уменьшить за счет: (1) установки штанги опрыскивателя как можно ближе к культуре для обеспечения полного охвата; (2) путем распыления 10 галлонов или более на акр; (3) используя давление не более 20 фунтов на концах сопла; и (4) не опрыскивать, когда скорость ветра превышает 5 миль в час.

Дрейф от применения с воздуха можно уменьшить за счет: (1) применения как можно ближе к цели для обеспечения адекватного охвата; (2) путем распыления 5 или более галлонов на акр; (3) используя давление 20 фунтов или менее на концах сопла; (4) с помощью форсунок, создающих грубую форму распыла; (5) распылением, когда нет возможности инверсии температуры во время распыления.

Нанесение с помощью самолетов, наземных установок и ручных опрыскивателей следует проводить только тогда, когда отсутствует опасность сноса распыляемого материала.

децибел

децибел

Интенсивность звука I может быть выражена в децибелах выше стандартного порога слышимости I 0 . Выражение Используемый логарифм представляет собой десятую степень интенсивности звука, выраженную как кратное порогу интенсивности звука. Пример: если I = 10 000 раз больше порога, то отношение интенсивности к пороговой интенсивности составляет 10 4 , степень десятка равна 4, а интенсивность 40 дБ: Коэффициент 10, умноженный на логарифм, дает децибелы, а не белы, и включен, потому что около 1 децибела — это едва заметная разница (JND) в интенсивности звука для нормального человеческого уха. децибел — относительная мера силы звука. Единица измерения основана на степенях 10, чтобы дать управляемый диапазон чисел, охватывающий широкий диапазон слуховой реакции человека, от стандартного порога слышимости на частоте 1000 Гц до порога боли примерно в десять триллионов раз большей интенсивности. Другим соображением, которое побуждает использовать степень 10 для измерения звука, является эмпирическое правило для громкости: требуется примерно в 10 раз больше интенсивности, чтобы звук звучал в два раза громче. Расчет в децибелах Динамические уровни музыки в дБ Мощность в дБм

Индекс Измерение уровня звука

HyperPhysics***** Звук R Ступица

Назад

Шкала децибел является отражением логарифмической реакции человеческого уха на изменение интенсивности звука: Логарифм по основанию 10, используемый в этом выражении, представляет собой просто степень 10 количества в скобках в соответствии с основным определением логарифма: Примеры: Расчет в децибелах	Index Измерение уровня звука
HyperPhysics***** Sound R Ступица	Назад

Интенсивность звука в децибелах выше стандартного порога слышимости рассчитывается как логарифм. Если интенсивность, кратная порогу, равна 9xI В

, то разница в децибелах равна

I A = дБ выше I B

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

Индекс

Измерение уровня звука

 

Гиперфизика***** Звук

R Ступица

Назад

Полезной общей справкой является то, что едва заметная разница в интенсивности звука для человеческого уха составляет около 1 децибела. JND = 1 децибел На самом деле использование коэффициента 10 в определении децибела означает создание единицы, которая представляет собой наименьшее обнаруживаемое изменение интенсивности звука. Установив, можно отметить, что есть некоторые вариации. Jnd составляет около 1 дБ для тихих звуков, около 30-40 дБ на низких и средних частотах. Он может упасть до 1/3-1/2 децибела для громких звуков. Следует соблюдать осторожность при применении критерия «один децибел». Предполагается, что вы увеличиваете тот же звук на один децибел. Если бы вы добавляли к этому звуку звук, выходящий за пределы критической полосы частот, вы бы возбуждали новые нервные окончания, и правило одного децибела не может быть применено. Это вызывает некоторую озабоченность по поводу схем перцепционного кодирования, используемых в современной цифровой записи, которые могут исключить некоторый значительный звуковой контент за счет использования критерия «один децибел» для удаления контента. Иллюстрация вариантов

Index Измерение уровня звука

HyperPhysics***** Sound R Ступица

Назад

Приведенные выше данные получены от Backus, что позволяет предположить, что JND в дБ меньше для более интенсивных звуков. Он цитирует Харви Флетчера «Речь и слух в общении» (19).53), стр. 146, в качестве фактического источника данных. Но вы можете сами протестировать пары тонов, которые, как указано на сайте McGraw-Hill, отличаются на 2 дБ. На этом сайте обсуждается «закон Вебера», который утверждает прямо противоположное значение приведенных выше кривых. Едва заметная разница Децибелы

Индекс Измерение уровня звука Артикул Backus

HyperPhysics***** Звук R Ступица

Назад

Интенсивность звука, измеряемая в воздухе, обычно измеряется в децибелах, отчасти потому, что логарифмическая природа децибелов позволяет выразить широкий диапазон интенсивности звука с помощью небольшого диапазона чисел. Для определения электрической мощности, связанной с радиоантеннами, микроволновыми источниками и оптоволоконными источниками, встречается широкий диапазон чисел, и для этой мощности удобно использовать логарифмическую шкалу. При мощности источника в один милливатт в качестве стандартной мощности этому стандарту присваивается значение 0 дБм. Хотя это произвольный выбор контрольной точки, он оказывается практическим контрольным уровнем для радиоприложений. Как только этот стандарт установлен, отношение к другим мощностям может быть рассчитано так же, как обрабатываются децибелы звука. Например, 100 мВт, рассеиваемые в нагрузке, равны 10 2 x стандарт и, следовательно, 20 дБмВт. Стандартное применение для аудио- и радиоприложений включало рассеивание 1 мВт на нагрузке 600 Ом. Чтобы получить эту мощность, соответствующую 0 дБм, требуется напряжение источника 0,775 В (среднеквадратичное значение), и это напряжение часто называют 0 дБн. Это напряжение можно получить, используя соотношение мощности переменного тока для резистивной нагрузки 600 Ом, при которой рассеиваемая мощность составляет 1 мВт. Для резистивной нагрузки средняя мощность V СКЗ 2 /R. Децибелы Таблица значений дБм (Wiki) Таблицы дБм

Index Измерение уровня звука Артикул Backus

5 HyperPhysics***** Sound R Nave Вернуться Обзор: колесная пара Fulcrum Racing 4 DB Колеса Fulcrum Racing 4 DB были обновлены, чтобы стать тренировочными/универсальными опорными катками с небольшим аэродинамическим преимуществом. Не самый легкий, но прочный и долговечный, он должен обеспечить много миль без проблем, а более широкий профиль обода по сравнению с его предшественником означает, что он лучше работает с более широкими шинами. Внутренняя ширина обода этой последней модели Racing 4 увеличена с 17 до 19 мм, что означает плавный переход между ободом и боковинами покрышки 25 или 28 мм. Поставляется с бескамерной ободной лентой, 4 DB настроены для бескамерных шин (клапаны включены), или вы можете использовать их со стандартными клинчерными шинами и камерами. Я обнаружил, что установка обоих типов была на удивление простой: требовалось лишь усилие большого пальца, чтобы вытолкнуть последний борт шины через обод. Бескамерные шины, которые я пробовал, легко вставляются в нужное положение с помощью стандартного гусеничного насоса. С роторами, установленными с помощью входящих в комплект стопорных колец Center Lock, и кассетой, плавно вставшей на место на втулке (другие варианты: XDR и N3W), Fulcrums были готовы к работе в течение 10 минут. На дороге я был очень впечатлен их жесткостью. При сильном ударе на выходе из поворота или на подъемах не было заметного изгиба, а натяжение спиц было набрано с самого начала, так как не было никакого звона или других шумов от опускания спиц. Fulcrum выбрал асимметричный обод, сместив отверстия для спиц, чтобы увеличить выпуклость (угол спиц по отношению к ступице) на стороне привода для повышения прочности, что все помогает. Кроме того, обработано основание обода между отверстиями для спиц, чтобы уменьшить вес, что также придает колесам более дорогой вид, как и графика, выгравированная лазером. Благодаря 24 спицам спереди и сзади конструкция обладает достаточной прочностью, и после того, как последние четыре недели мы гоняли по неровным проселочным дорогам, не было никаких проблем с их выходом из строя, и подшипники по-прежнему работают без сбоев после много миль под дождем. Ограничение по весу водителя и велосипеда составляет 120 кг. При весе 1760 г (включая ободную ленту) шины Racing 4 DB имеют неплохой вес, учитывая обод из алюминиевого сплава толщиной 34 мм. Они не чувствуют себя слишком потрепанными вне линии, и держать их в движении по пересеченной местности не составляет большого труда. Обод недостаточно глубокий, чтобы дать истинное аэродинамическое преимущество, но они все равно ощущаются как быстрая пара колес при обычной езде. Втулки плавно вращались на герметичных подшипниках, и если вы поклонник незаметных ступиц, вам понравятся DB Racing 4, так как они почти бесшумны при свободном вращении. Value При цене 449 фунтов стерлингов Racing 4 DB – это оптимальная цена по сравнению с конкурентами. Они дешевле, чем Halo Devaura Disc RD2, которые имеют обод глубиной 31 мм, такую ​​же ширину и практически такой же вес. Они подорожали до 599,98 фунтов стерлингов с тех пор, как я тестировал их в 2020 году. > Справочник покупателя: 41 лучшая колесная пара с дисковыми тормозами Дисковые колеса Mavic Cosmic Elite UST немного дешевле, их рекомендованная розничная цена составляет 430 фунтов стерлингов, и они имеют обод такой же глубины, но немного уже на 17 мм. Однако вес намного выше — 1910 г. Колесная пара Scribe Duty-D подорожала до 440 фунтов стерлингов с тех пор, как я тестировал ее в прошлом году. У них также есть обода глубиной 31 мм, как у Halo, и такая же ширина. Вес примерно такой же — 1790 г, включая встроенную ленту. Заключение В целом, Fulcrums — достойный набор колес за свои деньги. Они хорошо сложены, и их производительность хороша на любой местности. Мне также очень нравится сдержанный вид графики, так как она подойдет любому байку. Вердикт Не самый легкий и не самый дешевый, но прочный и надежный для всех аспектов дорожного движения Если вы думаете о покупке этого продукта с возвратом денег, почему бы не использовать страницу road.cc Top Cashback и получить немного лучший кэшбэк, помогая поддерживать ваш любимый независимый велосипедный сайт Отчет об испытаниях road.cc Марка и модель: Колесная пара Fulcrum Racing 4 DB Протестированный размер: 700C, глубина 34 мм Расскажите, для чего предназначено колесо и для кого оно предназначено. Что об этом говорят производители? Как это соотносится с вашими собственными чувствами по этому поводу? Fulcrum говорит: «Благодаря 34-миллиметровому среднему профилю новые колеса Racing 4 DB обеспечивают идеальный баланс между аэродинамикой, точностью управления и универсальностью. Они идеально подходят для подъемов без ущерба для стабильности, когда скорость увеличивается на спусках. эти колеса были выбраны командой Cofidis для их тренировочной установки». Алюминиевые диски хорошего качества, которые оставались неизменными на протяжении всего периода испытаний. Не самые легкие, и с минимальным аэродинамическим преимуществом по сравнению с более мелкими колесами. Расскажите подробнее о технических аспектах колеса? Списки FULCRUM: Тип шины: 2-way FIT ™ Готов (Cliescher / Demoness Ready) Размер шины: 700C Дисциплина: дорога / триатлон Материал обода: алюминиевый сплав Высота Rim: передний и спереди и спереди и спереди и спереди и спереди и спереди и спереди и передний задний 34 мм Внешнее ободно 16 — правая 8 ЗАДНИЕ КОЛЕСА СПИЦЫ: 24, левые 8 — правые 16 МАТЕРИАЛ СПИЦ: нержавеющая сталь НИППЕЛЬ: алюминий ПЕРЕДНЯЯ СТУПИЦА: алюминий, алюминиевые фланцы ЗАДНЯЯ СТУПИЦА: алюминий, алюминиевые фланцы ПОДШИПНИКИ: Герметичные картриджные подшипники, регулируемые ПРЕДЕЛ ВЕСА (СИСТЕМА): 120 кг ВЕРСИЯ FWB: HG11, XDR, N3W Оцените качество конструкции колеса: 300906 0/10 90 колесо за производительность: 7/10 Оцените колесо за долговечность: 8/10 Оцените колесо за вес 7/10 за стоимость: 09 9000 5/10 Колеса остались верными? Есть ли проблемы с натяжением спиц? Да, колеса оставались верными на протяжении всего периода тестирования, и конструкция выглядит очень хорошо сбалансированной, когда дело доходит до натяжения спиц. Насколько легко вам было установить шины? Шины, которые я пробовал, плотно прилегали, но их было не слишком сложно надеть. Как показали себя дополнительные приспособления для колес (например, шпажки и ободная лента)? Входящая в комплект лента была хорошо приклеена, и другие детали, такие как бескамерные клапаны, также отлично справились со своей задачей. Расскажите нам, как колесо в целом показало себя при использовании по назначению Fulcrum 4s — достойные универсалы для обычной езды по дорогам и тренировок. Расскажите нам, что вам особенно понравилось в руле Надежное качество сборки. Расскажите нам, что вам особенно не понравилось в колесе Ограниченное аэродинамическое преимущество из-за избыточного материала и веса. Какова цена по сравнению с аналогичными продуктами на рынке, в том числе недавно протестированными на road. cc? На мой взгляд, у них хорошая цена. Колеса Halo Devaura Disc RD2 — отличная сборка с использованием качественных компонентов, но они обойдутся вам в 599,98 фунтов стерлингов. Колеса Scribe Race-D не такие глубокие и легкие, но стоят 440 фунтов стерлингов. Вам понравилось пользоваться рулем? Да Вы бы купили колесо? Да Вы бы порекомендовали колесо другу? Да Используйте это поле, чтобы пояснить свой общий балл Хорошая универсальная колесная пара, обеспечивающая достойную надежность и производительность за свои деньги. Общий рейтинг: 7/10 Возраст: 42 Рост: 180 см   Вес: 76 кг Я обычно езжу: Тестовый велосипед этого месяца0003 Мой лучший велосипед: B’Twin Ultra CF с новейшими компонентами для испытаний Я катаюсь: Более 20 лет   Я катаюсь: Каждый день   Я бы отнес себя к: Эксперт Я регулярно езжу в следующих видах езды: гонки на время, поездки на работу, клубные поездки, спортивные, фиксированные/односкоростные, 1. 5.4. /db/_design/design-doc/_view/view-name — Документация по Apache CouchDB® 3.2 ПОЛУЧИТЬ /{db}/_design/{ddoc}/_view/{view} Выполняет указанную функцию просмотра из указанного проектного документа. Параметры Заголовки запросов Принять – приложение/json текстовый/обычный Параметры запроса конфликтов ( логическое значение ) – включить конфликтов информация в ответ. Игнорируется, если include_docs не равно true . По умолчанию false . по убыванию ( логическое значение ) — вернуть документы в порядке убывания по ключу. По умолчанию false . endkey ( json ) — остановить возврат записей, когда указанный ключ достиг. end_key ( json ) — Псевдоним для концевой ключ параметр endkey_docid ( строка ) — Остановить возврат записей при указанном идентификатор документа достигнут. Игнорируется, если endkey не установлен. end_key_doc_id ( строка ) — Псевдоним для endkey_docid . group ( boolean ) — сгруппировать результаты с помощью функции сокращения в группа или один ряд. Подразумевает уменьшить это правда и максимум уровень_группы . По умолчанию false . group_level ( номер ) — укажите используемый уровень группы. подразумевает группа это истинное . include_docs ( логическое значение ) — включить связанный документ с каждой строкой. По умолчанию false . вложения ( логическое значение ) — включить содержимое в кодировке Base64 приложения к документам, которые включено, если include_docs равно true . Игнорируется, если include_docs не является верно . По умолчанию false . att_encoding_info ( логическое значение ) — включить информацию о кодировке в заглушки вложений, если include_docs равно true и конкретный вложение сжато. Игнорируется, если include_docs не равно true . По умолчанию false . inclusive_end ( логическое значение ) — Указывает, является ли указанный конечный ключ должны быть включены в результат. По умолчанию , правда . ключ ( json ) — возвращать только документы, соответствующие указанному ключу. keys ( json-array ) — вернуть только те документы, где ключ соответствует одному из ключи, указанные в массиве. лимит ( номер ) – Ограничить количество возвращаемых документов до указанный номер. уменьшить ( логическое значение ) — использовать функцию уменьшения. По умолчанию , правда , когда определена функция сокращения. skip ( номер ) — Пропустить это количество записей перед началом возврата результаты, достижения. По умолчанию 0 . sorted ( boolean ) — Сортировка возвращенных строк (см. Сортировка возвращенных строк). Установка этого значения на false предлагает производительность способствовать росту. Поля total_rows и offset недоступны, когда это установлено значение false . По умолчанию , правда . stable ( boolean ) – должны ли возвращаться результаты просмотра из стабильного набора осколков. По умолчанию false . stale ( строка ) — разрешить использование результатов из устаревшего представления. Поддерживаемые значения: ок и update_after . ok эквивалентно stable=true&update=false . update_after эквивалентно stable=true&update=lazy . Поведение по умолчанию эквивалентно stable=false&update=true . Обратите внимание, что этот параметр устарел. Вместо этого используйте стабильную версию и обновление . Подробнее см. в разделе Генерация представлений. startkey ( json ) — вернуть записи, начинающиеся с указанного ключа. start_key ( json ) — Псевдоним для startkey . startkey_docid ( строка ) — Возврат записей, начинающихся с указанного идентификатор документа. Игнорируется, если startkey не установлен. start_key_doc_id ( строка ) — Псевдоним для startkey_docid param update ( строка ) — следует ли обновлять рассматриваемое представление. до ответа пользователю. Поддерживаемые значения: истина , ложь , ленивый . По умолчанию , правда . update_seq ( логическое значение ) — следует ли включать в ответ update_seq значение, указывающее идентификатор последовательности базы данных представления отражает. По умолчанию false . Заголовки ответов Ответный объект JSON смещение ( номер ) — смещение, с которого начинается список документов. rows ( array ) — Массив объектов строк представления. По умолчанию информация возвращенный содержит только идентификатор документа и редакцию. total_rows ( номер ) — Количество документов в базе данных/представлении. update_seq ( объект ) — Текущая последовательность обновления базы данных. Коды состояния 200 OK – Запрос выполнен успешно 400 Неверный запрос — Неверный запрос 401 Несанкционировано — требуется разрешение на чтение 404 Not Found — Указанная база данных, проектный документ или представление отсутствуют Запрос : ПОЛУЧИТЬ /recipes/_design/ingredients/_view/by_name HTTP/1.1 Принять: приложение/json Хост: локальный: 5984 Ответ : HTTP/1. 1 200 ОК Cache-Control: необходимо перепроверить Тип содержимого: приложение/json Дата: ср, 21 августа 2013 г. 09:12:06 по Гринвичу ETag: "2FOLSBSW4O6WB798XU4AQYA9B" Сервер: CouchDB (Erlang/OTP) Передача-кодирование: по частям { "смещение": 0, "ряды": [ { "id": "Спагетти с фрикадельками", "key": "фрикадельки", "значение": 1 }, { "id": "Спагетти с фрикадельками", "ключ": "спагетти", "значение": 1 }, { "id": "Спагетти с фрикадельками", "ключ": "томатный соус", "значение": 1 } ], "всего_рядов": 3 } Изменено в версии 1.6.0: добавлено вложений и att_encoding_info параметры Изменено в версии 2.0.0: добавлен отсортированный параметр Изменено в версии 2.1.0: добавлено стабильное и обновление параметров Предупреждение Использование параметра вложений для включения вложений в результаты просмотра не рекомендуется для больших размеров насадок. Также обратите внимание, что Используемое кодирование Base64 приводит к 33% накладных расходов (т. е. одной трети) в размер передачи для вложений. POST /{db}/_design/{ddoc}/_view/{view} Выполняет указанную функцию просмотра из указанного проектного документа. Функциональность представления POST поддерживает идентичные параметры и поведение как указано в API GET /{db}/_design/{ddoc}/_view/{view} , но позволяет параметры строки запроса, которые должны быть предоставлены в виде ключей в объекте JSON в теле запроса POST . Запрос : POST /recipes/_design/ingredients/_view/by_name HTTP/1.1 Принять: приложение/json Длина контента: 37 Хост: локальный: 5984 { "ключи": [ "фрикадельки", "спагетти" ] } Ответ : HTTP/1.1 200 ОК Cache-Control: необходимо перепроверить Тип содержимого: приложение/json Дата: ср, 21 августа 2013 г., 09:14:13 по Гринвичу ETag: "6R5NM8E872JIJF796VF7WI3FZ" Сервер: CouchDB (Erlang/OTP) Передача-кодирование: по частям { "смещение": 0, "ряды": [ { "id": "Спагетти с фрикадельками", "key": "фрикадельки", "значение": 1 }, { "id": "Спагетти с фрикадельками", "ключ": "спагетти", "значение": 1 } ], "всего_рядов": 3 } 1. 5.4.1. Параметры просмотра Существует два параметра индексации видов, которые можно определить в проектном документе. как логические свойства объекта options . В отличие от других запросов варианты, это не параметры URL, потому что они вступают в силу, когда представление индекс генерируется, а не когда к нему обращаются: local_seq ( логическое значение ): делает доступными локальные порядковые номера документов для сопоставления функций (как _local_seq документ имущество) include_design ( логическое значение ): позволяет вызывать функции карты в дизайне документы, а также обычные документы 1.5.4.2. Запрос представлений и индексов Определение вида в документе проекта также создает индекс на основе ключевой информации, определенной в каждом представлении. Производство и использование индекс значительно увеличивает скорость доступа и поиска или выбора документы из представления. Однако индекс не обновляется при добавлении или изменении новых документов в базу данных. Вместо этого индекс создается или обновляется, когда представление при первом доступе или при доступе к представлению после того, как документ был обновлено. В каждом случае индекс обновляется перед выполнением запроса просмотра. против базы данных. Индексы представлений обновляются постепенно в следующих случаях: В базу данных добавлен новый документ. Документ удален из базы данных. Документ в базе данных обновлен. Индексы представления полностью перестраиваются при изменении определения представления. Достигать таким образом, «отпечаток» определения представления создается, когда проект документ обновляется. Если отпечаток меняется, то индексы представления полностью перестроен. Это гарантирует, что изменения в определениях представлений отражается в индексах просмотра. Примечание Перестроение индекса представления происходит, когда одно представление из той же группы представлений (т. е. все виды, определенные в одном проектном документе), были определяется как нуждающийся в ремонте. Например, если у вас есть дизайн документ с разными представлениями, и вы обновляете базу данных, все три представления индексы в проектном документе будут обновлены. Поскольку представление обновляется при запросе, это может привести к задержке в возвращаемой информации при доступе к представлению, особенно если есть большое количество документов в базе данных и индекс представления не существует. Есть несколько способов смягчить, но не полностью устранить эти вопросы. К ним относятся: Создайте определение вида (и связанные проектные документы) в своей базе данных прежде чем разрешать вставку или обновление документов. Если это разрешено во время доступа к представлению индекс может обновляться постепенно. Вручную принудительно отправить запрос на просмотр из базы данных. Вы можете сделать это либо прежде чем пользователям будет разрешено использовать представление, или вы можете получить доступ к представлению вручную после добавления или обновления документов. Используйте ленту изменений для отслеживания изменений в базе данных, а затем получить доступ к представлению, чтобы принудительно указать соответствующий индекс представления. обновлено. Ни один из них не может полностью устранить необходимость перестроения индексов или обновляются при доступе к представлению, но они могут уменьшить влияние на конечные пользователи обновления индекса, влияющие на взаимодействие с пользователем. Другой альтернативой является предоставление пользователям доступа к «устаревшей» версии представления. индекс, вместо принудительного обновления индекса и отображения обновленного полученные результаты. Использование устаревшего представления может не вернуть последнюю информацию, но вернуть результаты запроса представления, используя существующую версию индекса. Например, чтобы получить доступ к существующему устаревшему представлению by_recipe в рецептов дизайн-документ: http://localhost:5984/recipes/_design/recipes/_view/by_recipe?stale=ok Доступ к устаревшему представлению: Не запускает перестроение индексов представления, даже если изменения с момента последнего доступа. Возвращает текущую версию индекса представления, если текущая версия существует. Возвращает пустой набор результатов, если данный индекс представления не существует. В качестве альтернативы можно использовать значение update_after вместо устаревшего . параметр. Это приводит к тому, что представление возвращается как устаревшее, но для процесс обновления, который будет запущен после того, как информация о представлении будет возвращена в клиент. В дополнение к использованию устаревших представлений вы также можете использовать update_seq аргумент запроса. Использование этого аргумента запроса генерирует информацию о представлении включая последовательность обновления базы данных, из которой было получено представление сгенерировано. Возвращаемое значение можно сравнить с текущим обновлением. последовательность, представленная в информации базы данных (возвращенная GET/{дБ} ). 1.5.4.3. Сортировка возвращенных строк Каждый элемент в возвращаемом массиве сортируется с использованием родная сортировка UTF-8 по содержимому ключевой части излучаемый контент. Основа порядок вывода следующий: нулевой ложный правда Номера Текст (с учетом регистра, сначала нижний регистр) Массивы (по значениям каждого элемента по порядку) Объекты (согласно значениям ключей, в порядке ключа) Запрос : ПОЛУЧИТЬ /db/_design/test/_view/sorting HTTP/1.1 Принять: приложение/json Хост: локальный: 5984 Ответ : HTTP/1.1 200 ОК Cache-Control: необходимо перепроверить Тип содержимого: приложение/json Дата: среда, 21 августа 2013 г., 10:09:25 по Гринвичу ETag: "8LA1LZPQ37B6R9U8BK9BGQh37" Сервер: CouchDB (Erlang/OTP) Передача-кодирование: по частям { "смещение": 0, "ряды": [ { "id": "фиктивный документ", "ключ": ноль, "значение": ноль }, { "id": "фиктивный документ", "ключ": ложь, "значение": ноль }, { "id": "фиктивный документ", "ключ": правда, "значение": ноль }, { "id": "фиктивный документ", "ключ": 0, "значение": ноль }, { "id": "фиктивный документ", "ключ": 1, "значение": ноль }, { "id": "фиктивный документ", "ключ": 10, "значение": ноль }, { "id": "фиктивный документ", "ключ": 42, "значение": ноль }, { "id": "фиктивный документ", "ключ": "10", "значение": ноль }, { "id": "фиктивный документ", "ключ": "привет", "значение": ноль }, { "id": "фиктивный документ", "ключ": "Привет", "значение": ноль }, { "id": "фиктивный документ", "ключ": "\u043f\u0440\u0438\u0432\u0435\u0442", "значение": ноль }, { "id": "фиктивный документ", "ключ": [], "значение": ноль }, { "id": "фиктивный документ", "ключ": [ 1, 2, 3 ], "значение": ноль }, { "id": "фиктивный документ", "ключ": [ 2, 3 ], "значение": ноль }, { "id": "фиктивный документ", "ключ": [ 3 ], "значение": ноль }, { "id": "фиктивный документ", "ключ": {}, "значение": ноль }, { "id": "фиктивный документ", "ключ": { "фу": "бар" }, "значение": ноль } ], "всего_рядов": 17 } Вы можете изменить порядок возвращаемой информации о представлении с помощью значения запроса по убыванию , установленного в true: Запрос : ПОЛУЧИТЬ /db/_design/test/_view/sorting?descending=true HTTP/1. 1 Принять: приложение/json Хост: локальный: 5984 Ответ : HTTP/1.1 200 ОК Cache-Control: необходимо перепроверить Тип содержимого: приложение/json Дата: среда, 21 августа 2013 г., 10:09:25 по Гринвичу ETag: "Z4N468R15JBT98OM0AMNSR8U" Сервер: CouchDB (Erlang/OTP) Передача-кодирование: по частям { "смещение": 0, "ряды": [ { "id": "фиктивный документ", "ключ": { "фу": "бар" }, "значение": ноль }, { "id": "фиктивный документ", "ключ": {}, "значение": ноль }, { "id": "фиктивный документ", "ключ": [ 3 ], "значение": ноль }, { "id": "фиктивный документ", "ключ": [ 2, 3 ], "значение": ноль }, { "id": "фиктивный документ", "ключ": [ 1, 2, 3 ], "значение": ноль }, { "id": "фиктивный документ", "ключ": [], "значение": ноль }, { "id": "фиктивный документ", "ключ": "\u043f\u0440\u0438\u0432\u0435\u0442", "значение": ноль }, { "id": "фиктивный документ", "ключ": "Привет", "значение": ноль }, { "id": "фиктивный документ", "ключ": "привет", "значение": ноль }, { "id": "фиктивный документ", "ключ": "10", "значение": ноль }, { "id": "фиктивный документ", "ключ": 42, "значение": ноль }, { "id": "фиктивный документ", "ключ": 10, "значение": ноль }, { "id": "фиктивный документ", "ключ": 1, "значение": ноль }, { "id": "фиктивный документ", "ключ": 0, "значение": ноль }, { "id": "фиктивный документ", "ключ": правда, "значение": ноль }, { "id": "фиктивный документ", "ключ": ложь, "значение": ноль }, { "id": "фиктивный документ", "ключ": ноль, "значение": ноль } ], "всего_рядов": 17 } 1. 5.4.3.1. Порядок сортировки и startkey/endkey Направление сортировки применяется до применения фильтрации с помощью startkey и endkey аргументы запроса. Например следующий запрос: ПОЛУЧИТЬ http://couchdb:5984/recipes/_design/recipes/_view/by_ingredient?startkey=%22carrots%22&endkey=%22egg%22 HTTP/1.1 Принять: приложение/json будет работать правильно при перечислении всех совпадающих записей между морковь и яйцо . Если порядок вывода обратный с аргумент запроса по убыванию , запрос просмотра не вернет записей: GET /recipes/_design/recipes/_view/by_ingredient?descending=true&startkey=%22carrots%22&endkey=%22egg%22 HTTP/1.1 Принять: приложение/json Хост: локальный: 5984 { "всего_рядов": 26453, «строки»: [], "смещение": 21882 } Результаты будут пустыми, поскольку записи в представлении перевернуты до применен ключевой фильтр, поэтому 9Будет виден 0698 endkey «яйца» перед стартовым ключом «морковки», в результате чего список пуст. Вместо этого следует поменять местами значения, переданные в startkey и endkey параметров для соответствия сортировке по убыванию, примененной к ключам. Изменение предыдущего примера на: GET /recipes/_design/recipes/_view/by_ingredient?descending=true&startkey=%22egg%22&endkey=%22carrots%22 HTTP/1.1 Принять: приложение/json Хост: локальный: 5984 1.5.4.3.2. Необработанная сортировка По умолчанию CouchDB использует драйвер ICU для сортировки результатов просмотра. Это возможно вместо этого используйте двоичную сортировку для более быстрой сборки представлений, где используется сортировка Unicode. не важно. Чтобы использовать необработанную сортировку, добавьте "options":{"collation":"raw"} в объект представления проектный документ. После этого представления будут сгенерированы заново, а для соответствующий вид. См. также Сравнение просмотров 1.5.4.4. Использование ограничений и пропуск строк По умолчанию представления возвращают все результаты. Это нормально, когда количество результатов маленький, но это может привести к проблемам, когда есть миллиарды результатов, так как клиенту, возможно, придется прочитать их все и использовать всю доступную память. Но можно уменьшить количество выходных строк, указав limit query параметр. Например, получение списка рецептов с помощью by_title просмотр и ограничение до 5 возвращает только 5 записей, в то время как всего 2667 записей в поле зрения: Запрос : ПОЛУЧИТЬ /recipes/_design/recipes/_view/by_title?limit=5 HTTP/1.1 Принять: приложение/json Хост: локальный: 5984 Ответ : HTTP/1.1 200 ОК Cache-Control: необходимо перепроверить Тип содержимого: приложение/json Дата: ср, 21 августа 2013 г., 09:14:13 по Гринвичу ETag: "9Q6Q2GZKPH8D5F8L7PB6DBSS9" Сервер: CouchDB (Erlang/OTP) Передача-кодирование: по частям { "смещение": 0, "ряды": [ { "id": "трехуровневый лосось, шпинат и авокадотеррин", "ключ": "трехуровневый террин из лосося, шпината и авокадо", "ценность" : [ нулевой, "3-ярусный террин из лосося, шпината и авокадо" ] }, { "id": "Aberffrawcake", "ключ": "Торт Аберффроу", "ценность" : [ нулевой, "Торт Аберффроу" ] }, { "id" : "Adukiandorangecasserole-микроволновая печь", «ключ»: «Адуки и апельсиновая запеканка - микроволновая печь», "ценность" : [ нулевой, "Адуки и апельсиновая запеканка - микроволновка" ] }, { "id": "Айоли-чесночно-майонез", "ключ": "Айоли - чесночный майонез", "ценность" : [ нулевой, "Айоли - чесночный майонез" ] }, { "id": "Алабамапеанутчикен", «key»: «курица с арахисом из Алабамы», "ценность" : [ нулевой, "Алабамская курица с арахисом" ] } ], "всего_рядов": 2667 } Чтобы пропустить некоторые записи, вы можете использовать пропуск параметр запроса: Запрос : ПОЛУЧИТЬ /recipes/_design/recipes/_view/by_title?limit=3&skip=2 HTTP/1. 1 Принять: приложение/json Хост: локальный: 5984 Ответ : HTTP/1.1 200 ОК Cache-Control: необходимо перепроверить Тип содержимого: приложение/json Дата: ср, 21 августа 2013 г., 09:14:13 по Гринвичу ETag: "h4G7YZSNIVRRHO5FXPE16NJHN" Сервер: CouchDB (Erlang/OTP) Передача-кодирование: по частям { "смещение": 2, "ряды": [ { "id" : "Adukiandorangecasserole-микроволновая печь", «ключ»: «Адуки и апельсиновая запеканка - микроволновая печь», "ценность" : [ нулевой, "Адуки и апельсиновая запеканка - микроволновка" ] }, { "id": "Айоли-чесночно-майонез", "ключ": "Айоли - чесночный майонез", "ценность" : [ нулевой, "Айоли - чесночный майонез" ] }, { "id": "Алабамапеанутчикен", «key»: «курица с арахисом из Алабамы», "ценность" : [ нулевой, "Алабамская курица с арахисом" ] } ], "всего_рядов": 2667 } Предупреждение Использование предела и пропуска параметров не рекомендуется для результатов нумерация страниц. Прочитайте рецепт пагинации, почему это так и как сделать лучше. 1.5.4.5. Отправка нескольких запросов к представлению Новое в версии 2.2. POST /{db}/_design/{ddoc}/_view/{view}/queries Выполняет несколько указанных запросов представления к функции представления из указанного конструкторского документа. Параметры Заголовки запросов Content-Type — application/json Принять — приложение/json Запрос объекта JSON Заголовки ответов Ответный объект JSON Коды состояния 200 OK – Запрос выполнен успешно 400 Неверный запрос — Неверный запрос 401 Несанкционировано — требуется разрешение на чтение 404 Not Found — Указанная база данных, проектный документ или представление отсутствуют 500 Внутренняя ошибка сервера — ошибка выполнения функции просмотра Запрос : POST /recipes/_design/recipes/_view/by_title/queries HTTP/1. 1 Тип содержимого: приложение/json Принять: приложение/json Хост: локальный: 5984 { "запросы": [ { "ключи": [ "фрикадельки", "спагетти" ] }, { "лимит": 3, "пропустить": 2 } ] } Ответ : HTTP/1.1 200 ОК Cache-Control: необходимо перепроверить Тип содержимого: приложение/json Дата: среда, 20 декабря 2016 г., 11:17:07 по Гринвичу ETag: "1H8RGBCK3ABY6ACDM7ZSC30QK" Сервер: CouchDB (Erlang/OTP) Передача-кодирование: по частям { "полученные результаты" : [ { "смещение": 0, "ряды": [ { "id": "Спагетти с фрикадельками", "key": "фрикадельки", "значение": 1 }, { "id": "Спагетти с фрикадельками", "ключ": "спагетти", "значение": 1 }, { "id": "Спагетти с фрикадельками", "ключ": "томатный соус", "значение": 1 } ], "всего_рядов": 3 }, { "смещение": 2, "ряды": [ { "id" : "Adukiandorangecasserole-микроволновая печь", «ключ»: «Адуки и апельсиновая запеканка - микроволновая печь», "ценность" : [ нулевой, "Адуки и апельсиновая запеканка - микроволновка" ] }, { "id": "Айоли-чесночно-майонез", "ключ": "Айоли - чесночный майонез", "ценность" : [ нулевой, "Айоли - чесночный майонез" ] }, { "id": "Алабамапеанутчикен", «key»: «курица с арахисом из Алабамы», "ценность" : [ нулевой, "Алабамская курица с арахисом" ] } ], "всего_рядов": 2667 } ] } Уровень звука Источник Интенсивность Звук Уровень Количество раз Больше, чем TOH Порог слышимости (TOH) 1 x 10 -12 Вт/м 2 0 дБ 10 0 Шелест листьев 1 x 10 -11 Вт/м 2 10 дБ 10 1 Шепот 1 x 10 -10 Вт/м 2 20 дБ 10 2 Обычный разговор 1 x 10 -6 Вт/м 2 60 дБ 10 6 Оживленное уличное движение 1 x 10 -5 Вт/м 2 70 дБ 10 7 Пылесос 1 x 10 -4 Вт/м 2 80 дБ 10 8 Большой оркестр 6,3 х 10 -3 Вт/м 2 98 дБ 10 9,8 Наушники на максимальном уровне 1 x 10 -2 Вт/м 2 100 дБ 10 10 Первые ряды рок-концерта 1 x 10 -1 Вт/м 2 110 дБ 10 11 Порог боли 1 x 10 1 Вт/м 2 130 дБ 10 13 Взлет военного реактивного самолета 1 x 10 2 Вт/м 2 140 дБ 10 14 Мгновенная перфорация барабанной перепонки 1 x 10 4 Вт/м 2 160 дБ 10 16 Ограничения ресурсов виртуального ядра отдельной базы данных — База данных SQL Azure Статья 30. 09.2022 32 минуты на чтение Применимо к: База данных SQL Azure В этой статье представлены подробные ограничения ресурсов для отдельных баз данных в базе данных SQL Azure с использованием модели приобретения виртуального ядра. Информацию об ограничениях модели приобретения DTU для отдельных баз данных на сервере см. в разделе Обзор ограничений ресурсов на сервере. Информацию об ограничениях ресурсов модели приобретения DTU для базы данных SQL Azure см. в статье Ограничения ресурсов DTU для отдельных баз данных и Ограничения ресурсов DTU для эластичных пулов. Для ограничений ресурсов виртуального ядра эластичного пула, ограничения ресурсов виртуального ядра — эластичные пулы. Дополнительные сведения о различных моделях закупок см. в разделе Модели закупок и уровни обслуживания. Важно В некоторых случаях может потребоваться сжать базу данных, чтобы освободить неиспользуемое пространство. Дополнительные сведения см. в статье Управление файловым пространством в базе данных SQL Azure. Каждая доступная только для чтения реплика базы данных имеет собственные ресурсы, такие как виртуальные ядра, память, данные IOPS, tempdb, рабочие процессы и сеансы. На каждую реплику только для чтения распространяются ограничения ресурсов, описанные далее в этой статье. Вы можете установить уровень службы, объем вычислений (цель службы) и объем хранилища для одной базы данных, используя: Transact-SQL через ALTER DATABASE Портал Azure PowerShell Azure CLI REST API Важно Инструкции и рекомендации по масштабированию см. в разделе Масштабирование одной базы данных. Общее назначение — бессерверные вычисления — Gen5 Уровень бессерверных вычислений в настоящее время доступен только на оборудовании Gen5. Аппаратное обеспечение Gen5 (часть 1) г. Объем вычислений (цель службы) GP_S_Gen5_1 GP_S_Gen5_2 GP_S_Gen5_4 GP_S_Gen5_6 GP_S_Gen5_8 Оборудование Gen5 Gen5 Gen5 Gen5 Gen5 Мин-макс виртуальных ядер 0,5-1 0,5-2 0,5-4 0,75-6 1,0-8 Мин.-макс. память (ГБ) 2.02-3 2,05-6 2.10-12 2,25-18 3.00-24 Мин.-макс. задержка автопаузы (минуты) 60-10080 60-10080 60-10080 60-10080 60-10080 Опора Columnstore Да 1 Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ГБ) 512 1024 1024 1024 2048 Максимальный размер журнала (ГБ) 2 154 307 307 307 461 Максимальный размер данных Tempdb (ГБ) 32 64 128 192 256 Тип хранения Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс Задержка ввода-вывода при записи (приблизительно) 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс Макс. данные IOPS 3 320 640 1280 1920 2560 Максимальная скорость журнала (МБ/с) 4,5 9 18 27 36 Максимальное количество одновременно работающих сотрудников 75 150 300 450 600 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 Количество реплик 1 1 1 1 1 Мульти-AZ Да Да Да Да Да Чтение Увеличение масштаба Н/Д Н/Д Н/Д Н/Д Н/Д Включенное хранилище резервных копий 1X Размер базы данных 1X DB размер 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Цели службы с меньшими конфигурациями max vCore могут иметь недостаточно памяти для создания и использования индексов columnstore. Если при работе с columnstore возникают проблемы с производительностью, увеличьте максимальную конфигурацию виртуальных ядер, чтобы увеличить максимальный доступный объем памяти. 2 Для задокументированных значений максимального размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 3 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Аппаратное обеспечение Gen5 (часть 2) Объем вычислений (цель службы) GP_S_Gen5_10 GP_S_Gen5_12 GP_S_Gen5_14 GP_S_Gen5_16 GP_S_Gen5_18 Оборудование Gen5 Gen5 Gen5 Gen5 Gen5 Мин-макс виртуальных ядер 1,25-10 1,50-12 1,75-14 2. 00-16 2,25-18 Мин.-макс. память (ГБ) 3,75-30 4.50-36 5.25-42 6.00-48 6.75-54 Мин.-макс. задержка автопаузы (минуты) 60-10080 60-10080 60-10080 60-10080 60-10080 Опора Columnstore Да Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ГБ) 2048 3072 3072 3072 3072 Максимальный размер журнала (ГБ) 1 461 461 461 922 922 Максимальный размер данных Tempdb (ГБ) 320 384 448 512 576 Тип хранения Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс Задержка ввода-вывода при записи (приблизительно) 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс Макс. данные IOPS 2 3200 3840 4480 5120 5760 Максимальная скорость журнала (МБ/с) 45 50 50 50 50 Максимальное количество одновременно работающих сотрудников 750 900 1050 1200 1350 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 Количество реплик 1 1 1 1 1 Мульти-AZ Да Да Да Да Да Чтение Увеличение масштаба Н/Д Н/Д Н/Д Н/Д Н/Д Включенное хранилище резервных копий 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Аппаратное обеспечение Gen5 (часть 3) Объем вычислений (цель службы) GP_S_Gen5_20 GP_S_Gen5_24 GP_S_Gen5_32 GP_S_Gen5_40 GP_S_Gen5_80 3 Оборудование Gen5 Gen5 Gen5 Gen5 Gen5 Мин-макс виртуальных ядер 2,5-20 3-24 4-32 5-40 10-80 Мин.-макс. память (ГБ) 7,5-60 9-72 12-96 15-120 30-240 Мин. -макс. задержка автопаузы (минуты) 60-10080 60-10080 60-10080 60-10080 60-10080 Опора Columnstore Да Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ГБ) 3072 4096 4096 4096 4096 Максимальный размер журнала (ГБ) 1 922 1024 1024 1024 1024 Максимальный размер данных Tempdb (ГБ) 640 768 1024 1280 2560 Тип хранения Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс Задержка ввода-вывода при записи (приблизительно) 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс Макс. данные IOPS 2 6400 7680 10240 12800 12800 Максимальная скорость журнала (МБ/с) 50 50 50 50 50 Максимальное количество одновременно работающих сотрудников 1500 1800 2400 3000 6000 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 Количество реплик 1 1 1 1 1 Мульти-AZ Да Да Да Да Да Чтение Увеличение масштаба Н/Д Н/Д Н/Д Н/Д Н/Д Включенное хранилище резервных копий 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. 3 Конкретные регионы, в которых доступно 80 максимальных виртуальных ядер в бессерверном режиме, см. в разделе Доступные регионы. Гипермасштабирование — выделенные вычислительные ресурсы — Gen5 Аппаратное обеспечение Gen5 (часть 1) г. Объем вычислений (цель службы) HS_Gen5_2 HS_Gen5_4 HS_Gen5_6 HS_Gen5_8 HS_Gen5_10 HS_Gen5_12 HS_Gen5_14 Оборудование Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 виртуальных ядер 2 4 6 8 10 12 14 Память (ГБ) 10,4 20,8 31,1 41,5 51,9 62,3 72,7 RBPEX Размер Память 3X Память 3X Память 3X Память 3X Память 3X Память 3X Память 3X Опора Columnstore Да Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ТБ) 100 100 100 100 100 100 100 Максимальный размер журнала (ТБ) Без ограничений Без ограничений Без ограничений Без ограничений Без ограничений Без ограничений Без ограничений Tempdb максимальный размер данных (ГБ) 64 128 192 256 320 384 448 Максимальное количество операций ввода-вывода в секунду для локального SSD 1 8000 16000 24000 32000 40000 48000 56000 Максимальная скорость журнала (МБ/с) 100 100 100 100 100 100 100 Локальная задержка ввода-вывода при чтении 2 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Задержка ввода/вывода удаленного чтения 2 1-5 мс 1-5 мс 1-5 мс 1-5 мс 1-5 мс 1-5 мс 1-5 мс Задержка ввода-вывода при записи 2 3-5 мс 3-5 мс 3-5 мс 3-5 мс 3-5 мс 3-5 мс 3-5 мс Тип хранения Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Максимальное количество одновременно работающих сотрудников 200 400 600 800 1000 1200 1400 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 30 000 Вторичные реплики 0-4 0-4 0-4 0-4 0-4 0-4 0-4 Мульти-AZ Да Да Да Да Да Да Да Чтение Увеличение масштаба Да Да Да Да Да Да Да Хранение резервных копий 7 дней 7 дней 7 дней 7 дней 7 дней 7 дней 7 дней 1 Помимо локального ввода-вывода SSD, рабочие нагрузки будут использовать удаленный сервер ввода-вывода страниц. Эффективный IOPS будет зависеть от рабочей нагрузки. Дополнительные сведения см. в разделах «Управление вводом-выводом данных» и «Ввод-вывод данных в статистике использования ресурсов». 2 Показатели задержки являются приблизительными и репрезентативными для типичных рабочих нагрузок в стабильном состоянии, но не гарантируются. 3 Гипермасштабирование — это многоуровневая архитектура с отдельными компонентами вычислений и хранения. Дополнительные сведения см. в разделе Архитектура гипермасштабируемого уровня служб. Аппаратное обеспечение Gen5 (часть 2) Объем вычислений (цель службы) HS_Gen5_16 HS_Gen5_18 HS_Gen5_20 HS_Gen5_24 HS_Gen5_32 HS_Gen5_40 HS_Gen5_80 Оборудование Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 виртуальных ядер 16 18 20 24 32 40 80 Память (ГБ) 83 93,4 103,8 124,6 166,1 207,6 415,2 RBPEX Размер Память 3X Память 3X Память 3X Память 3X Память 3X Память 3X Память 3X Опора Columnstore Да Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ТБ) 100 100 100 100 100 100 100 Максимальный размер журнала (ТБ) Без ограничений Без ограничений Без ограничений Без ограничений Без ограничений Без ограничений Без ограничений Максимальный размер данных Tempdb (ГБ) 512 576 640 768 1024 1280 2560 Максимальное количество операций ввода-вывода в секунду для локального SSD 1 64000 72000 80000 128000 160000 204800 Максимальная скорость журнала (МБ/с) 100 100 100 100 100 100 100 Локальная задержка ввода-вывода при чтении 2 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Задержка ввода/вывода удаленного чтения 2 1-5 мс 1-5 мс 1-5 мс 1-5 мс 1-5 мс 1-5 мс 1-5 мс Задержка ввода-вывода при записи 2 3-5 мс 3-5 мс 3-5 мс 3-5 мс 3-5 мс 3-5 мс 3-5 мс Тип хранения Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Максимальное количество одновременно работающих сотрудников 1600 1800 2000 2400 3200 4000 8000 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 30 000 Вторичные реплики 0-4 0-4 0-4 0-4 0-4 0-4 0-4 Мульти-AZ Да Да Да Да Да Да Да Чтение Увеличение масштаба Да Да Да Да Да Да Да Хранение резервных копий 7 дней 7 дней 7 дней 7 дней 7 дней 7 дней 7 дней 1 Помимо локального ввода-вывода SSD, рабочие нагрузки будут использовать удаленный сервер ввода-вывода страниц. Эффективный IOPS будет зависеть от рабочей нагрузки. Дополнительные сведения см. в разделах «Управление вводом-выводом данных» и «Ввод-вывод данных в статистике использования ресурсов». 2 Показатели задержки являются репрезентативными для типичных рабочих нагрузок в стабильном состоянии, но не гарантируются. 3 Гипермасштабирование — это многоуровневая архитектура с отдельными компонентами вычислений и хранения. Дополнительные сведения см. в разделе Архитектура гипермасштабируемого уровня служб. Гипермасштабирование — выделенные вычислительные ресурсы — серия DC Объем вычислений (цель службы) HS_DC_2 HS_DC_4 HS_DC_6 HS_DC_8 Оборудование Серия DC Серия DC Серия DC Серия DC виртуальных ядер 2 4 6 8 Память (ГБ) 9 18 27 36 RBPEX Размер Память 3X Память 3X Память 3X 3X Память Опора Columnstore Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ТБ) 100 100 100 100 Максимальный размер журнала (ТБ) Без ограничений Без ограничений Без ограничений Без ограничений Максимальный размер данных Tempdb (ГБ) 64 128 192 256 Максимальное количество операций ввода-вывода в секунду для локального SSD 1 14000 28000 42000 44800 Максимальная скорость журнала (МБ/с) 100 100 100 100 Локальная задержка ввода-вывода при чтении 2 1-2 мс 1-2 мс 1-2 мс 1-2 мс Задержка ввода/вывода удаленного чтения 2 1-5 мс 1-5 мс 1-5 мс 1-5 мс Задержка ввода-вывода при записи 2 3-5 мс 3-5 мс 3-5 мс 3-5 мс Тип хранения Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Максимальное количество одновременно работающих сотрудников 160 320 480 640 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 Вторичные реплики 0-4 0-4 0-4 0-4 Мульти-AZ Н/Д Н/Д Н/Д Н/Д Чтение Увеличение масштаба Да Да Да Да Хранение резервных копий 7 дней 7 дней 7 дней 7 дней 1 Помимо локального ввода-вывода SSD, рабочие нагрузки будут использовать удаленный сервер ввода-вывода страниц. Эффективный IOPS будет зависеть от рабочей нагрузки. Дополнительные сведения см. в разделах «Управление вводом-выводом данных» и «Ввод-вывод данных в статистике использования ресурсов». 2 Показатели задержки являются репрезентативными для типичных рабочих нагрузок в стабильном состоянии, но не гарантируются. 3 Гипермасштабирование — это многоуровневая архитектура с отдельными компонентами вычислений и хранения. Дополнительные сведения см. в разделе Архитектура гипермасштабируемого уровня служб. Общего назначения — выделенные вычислительные ресурсы — Gen5 Аппаратное обеспечение Gen5 (часть 1) Объем вычислений (цель службы) GP_Gen5_2 GP_Gen5_4 GP_Gen5_6 GP_Gen5_8 GP_Gen5_10 GP_Gen5_12 GP_Gen5_14 Оборудование Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 виртуальных ядер 2 4 6 8 10 12 14 Память (ГБ) 10,4 20,8 31,1 41,5 51,9 62,3 72,7 Опора Columnstore Да Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ГБ) 1024 1024 1536 2048 2048 3072 3072 Максимальный размер журнала (ГБ) 1 307 307 461 461 461 922 922 Максимальный размер данных Tempdb (ГБ) 64 128 192 256 320 384 384 Тип хранения Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс Задержка ввода-вывода при записи (приблизительно) 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс Макс. данные IOPS 2 640 1280 1920 2560 3200 3840 4480 Максимальная скорость журнала (МБ/с) 9 18 27 36 45 50 50 Максимальное количество одновременно работающих сотрудников 200 400 600 800 1000 1200 1400 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 30 000 Количество реплик 1 1 1 1 1 1 1 Мульти-AZ Да Да Да Да Да Да Да Чтение Увеличение масштаба Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Включенное хранилище резервных копий 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X DB размер 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Аппаратное обеспечение Gen5 (часть 2) г. Объем вычислений (цель службы) GP_Gen5_16 GP_Gen5_18 GP_Gen5_20 GP_Gen5_24 GP_Gen5_32 GP_Gen5_40 GP_Gen5_80 Оборудование Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 виртуальных ядер 16 18 20 24 32 40 80 Память (ГБ) 83 93,4 103,8 124,6 166,1 207,6 415,2 Опора Columnstore Да Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ГБ) 3072 3072 3072 4096 4096 4096 4096 Максимальный размер журнала (ГБ) 1 922 922 922 1024 1024 1024 1024 Максимальный размер данных Tempdb (ГБ) 512 576 640 768 1024 1280 2560 Тип хранения Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс Задержка ввода-вывода при записи (приблизительно) 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс Макс. данные IOPS 2 5120 5760 6400 7680 10240 12800 12800 Максимальная скорость журнала (МБ/с) 50 50 50 50 50 50 50 Максимальное количество одновременно работающих сотрудников 1600 1800 2000 2400 3200 4000 8000 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 30 000 Количество реплик 1 1 1 1 1 1 1 Мульти-AZ Да Да Да Да Да Да Да Чтение Увеличение масштаба Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Включенное хранилище резервных копий 1X Размер базы данных 1X DB размер 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Общего назначения — выделенные вычислительные ресурсы — Fsv2-серия Оборудование серии Fsv2 (часть 1) Объем вычислений (цель службы) GP_Fsv2_8 GP_Fsv2_10 GP_Fsv2_12 GP_Fsv2_14 GP_Fsv2_16 Оборудование Fsv2-серия Fsv2-серия Fsv2-серия Fsv2-серия Fsv2-серия виртуальных ядер 8 10 12 14 16 Память (ГБ) 15,1 18,9 22,7 26,5 30,2 Опора Columnstore Да Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ГБ) 1024 1024 1024 1024 1536 Максимальный размер журнала (ГБ) 1 336 336 336 336 512 Максимальный размер данных Tempdb (ГБ) 37 46 56 65 74 Тип хранения Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс Задержка ввода-вывода при записи (приблизительно) 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс Макс. данные IOPS 2 2560 3200 3840 4480 5120 Максимальная скорость журнала (МБ/с) 36 45 50 50 50 Максимальное количество одновременно работающих сотрудников 400 500 600 700 800 Максимальное количество одновременных входов в систему 800 1000 1200 1400 1600 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 Количество реплик 1 1 1 1 1 Мульти-AZ Н/Д Н/Д Н/Д Н/Д Н/Д Чтение Увеличение масштаба Н/Д Н/Д Н/Д Н/Д Н/Д Резервное хранилище в комплекте 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Оборудование серии Fsv2 (часть 2) Объем вычислений (цель службы) GP_Fsv2_18 GP_Fsv2_20 GP_Fsv2_24 GP_Fsv2_32 GP_Fsv2_36 GP_Fsv2_72 Оборудование Fsv2-серия Fsv2-серия Fsv2-серия Fsv2-серия Fsv2-серия Fsv2-серия виртуальных ядер 18 20 24 32 36 72 Память (ГБ) 34,0 37,8 45,4 60,5 68,0 136,0 Опора Columnstore Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ГБ) 1536 1536 1536 3072 3072 4096 Максимальный размер журнала (ГБ) 1 512 512 512 1024 1024 1024 Максимальный размер данных Tempdb (ГБ) 83 93 111 148 167 333 Тип хранения Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс Задержка ввода-вывода при записи (приблизительно) 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс Макс. данные IOPS 2 5760 6400 7680 10240 11520 12800 Максимальная скорость журнала (МБ/с) 50 50 50 50 50 50 Максимальное количество одновременно работающих сотрудников 900 1000 1200 1600 1800 3600 Максимальное количество одновременных входов в систему 1800 2000 2400 3200 3600 7200 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 Количество реплик 1 1 1 1 1 1 Мульти-AZ Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Чтение Увеличение масштаба Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Включенное хранилище резервных копий 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X DB размер 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Общего назначения — выделенные вычислительные ресурсы — серия DC г. Объем вычислений (цель службы) GP_DC_2 GP_DC_4 GP_DC_6 GP_DC_8 Оборудование Серия DC Серия DC Серия DC Серия DC виртуальных ядер 2 4 6 8 Память (ГБ) 9 18 27 36 Опора Columnstore Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ГБ) 1024 1536 3072 3072 Максимальный размер журнала (ГБ) 1 307 461 922 922 Максимальный размер данных Tempdb (ГБ) 64 128 192 256 Тип хранения Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 5-10 мс 5-10 мс 5-10 мс 5-10 мс Задержка ввода-вывода при записи (приблизительно) 5-7 мс 5-7 мс 5-7 мс 5-7 мс Макс. данные IOPS 2 640 1280 1920 2560 Максимальная скорость журнала (МБ/с) 9 18 27 36 Максимальное количество одновременно работающих сотрудников 160 320 480 640 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 Количество реплик 1 1 1 1 Мульти-AZ Н/Д Н/Д Н/Д Н/Д Чтение Увеличение масштаба Н/Д Н/Д Н/Д Н/Д Включенное хранилище резервных копий 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Критически важные для бизнеса — выделенные вычислительные ресурсы — Gen5 Аппаратное обеспечение Gen5 (часть 1) Объем вычислений (цель службы) BC_Gen5_2 BC_Gen5_4 BC_Gen5_6 BC_Gen5_8 BC_Gen5_10 BC_Gen5_12 BC_Gen5_14 Оборудование Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 виртуальных ядер 2 4 6 8 10 12 14 Память (ГБ) 10,4 20,8 31,1 41,5 51,9 62,3 72,7 Опора Columnstore Да Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) 1,57 3,14 4,71 6,28 8,65 11. 02 13,39 Максимальный размер данных (ГБ) 1024 1024 1536 2048 2048 3072 3072 Максимальный размер журнала (ГБ) 1 307 307 461 461 461 922 922 Максимальный размер данных Tempdb (ГБ) 64 128 192 256 320 384 448 Максимальный размер локального хранилища (ГБ) 4829 4829 4829 4829 4829 4829 4829 Тип хранения Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Задержка ввода-вывода при записи (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Макс. данные IOPS 2 8000 16 000 24 000 32 000 40 000 48 000 56 000 Максимальная скорость журнала (МБ/с) 24 48 72 96 96 96 96 Максимальное количество одновременно работающих сотрудников 200 400 600 800 1000 1200 1400 Максимальное количество одновременных входов в систему 200 400 600 800 1000 1200 1400 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 30 000 Количество реплик 4 4 4 4 4 4 4 Мульти-AZ Да Да Да Да Да Да Да Чтение Увеличение масштаба Да Да Да Да Да Да Да Включенное хранилище резервных копий 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Аппаратное обеспечение Gen5 (часть 2) Объем вычислений (цель службы) BC_Gen5_16 BC_Gen5_18 BC_Gen5_20 BC_Gen5_24 BC_Gen5_32 BC_Gen5_40 BC_Gen5_80 Оборудование Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 виртуальных ядер 16 18 20 24 32 40 80 Память (ГБ) 83 93,4 103,8 124,6 166,1 207,6 415,2 Опора Columnstore Да Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) 15,77 18. 14 20,51 25,25 37,94 52,23 131,64 Максимальный размер данных (ГБ) 3072 3072 3072 4096 4096 4096 4096 Максимальный размер журнала (ГБ) 1 922 922 922 1024 1024 1024 1024 Максимальный размер данных Tempdb (ГБ) 512 576 640 768 1024 1280 2560 Максимальный размер локального хранилища (ГБ) 4829 4829 4829 4829 4829 4829 4829 Тип хранения Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный SSD Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Задержка ввода-вывода при записи (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Макс. данные IOPS 2 64 000 72 000 80 000 96 000 128 000 160 000 204 800 Максимальная скорость журнала (МБ/с) 96 96 96 96 96 96 96 Максимальное количество одновременно работающих сотрудников 1600 1800 2000 2400 3200 4000 8000 Максимальное количество одновременных входов в систему 1600 1800 2000 2400 3200 4000 8000 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 30 000 Количество реплик 4 4 4 4 4 4 4 Мульти-AZ Да Да Да Да Да Да Да Чтение Увеличение масштаба Да Да Да Да Да Да Да Включенное хранилище резервных копий 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Business Critical — выделенные вычислительные ресурсы — серия M Для получения важной информации о доступности оборудования серии M см. раздел Типы предложений Azure, поддерживаемые серией M. Аппаратное обеспечение серии M (часть 1) Объем вычислений (цель службы) BC_M_8 BC_M_10 BC_M_12 BC_M_14 BC_M_16 BC_M_18 Оборудование М-серия М-серия М-серия М-серия М-серия М-серия виртуальных ядер 8 10 12 14 16 18 Память (ГБ) 235,4 294,3 353,2 412,0 470,9 529,7 Опора Columnstore Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) 64 80 96 112 128 150 Максимальный размер данных (ГБ) 512 640 768 896 1024 1152 Максимальный размер журнала (ГБ) 1 171 213 256 299 341 384 Максимальный размер данных базы данных Tempdb (ГБ) 256 320 384 448 512 576 Максимальный размер локального хранилища (ГБ) 13836 13836 13836 13836 13836 13836 Тип хранения Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный SSD Задержка чтения ввода-вывода (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Задержка ввода-вывода при записи (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Макс. данные IOPS 2 12 499 15 624 18 748 21 873 24 998 28 123 Максимальная скорость журнала (МБ/с) 48 60 72 84 96 108 Максимальное количество одновременно работающих сотрудников 800 1000 1 200 1 400 1 600 1 800 Максимальное количество одновременных входов в систему 800 1000 1 200 1 400 1 600 1 800 Максимальное количество одновременных сеансов 30000 30000 30000 30000 30000 30000 Количество реплик 4 4 4 4 4 4 Мульти-AZ № № № № № № Чтение Увеличение масштаба Да Да Да Да Да Да Включенное хранилище резервных копий 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Аппаратное обеспечение серии M (часть 2) Объем вычислений (цель службы) BC_M_20 BC_M_24 BC_M_32 BC_M_64 BC_M_128 Оборудование М-серия М-серия М-серия М-серия М-серия виртуальных ядер 20 24 32 64 128 Память (ГБ) 588,6 706,3 941,8 1883,5 3767,0 Опора Columnstore Да Да Да Да Да Хранилище OLTP в памяти (ГБ) 172 216 304 704 1768 Максимальный размер данных (ГБ) 1280 1536 2048 4096 4096 Максимальный размер журнала (ГБ) 1 427 512 683 1024 1024 Максимальный размер данных Tempdb (ГБ) 640 768 1024 2048 4096 Максимальный размер локального хранилища (ГБ) 13836 13836 13836 13836 13836 Тип хранения Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Задержка ввода-вывода при записи (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Макс. данные IOPS 2 31 248 37 497 49 996 99 993 160 000 Максимальная скорость журнала (МБ/с) 120 144 192 264 264 Максимальное количество одновременно работающих сотрудников 2000 2 400 3 200 6 400 12 800 Максимальное количество одновременных входов в систему 2000 2 400 3 200 6 400 12 800 Максимальное количество одновременных сеансов 30000 30000 30000 30000 30000 Количество реплик 4 4 4 4 4 Мульти-AZ № № № № № Чтение Увеличение масштаба Да Да Да Да Да Включенное хранилище резервных копий 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Business Critical — выделенные вычислительные ресурсы — серия DC Объем вычислительных ресурсов (цель службы) BC_DC_2 BC_DC_4 BC_DC_6 BC_DC_8 Оборудование Серия DC Серия DC Серия DC Серия DC виртуальных ядер 2 4 6 8 Память (ГБ) 9 18 27 36 Опора Columnstore Да Да Да Да Хранилище OLTP в памяти (ГБ) 1,7 3,7 5,9 8,2 Максимальный размер данных (ГБ) 768 768 768 768 Максимальный размер журнала (ГБ) 1 230 230 230 230 Максимальный размер данных Tempdb (ГБ) 64 128 192 256 Максимальный размер локального хранилища (ГБ) 1406 1406 1406 1406 Тип хранения Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Задержка ввода-вывода при чтении (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс Задержка ввода-вывода при записи (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс Макс. данные IOPS 2 14000 28000 42000 44800 Максимальная скорость журнала (МБ/с) 24 48 72 96 Максимальное количество одновременно работающих сотрудников 200 400 600 800 Максимальное количество одновременных входов в систему 200 400 600 800 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 Количество реплик 4 4 4 4 Мульти-AZ № № № № Чтение Увеличение масштаба № № № № Включенное хранилище резервных копий 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Ранее доступное оборудование В этом разделе содержится информация о ранее доступном оборудовании. Важно Аппаратное обеспечение Gen4 выводится из эксплуатации и недоступно для новых развертываний, как было объявлено 18 декабря 2019 г. Клиенты, использующие Gen4 для баз данных Azure SQL, эластичных пулов или управляемых экземпляров SQL, должны перейти на доступное в настоящее время оборудование, такое как стандартная серия (Gen5), до 31 января 2023 г. Для получения дополнительной информации о выводе из эксплуатации оборудования Gen4 и переходе на текущее оборудование см. запись нашего блога о выводе из эксплуатации оборудования Gen4. Существующие базы данных Gen4, эластичные пулы и управляемые экземпляры SQL будут автоматически перенесены на эквивалентное оборудование стандартной серии (Gen5). Время простоя, вызванное автоматической миграцией, будет минимальным и схоже с временем простоя во время операций масштабирования на выбранном уровне служб. Чтобы избежать незапланированных перерывов в рабочих нагрузках, проактивно выполните миграцию в удобное для вас время до 31 января 2023 г. Гипермасштабирование — выделенные вычислительные ресурсы — Gen4 Аппаратное обеспечение Gen4 (часть 1) Объем вычислений (цель службы) HS_Gen4_1 HS_Gen4_2 HS_Gen4_3 HS_Gen4_4 HS_Gen4_5 HS_Gen4_6 оборудование Gen4 Gen4 Gen4 Gen4 Gen4 Gen4 виртуальных ядер 1 2 3 4 5 6 Память (ГБ) 7 14 21 28 35 42 RBPEX Размер Память 3X Память 3X Память 3X Память 3X Память 3X Память 3X Опора Columnstore Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ТБ) 100 100 100 100 100 100 Максимальный размер журнала (ТБ) Без ограничений Без ограничений Без ограничений Без ограничений Без ограничений Без ограничений Максимальный размер данных Tempdb (ГБ) 32 64 96 128 160 192 Максимальное количество операций ввода-вывода в секунду для локального SSD 1 4000 8000 12000 16000 20000 24000 Максимальная скорость журнала (МБ/с) 100 100 100 100 100 100 Локальная задержка ввода-вывода при чтении 2 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Задержка ввода/вывода удаленного чтения 2 1-5 мс 1-5 мс 1-5 мс 1-5 мс 1-5 мс 1-5 мс Задержка ввода-вывода при записи 2 3-5 мс 3-5 мс 3-5 мс 3-5 мс 3-5 мс 3-5 мс Тип хранения Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Максимальное количество одновременно работающих сотрудников 200 400 600 800 1000 1200 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 Вторичные реплики 0-4 0-4 0-4 0-4 0-4 0-4 Мульти-AZ Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Чтение Увеличение масштаба Да Да Да Да Да Да Хранение резервных копий 7 дней 7 дней 7 дней 7 дней 7 дней 7 дней 1 Помимо локального ввода-вывода SSD, рабочие нагрузки будут использовать удаленный сервер ввода-вывода страниц. Эффективный IOPS будет зависеть от рабочей нагрузки. Дополнительные сведения см. в разделах «Управление вводом-выводом данных» и «Ввод-вывод данных в статистике использования ресурсов». 2 Показатели задержки являются приблизительными и репрезентативными для типичных рабочих нагрузок в стабильном состоянии, но не гарантируются. 3 Гипермасштабирование — это многоуровневая архитектура с отдельными компонентами вычислений и хранения. Дополнительные сведения см. в разделе Архитектура гипермасштабируемого уровня служб. Аппаратное обеспечение Gen4 (часть 2) Объем вычислений (цель службы) HS_Gen4_7 HS_Gen4_8 HS_Gen4_9 HS_Gen4_10 HS_Gen4_16 HS_Gen4_24 Оборудование Gen4 Gen4 Gen4 Gen4 Gen4 Gen4 виртуальных ядер 7 8 9 10 16 24 Память (ГБ) 49 56 63 70 112 159. 5 RBPEX Размер Память 3X Память 3X Память 3X Память 3X Память 3X Память 3X Опора Columnstore Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ТБ) 100 100 100 100 100 100 Максимальный размер журнала (ТБ) Без ограничений Без ограничений Без ограничений Без ограничений Без ограничений Без ограничений Максимальный размер данных Tempdb (ГБ) 224 256 288 320 512 768 Максимальное количество операций ввода-вывода в секунду для локального SSD 1 28000 32000 36000 40000 64000 76800 Максимальная скорость журнала (МБ/с) 100 100 100 100 100 100 Локальная задержка ввода-вывода при чтении 2 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Задержка ввода/вывода удаленного чтения 2 1-5 мс 1-5 мс 1-5 мс 1-5 мс 1-5 мс 1-5 мс Задержка ввода-вывода при записи 2 3-5 мс 3-5 мс 3-5 мс 3-5 мс 3-5 мс 3-5 мс Тип хранения Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Многоярусный 3 Максимальное количество одновременно работающих сотрудников 1400 1600 1800 2000 3200 4800 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 Вторичные реплики 0-4 0-4 0-4 0-4 0-4 0-4 Мульти-AZ Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Чтение Увеличение масштаба Да Да Да Да Да Да Хранение резервных копий 7 дней 7 дней 7 дней 7 дней 7 дней 7 дней 1 Помимо локального ввода-вывода SSD, рабочие нагрузки будут использовать удаленный сервер ввода-вывода страниц. Эффективный IOPS будет зависеть от рабочей нагрузки. Дополнительные сведения см. в разделах «Управление вводом-выводом данных» и «Ввод-вывод данных в статистике использования ресурсов». 2 Показатели задержки являются приблизительными и репрезентативными для типичных рабочих нагрузок в стабильном состоянии, но не гарантируются. 3 Гипермасштабирование — это многоуровневая архитектура с отдельными компонентами вычислений и хранения. Дополнительные сведения см. в разделе Архитектура гипермасштабируемого уровня служб. Общего назначения — выделенные вычислительные ресурсы — Gen4 Важно Новые базы данных Gen4 больше не поддерживаются в регионах Восточная Австралия и Южная Бразилия. Оборудование Gen4 (часть 1) г. Объем вычислений (цель службы) GP_Gen4_1 GP_Gen4_2 GP_Gen4_3 GP_Gen4_4 GP_Gen4_5 GP_Gen4_6 Оборудование Gen4 Gen4 Gen4 Gen4 Gen4 Gen4 виртуальных ядер 1 2 3 4 5 6 Память (ГБ) 7 14 21 28 35 42 Опора Columnstore Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ГБ) 1024 1024 1536 1536 1536 3072 Максимальный размер журнала (ГБ) 1 307 307 461 461 461 922 Максимальный размер данных Tempdb (ГБ) 32 64 96 128 160 192 Тип хранения Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс Задержка ввода-вывода при записи (приблизительно) 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс Макс. данные IOPS 2 320 640 960 1280 1600 1920 Максимальная скорость журнала (МБ/с) 4,5 9 13,5 18 22,5 27 Максимальное количество одновременно работающих сотрудников 200 400 600 800 1000 1200 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 Количество реплик 1 1 1 1 1 1 Мульти-AZ Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Чтение Увеличение масштаба Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Включено резервное хранилище 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Аппаратное обеспечение Gen4 (часть 2) Объем вычислений (цель службы) GP_Gen4_7 GP_Gen4_8 GP_Gen4_9 GP_Gen4_10 GP_Gen4_16 GP_Gen4_24 Оборудование Gen4 Gen4 Gen4 Gen4 Gen4 Gen4 виртуальных ядер 7 8 9 10 16 24 Память (ГБ) 49 56 63 70 112 159,5 Опора Columnstore Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Максимальный размер данных (ГБ) 3072 3072 3072 3072 4096 4096 Максимальный размер журнала (ГБ) 1 922 922 922 922 1229 1229 Максимальный размер данных Tempdb (ГБ) 224 256 288 320 512 768 Тип хранения Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Удаленный твердотельный накопитель Задержка чтения ввода-вывода (приблизительно) 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс 5-10 мс Задержка ввода-вывода при записи (приблизительно) 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс 5-7 мс Макс. данные IOPS 2 2240 2560 2880 3200 5120 7680 Максимальная скорость журнала (МБ/с) 31,5 36 40,5 45 50 50 Максимальное количество одновременно работающих сотрудников 1400 1600 1800 2000 3200 4800 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 Количество реплик 1 1 1 1 1 1 Мульти-AZ Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Чтение Увеличение масштаба Н/Д Н/Д Н/Д Н/Д Н/Д Н/Д Включенное хранилище резервных копий 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Критично для бизнеса — выделенные вычислительные ресурсы — Gen4 Важно Новые базы данных Gen4 больше не поддерживаются в регионах Восточная Австралия и Южная Бразилия. Оборудование Gen4 (часть 1) Объем вычислений (цель службы) BC_Gen4_1 BC_Gen4_2 BC_Gen4_3 BC_Gen4_4 BC_Gen4_5 BC_Gen4_6 Оборудование Gen4 Gen4 Gen4 Gen4 Gen4 Gen4 виртуальных ядер 1 2 3 4 5 6 Память (ГБ) 7 14 21 28 35 42 Опора Columnstore Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) 1 2 3 4 5 6 Тип хранения Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Максимальный размер данных (ГБ) 1024 1024 1024 1024 1024 1024 Максимальный размер журнала (ГБ) 1 307 307 307 307 307 307 Максимальный размер данных Tempdb (ГБ) 32 64 96 128 160 192 Максимальный размер локального хранилища (ГБ) 1356 1356 1356 1356 1356 1356 Задержка чтения ввода-вывода (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Задержка ввода-вывода при записи (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Макс. данные IOPS 2 4000 8 000 12 000 16 000 20 000 24 000 Максимальная скорость журнала (МБ/с) 8 16 24 32 40 48 Максимальное количество одновременно работающих сотрудников 200 400 600 800 1000 1200 Максимальное количество одновременных входов в систему 200 400 600 800 1000 1200 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 Количество реплик 4 4 4 4 4 4 Мульти-AZ Да Да Да Да Да Да Чтение Увеличение масштаба Да Да Да Да Да Да Включенное хранилище резервных копий 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Аппаратное обеспечение Gen4 (часть 2) Объем вычислений (цель службы) BC_Gen4_7 BC_Gen4_8 BC_Gen4_9 BC_Gen4_10 BC_Gen4_16 BC_Gen4_24 Оборудование Gen4 Gen4 Gen4 Gen4 Gen4 Gen4 виртуальных ядер 7 8 9 10 16 24 Память (ГБ) 49 56 63 70 112 159,5 Опора Columnstore Да Да Да Да Да Да Хранилище OLTP в памяти (ГБ) 7 8 9,5 11 20 36 Тип хранения Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Локальный твердотельный накопитель Максимальный размер данных (ГБ) 1024 1024 1024 1024 1024 1024 Максимальный размер журнала (ГБ) 1 307 307 307 307 307 307 Максимальный размер данных Tempdb (ГБ) 224 256 288 320 512 768 Максимальный размер локального хранилища (ГБ) 1356 1356 1356 1356 1356 1356 Задержка чтения ввода-вывода (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Задержка ввода-вывода при записи (приблизительно) 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс 1-2 мс Макс. данные IOPS 2 28 000 32 000 36 000 40 000 64 000 76 800 Максимальная скорость журнала (МБ/с) 56 64 64 64 64 64 Максимальное количество одновременно работающих сотрудников 1400 1600 1800 2000 3200 4800 Максимальное количество одновременных входов в систему 1400 1600 1800 2000 3200 4800 Максимальное количество одновременных сеансов 30 000 30 000 30 000 30 000 30 000 30 000 Количество реплик 4 4 4 4 4 4 Мульти-AZ Да Да Да Да Да Да Чтение Увеличение масштаба Да Да Да Да Да Да Резервное хранилище в комплекте 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1X Размер базы данных 1 Для задокументированных максимальных значений размера данных. Уменьшение максимального размера данных пропорционально уменьшает максимальный размер журнала. 2 Максимальное значение для размеров ввода-вывода в диапазоне от 8 КБ до 64 КБ. Фактическое количество операций ввода-вывода в секунду зависит от рабочей нагрузки. Дополнительные сведения см. в разделе Управление вводом-выводом данных. Следующие шаги Ограничения ресурсов DTU для одной базы данных см. в разделе ограничения ресурсов для отдельных баз данных с использованием модели приобретения DTU . Информацию об ограничениях ресурсов виртуальных ядер для эластичных пулов см. в разделе ограничения ресурсов для эластичных пулов с использованием модели приобретения виртуальных ядер . Ограничения ресурсов DTU для эластичных пулов см. в разделе ограничения ресурсов для эластичных пулов с использованием модели приобретения DTU . Ограничения ресурсов для Управляемого экземпляра SQL см. в разделе Ограничения ресурсов для Управляемого экземпляра SQL. alexxlab Добавить комментарий Отменить ответ Ваш адрес email не будет опубликован. Обязательные поля помечены * Комментарий * Имя * Email * Сайт Рубрики Прост Радио Разное Своими руками Советы Схем Схемы Транзист Транзисторы Электрон Электроника