Microsoft sql server standard edition 2018: Цены на SQL Server 2019

Диагностика миграции SQL Server 2016 | Windows IT Pro/RE

Пример переноса рабочей среды из SQL Server 2012 в SQL Server 2016 и решение проблем при пиковой нагрузке

Почему нам так важно понимать различия между редакциями SQL Server Enterprise и Enterprise Core? Дело в том, что использование сервера зависит от того, какую редакцию вы установите. Недавно мне пришлось работать с клиентом, выполнявшим перенос рабочей среды из SQL Server 2012 в SQL Server 2016. Десяток задействованных серверов были подготовлены за несколько недель и даже месяцев до миграции, а многократно протестированный с неизменным успехом план был следующим:

  1. Использовать доставку журналов, чтобы синхронизировать различные серверы непосредственно перед точкой миграции.
  2. Запретить подключение пользователей.
  3. Выполнить все необходимые подготовительные задачи как на платформе данных, так и на уровне приложений.
  4. Произвести и применить окончательное резервное копирование журнала.
  5. Обновить установку совместимости до 2016 (130).
  6. Выполнить некоторые стандартные тесты, а затем вернуть всех пользователей в среду.

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

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

Первые признаки

Вскоре после того как пользователям было позволено вернуться в среду SQL Server, мы начали замечать проблемы, связанные с высокой нагрузкой на процессор; при этом, согласно данным программ мониторинга, ресурсы процессора были использованы лишь на 50%. Также нам показалось странным, что нагрузка процессора, похоже, не распределялась поровну между всеми 72 ядрами на сервере. Это привело к неравномерности NUMA, как показано на экране 1. Как можно заметить, этот сервер потреблял почти 100% ресурсов процессора у 40 используемых ядер, но остальные 32 ядра были практически нетронутыми. Подсчитав, мы выяснили, что показатель 56% измерен по всем ядрам, независимо от того, задействованы они или нет. Но сервер был на 100% использован у 40 ядер, которые он мог задействовать.

 

Экран 1. Неравномерная загрузка ядер процессора

 

Вопрос в том, почему SQL Server использует только 40 ядер, если в распоряжении сервера их 72?

Мы начали искать дополнительную информацию. На мой взгляд, «дополнительная информация» в отношении SQL Server обычно означает обращение к динамическим объектам управления (http://thesqlagentman.com/periodic-table/), или сокращенно DMO. Чтобы собрать больше сведений о том, как ядра выглядят для SQL Server, я использовал запрос к DMO sys.dm_os_schedulers для проверки подсчетов, сгруппированных по статусу:

SELECT OS. status, COUNT (OS.status)
FROM sys.dm_os_schedulers AS OS
GROUP BY OS.status
ORDER BY OS.status;

Результаты не внушали оптимизма (см. экран 2). Что именно они означают? На уровне метаданных результаты показывают, что есть 40 планировщиков, которые удалось задействовать службе SQL Server (VISIBLE ONLINE), но существуют и дополнительные планировщики, недоступные в их текущем состоянии. К ним относятся планировщики HIDDEN, которые используются для обслуживания рабочих нагрузок системного уровня и недоступны для запросов конечных пользователей (подсчеты для HIDDEN ONLINE были приемлемыми и ожидаемыми в соответствии с их особыми характеристиками), а также единственный планировщик VISIBLE ONLINE (DAC), зарезервированный для выделенного подключения администратора (DAC). Остаются 32 планировщика, перечисленные как VISIBLE OFFLINE, которые должны быть доступны для рабочих нагрузок конечного пользователя, но на самом деле недоступны. Планировщик VISIBLE OFFLINE, хотя и адресуемый, не может взаимодействовать с рабочими нагрузками SQL Server, по крайней мере, по одной причине. Такого регулирования загрузки процессора мне не приходилось встречать за те 20 лет, что я работаю администратором баз данных и преподавателем, в том числе в статусе MVP.

 

Экран 2. Результаты запроса к DMO sys.dm_os_schedulers 

 

Интересно, что эта же проблема наблюдалась на всех серверах, задействованных в переходе на SQL Server 2016: все ограничены 40 ядрами с технологией Hyper-Threading, то есть использовалось 20 ядер. На данном этапе несколько человек вспомнили о блоге Джона Морхауса, Data Platform MVP. В одной своей публикации (http://sqlrus.com/2017/03/schedulers-to-rule-them-all/) он отмечал, что столкнулся в SQL Server 2012 с похожей проблемой, связанной с лицензированием.

В сущности, причиной недостаточного использования сервера была установка неверной редакции Microsoft SQL Server 2016. Поскольку высока вероятность, что один набор установки использовался для всех серверов, становится ясно, почему на всех серверах возникала одна и та же проблема. Позвольте мне объяснить.

Два возможных варианта установки для Enterprise Edition

Существует две возможные причины, ведущие к установке неверной редакции Enterprise Edition SQL Server 2016:

  1. Изменения в порядке лицензирования для SQL Server, вступившие в силу в 2012 году.
  2. Склонность компании Microsoft к использованию похожих названий для разных технологий или компонентов.

В 2012 году Microsoft изменила подход к лицензированию SQL Server, начав выдавать лицензии в зависимости от ядер. Это привело к ветвлению вариантов установки SQL Server как на основе клиентских лицензий, так и в зависимости от числа ядер. Лицензирование само по себе очень глубокая тема, и она выходит за рамки данной статьи, но это решение имело важные последствия, так как возникло два различных варианта установки исполняемых файлов.

Кроме того, Microsoft нередко переопределяет акронимы и термины, относящиеся к различным продуктам (а в случае с DAC — в рамках одного продукта). В этом случае возникает путаница вокруг термина «ядро». Дело в том, что существует также редакция Server Core операционной системы Microsoft Windows без графического интерфейса, на которой можно установить SQL Server. Процесс установки на Windows Server Core описан здесь: https://docs.microsoft.com/en-us/sql/database-engine/install-windows/install-sql-server-on-server-core. На экране 3 ясно видно, что человек, выбиравший продукт для установки, неверно воспринял редакцию Core для SQL Server 2016 как редакцию, предназначенную для Windows Server Core, а не как слово core, относящееся к SQL Server, от которого и происходит определение лицензирования в зависимости от количества ядер.

 

Экран 3. Варианты установки SQL Server 2016 

Из приведенных на экране 3 вариантов, взятых со страницы загрузки Microsoft MSDN, видно, как могло возникнуть такое недоразумение.

Почему я подробно остановился на теме редакций SQL Server Enterprise и Enterprise Core? Потому что если выбрана редакция, не отмеченная явно как Core, то вы устанавливаете редакцию SQL Server с лицензией Server+CAL, ограниченной 20 или 40 ядрами при использовании технологии Hyper-Threading.

Теперь становится ясно, откуда берутся 40 планировщиков VISIBLE ONLINE и почему 32 остаются неадресуемыми, хотя они видимы. Причина в том, что по условиям лицензирования эти ядра не могут быть задействованы в службе. Первое впечатление угнетает: мысль о необходимости пройти по всей новой миграции на уже используемом оборудовании, чтобы получить «верные» редакции для SQL Server. Представьте эти и другие панические мысли, и вы получите представление о настроении участников процедуры миграции.

Однако существует и более простой способ решить проблему с лицензированием, которому одновременно помогает и мешает базовая архитектура высокой доступности, развернутая на этапе обновления и миграции: распределенные группы доступности Distributed Availability Groups (DAG).

Сложности распределенных групп доступности

Группы доступности представляют собой развитие технологий высокой доступности и аварийного восстановления (HA/DR) в виде зеркального отображения базы данных и кластеризации серверов.

Группа доступности (AG) состоит из двух или нескольких серверов («реплик»), которые являются узлами отказоустойчивого кластера Windows Server Failover Cluster (WSFC), и не использует общих ресурсов хранилища, как в случае с типичным WSFC.

Вместо этого WSFC используется группами доступности как фундамент для высокой доступности операционной системы, освобождая множество серверов от «владения» службами SQL Services. Однако, поскольку общее хранилище не задействовано в этой архитектуре (где кластеризованный экземпляр SQL Server размещен в общем хранилище), данная архитектура содержит несколько копий базы данных, являющейся частью AG, а не единственную копию, как при зеркальном отображении базы данных. Но, в отличие от зеркального отображения базы данных, любая из этих реплик базы данных доступна для чтения, а одна доступна как для чтения, так и для записи. Это очень упрощенное описание архитектуры групп доступности, но главное, что это архитектура, в которой применяется кластеризованный набор серверов, взаимодействующих друг с другом для обеспечения работы SQL Server.

Отступление о группах доступности уместно, поскольку, как и кластеризованный экземпляр SQL Server, любое исправление должно быть в первую очередь применено ко вторичной (неосновной) реплике, или экземпляру, или узлу, за которым следует переключение для смены владения, с тем чтобы применить исправление к прежнему основному узлу. Наше исправление для решения проблемы регулирования загрузки процессора должно применяться к обоим серверам в группе доступности, а таких групп три.

Как часто говорят в рекламе, и это еще не все. Это верно в случае с нашей архитектурой, так как мы имеем дело не просто с группами доступности, а с распределенными группами доступности.

Что такое распределенная группа доступности (DAG)? Это группа доступности, состоящая из групп доступности, которые используются, чтобы разрешить геораспределенные реплики AG в центрах обработки данных. Таким образом, например, обеспечивается аварийное восстановление и избыточность сайтов. В группе доступности необходимо обратить внимание на задержку между всеми репликами. Группы доступности, как и при Database Mirroring, могут быть настроены как синхронные или асинхронные. Для первого варианта требуется, чтобы все транзакции на первичной реплике были зафиксированы на вторичной реплике, прежде чем они будут зафиксированы на первичной. Последнее подразумевает, что в конечном счете будет достигнута согласованность между репликами, и устраняет требование двухфазной фиксации из схемы архитектуры.

Даже в случае с асинхронной фиксацией сохраняется насущная необходимость малых задержек в очередях, служащих каналом связи между двумя репликами. Этого трудно добиться при наличии географически разделенных реплик, поэтому, вместо того чтобы задействовать AG с «удаленными» репликами, используется DAG. В распределенной группе доступности вы получаете две группы доступности, по одной для центра обработки данных. В любой момент времени одна AG владеет DAG, а в первичной AG имеется первичная реплика, которая владеет AG и, по умолчанию, связанным DAG. По крайней мере, вы получите четыре реплики, из которых одна первичная и три вторичные. Теперь исправление нужно применять не к одному экземпляру SQL Server, как в автономной среде, а к двум экземплярам вследствие групп доступности и затем к четырем экземплярам, поскольку мы имеем дело с распределенными группами доступности. Наконец, умножьте результат на три отдельных DAG вследствие внутренней структуризации среды SQL Server, и мы получим 12 исправлений вместо одного. Теперь становится понятно, почему полное перестроение производственной системы в процессе миграции — неприемлемый вариант.

Решение

Последствия устранения этой проблемы оказались значительно менее серьезными, чем мы первоначально предполагали. В основе лежит процесс, обеспечивающий обновления редакции от Standard Edition до Enterprise Edition, интегрированный в мастер установки SQL Server. Возможен переход от лицензирования Server + CAL к лицензированию по количеству ядер с использованием одной инструкции командной строки. Процесс выглядит следующим образом:

1. Загрузите нужную версию файлов установки.

2. Смонтируйте файл iso для установки и запустите файл setup.exe.

3. Укажите PID — другое имя для ключа безопасности, состоящего из букв, знаков переноса и цифр.

4. Отмените установку.

5. Запустите окно командной строки cmd с правами администратора.

6. Перейдите в каталог, где находится файл setup.exe для загруженного и смонтированного носителя.

7. Подставьте значение PID в следующую команду:

Setup.exe/q/ACTION=editionupgrade/
   INSTANCENAME=MSSQLSERVER/
   PID=XXXXX-XXXXX-XXXXX-
   XXXXX-XXXXX/
   IACCEPTSQLSERVERLICENSETERMS

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

9. Отсоедините файл iso и удалите ненужные файлы.

Эта команда изменяет модель лицензирования и освобождает планировщики VISIBLE OFFLINE, в сущности удалив ограничение по регулированию ресурсов процессора (экран 4).

 

Экран 4. Ограничение по регулированию ресурсов процессора снято

Как показано на экране 5, была решена и проблема разбалансировки NUMA.

 

Экран 5. Равномерная загрузка ядер

Мне пришлось выполнить эти действия в первую очередь на вторичной реплике вторичной AG, а затем переключиться на вторичную группу доступности и выполнить ту же команду на бывшей первичной реплике. Затем процесс повторяется в группе доступности, которая владеет DAG. Процесс приводит к перезапуску SQL Services в рамках применения исправления, но, поскольку ни в один момент времени я не исправлял первичную реплику, конечные пользователи не заметили никаких последствий, кроме обычных при переключении группы доступности.

Впоследствии обновление было весьма успешным. Переход от SQL Server 2012 к 2016 привел к уменьшению задержек, повышению общей производительности и возможности начать использовать хранилище запросов Query Store и другие компоненты SQL Server 2016. Настало время начать планировать переход на SQL Server 2017!

Версии Microsoft SQL Server 2019

Microsoft SQL Server 2019

Выпущено:

Дата окончания основной поддержки:

Дата окончания расширенной поддержки:

Также называется:

  • SQL 2019
  • SQL2019
  • MSSQL2019
  • MSSQL 2019
  • SQL Server 15. 0   (не путать с SQL Server 2015 ← не существует!)
  • SQL Server 15,00
  • SQL Server 15
  • MSSQL15
  • MSSQL 15
  • Кодовое имя: Сиэтл Арис

Уровень совместимости базы данных: 150

Общедоступно для Windows , Linux , Docker и Kubernetes .

SQL Server 2019 был представлен на Microsoft Ignite 4–8 ноября 2019 г. и PASS Summit 5–8 ноября 2019 г.

Предыдущая версия — SQL Server 2017, следующая — SQL Server 2022.

9008 9 15.0.4153
15.00.4153
15.00.4153.1

9008 9 4548597 Накопительное обновление 4 (CU4) для SQL Server 2019

9 0089 KB4583458

9 0087

90 070

90 089 2019.150.1400.75

Сборка Альтернативные сборки Версия файла Альтернативная версия файла Q КБ КБ / Описание Дата выпуска
15.0.4312.2 15.0.4312
15.00.4312
15.00.4312.2		 2019.150.4312.2 2019.150.4312
2019.150.4312.0		 Q5024276 KB5024276 5024276 Накопительное обновление 20 (CU20) для SQL Server 2019Последний CU CVE-2015-6420 CVE-2017-15708 *new
15. 0.4298.1 15.0.4 298
15.00.4298
15.00.4298.1		 2019.150.4298.1 2019.150.4298
2019.150.4298.0		 Q5023049 KB5023049 5023049 Накопительное обновление 19 (CU19) для SQL Server 2019 9009 0
15.0.4280.7 15.0.4280
15.00. 4280
15.00.4280.7		 2019.150.4280.7 2019.150.4280
2019.150.4280.0		 Q5021124 KB5021124 5021124 Обновление безопасности для SQL Server 2019 CU18: 14 февраля 2023 г. CVE-2023-21528 CVE-2023-21704 CVE-2023-21705 CVE-2023-21713 CVE-2023-21718
15.0.4261.1 15.0.4261 90 009 15.00.4261
15.00.4261.1		 2019.150.4261.1 2019.150.4261
2019.150.4261.0		 Q5017593 KB5017593 5017593 Накопительное обновление 18 (CU18) для SQL Server 2019
15.0.4249.2 15.0.4249
15.00.4249
15.00.4249.2		 2019.150 .4249.2 2019.150.4249
2019.150.4249.0		 Q5016394 KB5016394 5016394 Накопительное обновление 17 (CU17) для SQL Server 2019
15.0.4236.7 15.0.4236
15.00.4236
15.00.4236.7		 2019.150.4236.7 2019.150.4236
2019 .150.4236.0		 Q5014353 KB5014353 5014353 Обновление безопасности для SQL Server 2019 CU16: 14 июня 2022 г. CVE- 2022-29143
15.0.4223.1 15.0.4223
15.00.4223
15.00.4223.1		 2019.150.4223.1 2019.150.4223
2019.150.4223.0		 Q5011644 KB5011644 5011644 Накопительное обновление 16 (CU16) для SQL Server 2019
15 . 0.4198.2 15.0.4198
15.00.4198
15.00.4198.2		 2019.150.4198.2 Накопительное обновление 15 (CU15) для SQL Server 2019
15.0.4188.2 15.0.4188
15.00.4188
15.00.4188.2		 2019.150.4188.2 2019.150.4188
2019.150.4 188.0		 Q5007182 KB5007182 5007182 Накопительное обновление 14 (CU14) для SQL Server 2019
15.0.4178.1 15.0.4178
15.00.4178
15.00.4178.1		 201 9.150.4178.1 2019.150.4178
2019.150.4178.0		 Q5005679 KB5005679 5005679 Накопительное обновление 13 (CU13) для SQL Server 2019
15.0.4153. 1 2019.150.4153.1 2019.150 .4153
2019.150.4153.0		 Q5004524 KB5004524 5004524 Накопительное обновление 12 (CU12) для SQL Server 2019
15.0.4138.2 15.0.4138
Q500 15.00.4138
15.00.4138.2		 2019.150.4138.2 2019.150.4138
2019.150.4138.0 3249		 KB5003249 5003249 Накопительное обновление 11 (CU11) для SQL Server 2019
15.0.4123.1 15.0.4123
15.00.4123
15.00.4123.1		 2019.150.4123.1 2019.150.4123
2019.150.4123.0		 Q5001090 KB5001090 5001090 Накопительное обновление 10 (CU10) для SQL Server 2019
15. 0.4102.2 15.0.4102
15.00.4102
15.00.4102.2		 2019.150.4102.2 2019.150.4102
2019.150.4102.0		 Q5000642 KB5000642 5000642 Накопительное обновление 9 (CU9) для SQL Server 2019
15.0.4083.2 15.0.4083
15.00.4083
15.00 .4083,2		 2019.150.4083.2 2019.150.4083
2019.150.4083.0		 Q4583459 KB4583459 4583459 Обновление безопасности для SQL Server 2019 CU8: 12 января 2021 г. CVE-2021-1636
15.0.4073.23 15.0.4073
15.00.4073
15.00.4073.23		 2019.150.4073.23 90 090

 2019.150.4073
2019.150.4073.0		 Q4577194 KB4577194 4577194 Накопительное обновление 8 (CU8) для SQL Сервер 2019
15.0.4063.15 15.0.4063
15.00.4063
15.0 0.4063.15		 2019.150.4063.15 2019.150.4063
2019.150.4063.0		 Q4570012 KB457 0012 Отозвано 4570012 Накопительное обновление 7 (CU7) для SQL Server 2019
15.0.4053.23 15 .0.4053
15.00.4053
15.00.4053.23		 2019.150.4053.23 2019.150.4053
2019.150.4053.0		 Q4563110 KB4563110 4563110 Накопительное обновление 6 (CU6) для SQL Server 2019
15.0.4043.16 15.0.4043
15.00.4043
15.00.4043.16		 2019.150.4043.16 2019.150.4043
2019.150.4043.0		 4 кв. 552255 KB4552255 4552255 Накопительное обновление 5 (CU5) для SQL Server 2019
15.0.4033.1 15.0.4033
15.00.4033
15.00.4033.1 9009 0

 2019.150.4033.1 2019.150.4033
2019.150.4033.0		 Q4548597 KB4548597
15.0.4023.6 15.0.4023
15.0 0.4023
15.00.4023.6		 2019.150.4023.6 2019.150.4023
2019.150.4023.0		 Q4538853 KB4538853 4538853 Накопительное обновление 3 (CU3) для SQL Server 2019
15.0.4013.40 15.0.4013
15.00.4013
15.00 .4013.40		 2019.150.4013.40 2019.150.4013
2019.150.4013.0		 Q4536075 KB45 36075 Отозвано 4536075 Накопительное обновление 2 (CU2) для SQL Server 2019
15.0.4003.23 15.0.4003
15.00.4003
15.00.4003.23		 2019.150 1 (КР1) для SQL Server 2019
15.0.2101.7 15.0.2101
15.00.2101 900 09 15.00.2101.7		 2019.150.2101.7 2019.150.2101
2019.150.2101.0		 Q5021125 KB5021125 5021125 Обновление безопасности для SQL Server 2019 GDR: 14 февраля 2023 г. CVE-2023-21528 CVE-2023-21704 CVE-2023-2170 5 CVE-2023-21713 CVE-2023-21718
15.0.2095.3 15.0.2095
15.00.2095
15.00.2095.3		 2019.150.2095.3 2019.150.2095
2019.150.2095.0		 Q5014356 KB5014356 5014356 Security update для SQL Server 2019ГДР: 14 июня 2022 г. CVE-2022-29143
15. 0.2090.38 15.0.2090
15.00.2090
15.00.2090.38		 2019.150.2090.38 2019.150.2090
2019.150.2090.0		 Q5010657 KB5010657 5010657 Обновление безопасности для SQL Server 2019 GDR: 8 февраля 2022 г. CVE-2022-23276 90 090
15.0.2080.9 15.0. 2080
15.00.2080
15.00.2080.9		 2019.150.2080.9 2019.150.2080
2019.150.2080.0		 Q4583458 4583458 Обновление безопасности для SQL Server 2019 GDR: 12 января 2021 г. CVE-2021-1636
15.0.2070.41 15.0.2070
15.00.2070
15.00.2070.41		 2019 .150.2070.41 2019.150.2070
2019.150.2070.0		 Q4517790 KB4517790 4517790 Сервисное обновление (GDR1) для SQL Server 2019 RTM
15.0.2000.5 900 90

 15.0.2000
15.00.2000
15.00.2000.5		 2019.150.2000.5 2019.150.2000
2019.150.2000.0		 Microsoft SQL Server 2019 RTM RTM
15.0.1900.47 15.0.1900
15.00.1900
15.00.1900.47		 2019.150.1900.47 2019.150.1900
2019.150.1900.0		 Обновление Microsoft SQL Server 2019 Release Candidate только для кластеров больших данных (RC1.1)  Бета-версия
15.0. 1900.25 15.0.1900
15.00.1900
15.00.1900.25		 2019.150.1900.25 2019.150.1900
2019.150.1900.0		 Microsoft SQL Server 2019 Release Candidate 1 (RC1) Beta
15.0.1800.32 15.0.1800
15.00.1800
15.00.1800. 32		 2019.150.1800.32 2019.150.1800
2019.150.1800.0		 Microsoft SQL Server 2019 Community Technology Preview 3.2 (CTP 3.2)  Beta
15.0.1700.37 15.0.1700
15 .00.1700
15.00.1700.37		 2019.150.1700.37 2019.150.1700
2019.150.1700.0		 Microsoft SQL Server 2019 Community Technology Preview 3.1 (CTP 3.1) Beta
15.0.1600.8 15.0.1600
15.00.1600
15.00.1600.8		 2019.150.1600.8 2019.150.1600
2019.150.1600.0		 Microsoft SQL Server 2019 Community Technology Preview 3.0 (CTP 3. 0) Бета
15.0.1500.28 15.0.1500
15.00.1500
15.00.1500.28		 2019.150.1500.28 2019.150 .1500
2019.150.1500.0		 Microsoft SQL Server 2019 Community Technology Preview 2.5 (CTP 2.5) Beta
15.0.1400.75 15.0.1400
15.00.1400
15.00.1400.75		 2019.150.1400
2019.150.1400.0		 Microsoft SQL Server 2019Community Technology Preview 2.4 (CTP 2.4) Beta
15.0.1300.359 15.0.1300
1 5.00.1300
15.00.1300.359		 2018.150.1300.359 2018.150.1300
2018.150 .1300.0		 Microsoft SQL Server 2019 Community Technology Preview 2.3 (CTP 2.3) Beta
15. 0.1200.24 15.0.1200
15.00.1200
15.00.1200.24		 2018.150.1200.24 2018.150.1200
2018.150.1200.0		 Microsoft SQL Server 2019 Community Technology Preview 2.2 (CTP 2. 2) Бета-версия
15.0.1100.94 15,0 .1100
15.00.1100
15.00.1100.94		 2018.150.1100.94 2018.150.1100
2018.150.1100.0 9 0090

 Microsoft SQL Server 2019 Community Technology Preview 2.1 (CTP 2.1) Beta
15.0.1000.34 15.0.1000
15.00.1000
15.00.10 00.34		 2018.150.1000.34 2018.150.1000
2018.150.1000.0		 Microsoft SQL Server 2019 Community Technology Preview 2.0 (CTP 2.0) Beta

 

 

© 200 7–2023 SqlServerBuilds.blogspot.com · Контакты · Политика конфиденциальности

Другие полезные сайты › SQL Server Список версий ⁞ Список версий Exchange Server ⁞ Список версий SharePoint Servers ⁞ Мониторинг базы знаний Майкрософт

 

 

8 основных функций SQL Server 2023

Введение в SQL Server 2021

В связи с новыми требованиями и другими технологическими достижениями в индустрии программного обеспечения Microsoft выпустила обновленную версию SQL Server 2021, которая называется SQL. server 2021. Об этом было объявлено и представлено на мероприятии Ignite 2018 24 сентября. Однако это был всего лишь предварительный выпуск. Более технически продвинутая и подробная картина SQL Server 2021 была представлена ​​только на саммите PASS, который состоялся позднее, в ноябре того же года.

В более новой версии SQL Server реализована более совершенная интеграция таких модулей, как база данных Azure SQL, поддержка Apache Kafka в концентраторах событий Azure, хранилище данных SQL Azure и распределенная файловая система Hadoop (HDFS). предоставить единое интегрированное решение

Microsoft SQL Server 2021 создан с целью сделать шаг вперед в области искусственного интеллекта (ИИ) за счет интеграции больших данных со службами баз данных.

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

 

Содержание

  • Новые возможности SQL Server 2019
    • Кластеры больших данных
    • Поддержка UTF-8 (CTP 2.2)
    • Создание возобновляемого онлайн-индекса (CTP 2.0)
    • Интеллектуальная обработка запросов (CTP 2.0)
    • Группы доступности Always On
    • Машинное обучение в Linux
    • Новые функции для SQL Server в Linux
    • Безопасность
  • Сравнение Microsoft SQL Server 2017 и 2019
  • Стандартный SQL Server 2019 по сравнению с. Корпоративные версии
  • Почему следует выполнить обновление с SQL Server 2017 до версии 2019?

 

В SQL Server 2021 было внесено множество улучшений для выпуска новой версии SQL Server 2021  , что делает его более эффективным и стабильным. Эти новые функции подробно обсуждаются ниже.

1. Кластеры больших данных

Кластеры больших данных — это новые дополнения к выпуску SQL Server 2019. Эта функция позволяет одновременно развертывать несколько масштабируемых кластеров контейнеров SQL Server, Spark и HDFS, работающих в Kubernetes. Кластер больших данных как инфраструктура позволяет этим кластерам работать параллельно, где вы можете читать, записывать и обрабатывать большие данные из Transact-SQL в Spark. Это позволяет нам легко комбинировать и анализировать ценные реляционные данные с большими объемами данных.

Особенности:

  • Виртуализация данных: SQL Server PolyBase упростил задачу запроса внешних источников данных для кластеров больших данных SQL Server, уменьшив усилия по перемещению или копированию данных для выполнения запроса. В предварительной версии SQL Server 2019 представлены новые соединители для источников данных.
  • Озеро данных: Кластер больших данных позволяет создать масштабируемый пул хранения HDFS. Это потенциально повышает эффективность хранения больших данных из внешних источников.
  • Масштабируемая витрина данных: Кластер больших данных обеспечивает масштабируемые вычисления и хранилище для улучшения анализа данных. Данные могут приниматься и храниться на нескольких узлах пула данных в виде кэша для дальнейшего анализа.
  • Интегрированный ИИ и машинное обучение: Кластер больших данных позволяет использовать ИИ и машинное обучение для данных, хранящихся в нескольких пулах хранения HDFS и пулах данных. SQL-сервер предоставляет множество встроенных инструментов искусственного интеллекта, таких как R, Python, Scala или Java.
  • Управление и мониторинг: Портал администратора кластера — это веб-сайт, предоставляющий сведения о состоянии и работоспособности модулей в кластере. Он также предоставляет ссылки на другие информационные панели для анализа журналов и мониторинга.
  • Управление и мониторинг будут осуществляться с использованием комбинации инструментов командной строки, API, портала администратора и динамических представлений управления.                                 

[Связанная страница:  Новый кластер SQL Server ]

Преимущества кластера больших данных:

  • Имеет встроенные фрагменты для регулярных задач управления.
  • Позволяет просматривать HDFS, создавать каталоги, просматривать файлы и загружать файлы.
  • Позволяет создавать, открывать и запускать блокноты, совместимые с Jupyter.
  • Мастер виртуализации данных упростил создание внешних источников данных.
  • Кластер больших данных с инфраструктурой K8 увеличивает скорость настройки всей групповой инфраструктуры.
  • Вопросы безопасности, возникающие при интеграции реляционной среды с большими данными, полностью решаются кластерами больших данных.
  • Виртуализация данных позволяет легко интегрировать данные без необходимости выполнять ETL (извлечение, преобразование и загрузка).

 

Учебное пособие по SQL Server

 

2. Поддержка UTF-8

Новый SQL Server 2019 поддерживает очень популярную систему кодирования данных UTF-8. Кодировка символов UTF-8 используется при экспорте и импорте данных, сопоставлении данных на уровне базы данных и на уровне столбца. Он включается при создании или изменении типа сопоставления объектов на сопоставление объектов с UTF-8. Он поддерживается для типов данных char и varchar.

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

  • Для уменьшения занимаемой памяти или места для хранения.
  • Для обеспечения безопасности конфиденциальных данных.

Примечание. Начиная с Microsoft SQL Server 2016, UTF-8 поддерживается BCP, BULK_INSERT и OPENROWSET.

В более ранних версиях SQL Server кодирование выполнялось в различных форматах, таких как UCS-2, и они не поддерживали формат UTF-8. Однако введение кодировки Unicode было сделано только в SQL Server 7.0.

  [Связанная страница: Обработка исключений в SQL Server ]

 

Преимущества кодировки UTF:

Эта функция помогает в экономии памяти, используя правильный набор символов. Например, изменение существующего типа данных столбца с латинскими строками с NCHAR(10) на CHAR(10) с использованием сопоставления с поддержкой UTF-8 приводит к снижению требований к хранилищу на 50 %. Эта экономия происходит потому, что NCHAR(10) требует 20 байтов для хранения, тогда как CHAR(10) требует 10 байтов для одной и той же строки Unicode.

CTP 2.1 позволяет выбирать параметры сортировки UTF-8 по умолчанию во время предварительной установки SQL Server 2019.

CTP 2.2 позволяет выбрать использование кодировки символов UTF-8 с репликацией SQL Server.

 

3. Возобновляемое создание онлайн-индекса (CTP 2.0)

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

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

Возобновляемое оперативное перестроение индекса (ROIR) было перенято из SQL Server 2017 как важная функция для повышения производительности базы данных.

Однако в версии SQL Server 2019 включена более новая версия этой функции, которая называется « Возобновляемое онлайн-индексирование» операция после индекса приводит к сбою в случае чрезмерного использования дискового пространства или при потере базы данных.

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

    • В старых версиях, когда эта функция не была введена, при сбое работы нового индекса весь процесс приходилось начинать сначала.

    SQL Server 2019 также позволяет установить эту функцию по умолчанию для конкретной базы данных.

     [Связанная страница: Ограничения SQL Server с примером ]

     

    4. Интеллектуальная обработка запросов (CTP 2.0)

    Функция Интеллектуальная обработка запросов (IQP) — это метод, принятый для получения оптимального план выполнения запроса с меньшим временем компиляции. Эта функция расширена за счет включения многих других подфункций в SQL Server 2019., ОСАГО 2.2.

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

    SQL Server 2017 имел функцию интеллектуальной обработки запросов со следующими дополнительными функциями:

    • Адаптивные соединения в пакетном режиме для динамического выбора типа соединения во время выполнения или во время выполнения на основе входных строк.
    • Interleaved Execution с уровнем совместимости 140, который использует мощность таблицы с несколькими операторами в соответствии со значениями, полученными при первой компиляции, а не фиксированным предположением.
    • Обратная связь о предоставлении памяти (пакетный режим) для управления выделением памяти. Если запрос в пакетном режиме содержит операции, требующие дополнительного дискового пространства, для него будет выделено больше памяти при последовательном выполнении. В то время как, если запрос использует менее 50% выделенной памяти, выделение памяти будет уменьшено при последовательных выполнениях.

    Однако в IQP для предварительной версии SQL Server 2019 CTP 2.0 внесено множество улучшений. Вот эти функции:

    • Начиная с SQL Server 2019 CTP 2.0, сервер предоставляет приблизительное значение Count Distinct для сценариев с большими данными. Count Distinct возвращает приблизительное количество уникальных ненулевых значений в группе. Эта функция уменьшает объем памяти, тем самым повышая эффективность работы.
    • Пакетный режим для хранения строк разрешено в версии 2019 года на уровне совместимости 150, что обеспечивает пакетный режим для рабочих нагрузок реляционного хранилища данных, привязанных к ЦП. Эта функция не требует наличия индексов хранилища столбцов.
    • Обратная связь о выделении памяти (режим Row) для управления выделением памяти в режиме Row. Если запрос в строковом режиме содержит операции, требующие дополнительного дискового пространства, для него будет выделено больше памяти при последовательном выполнении. В то время как, если запрос использует менее 50% выделенной памяти, выделение памяти будет уменьшено при следующих выполнениях.
    • Скалярное встраивание UDF используется для увеличения производительности. В основном это касается преобразования скалярных UDF в эквивалентные реляционные выражения, которые «встраиваются» в вызов запроса.
    • Отложенная компиляция переменной таблицы , которая немного отличается от выполнения с чередованием. Эта функция использует фактическую кардинальность табличной переменной, обнаруженной при первой компиляции, вместо фиксированного предположения.                                                                                                                                                                                                                      

    [Связанная страница:  Учебное пособие по таблицам данных R с примерами  ]

     

    5.

    Группы доступности Always On

    9 0004 Группы доступности Always On — это аварийное восстановление и высокая доступность (HA). решение, направленное на предоставление альтернативы зеркальному отображению базы данных на уровне предприятия. Эта функция была первоначально представлена ​​в SQL Server 2012, чтобы повысить доступность набора пользовательских баз данных для предприятия.

    Группа доступности предназначена для поддержки среды репликации для набора пользовательских баз данных, называемых базами данных доступности. Группу доступности можно создать для высокой доступности (HA) или для масштабирования чтения.

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

    Функции групп доступности Always On в SQL Server 2017

    В SQL Server 2017 представлено два набора групп доступности, различающихся по своей архитектуре.

    Группы доступности Always On

    Это обеспечивает высокую доступность, аварийное восстановление и баланс чтения и масштабирования. Группы доступности здесь используют диспетчер кластера в случае аварийного переключения кластера. В Linux для того же используется Pacemaker, а в Windows — менеджер кластера.

    Группа доступности масштабирования для чтения

    Эта архитектура предоставляет реплики только для рабочих нагрузок только для чтения. Они не обеспечивают высокую доступность. В доступности для чтения не используется диспетчер кластеров.

    Каждый набор базы данных доступности размещается репликой доступности. Версия SQL Server 2017 предоставляет только 2 типа реплик. Это первичная реплика и вторичная реплика. Реплика доступности поддерживает избыточность только на уровне базы данных.

      [Связанная страница: Различные типы соединений в SQL Server]   

    Новые дополнительные функции SQL Server 2019  

    Помимо существующих функций SQL Server 201 7, внесены новые улучшения и дополнения в SQL Server 2019.

    • В отличие от предыдущей версии, в SQL Server 2019 максимальное количество реплик увеличено с 2 до 5. Из 5 реплик 1 является первичной, а остальные 4 — вторичными. Вы можете настроить эти 5 реплик для обработки отказа группы.
    • Перенаправление подключения вторичной к первичной реплике:
    • Это позволяет перенаправлять клиентские подключения на первичную реплику независимо от целевых спецификаций в строке подключения. Это соединение обеспечивает перенаправление соединения без прослушивателя.
    • Используйте перенаправление соединения со вторичной реплики на первичную в следующих случаях:
      1. В кластерной технологии отсутствует функция прослушивания.
      2. Когда перенаправление становится сложным в конфигурации с несколькими подсетями.
      3. Сценарии чтения-масштабирования или аварийного восстановления, где тип кластера НЕТ.
    • SQL Server 2019 предоставляет возможность настраивать группы доступности Always on с использованием Kubernetes в качестве уровня оркестрации вместо сбоя кластера Windows.

    Преимущества новых функций групп доступности Always On в SQL Server 2019

    • Увеличенное количество реплик доступности повышает доступность на этапе аварийного восстановления. Для каждой базы данных доступности для восстановления доступен набор из 4 вторичных реплик и одной первичной реплики.
    • Перенаправление вторичной реплики на первичную повышает эффективность управления базой данных.
    • Группы доступности Always On обеспечивают эффективное управление ресурсами и повышение доступности базы данных.

     

    6. Машинное обучение в Linux

    Microsoft всегда стремилась смешивать данные и код. Microsoft SQL Server стал свидетелем перехода этой тенденции от T-SQL к ориентированному на Azure U-SQL, который затем расширил T-SQL элементами C#. Затем в 2016 году SQL Server добавил встроенную поддержку R. В 2017 году этот фокус был расширен за счет добавления Python в SQL Server. Это безумно привлекло энтузиастов машинного обучения, которые даже не знакомы с SQL Server!

    Корпорация Майкрософт всегда стремилась представить новые функции, которые позволили бы SQL Servers в Linux достичь паритета с SQL Server в Windows. Некоторые улучшения в машинном обучении, внесенные в SQL Server 2019 для Linux, обсуждаются ниже.

    Возможности машинного обучения для Linux в SQL Server 2017

    Наличие Python и R, встроенных в SQL Server, дает множество преимуществ. Некоторые из них перечислены ниже:

    • Наличие Python, встроенного в SQL Server, позволяет вам воспользоваться преимуществами функций масштабирования и повышения производительности Microsoft, получая прямой доступ к функциям базы данных в памяти и ускоряя запросы OLAP.
    • Выполняемый код будет в виде хранимых процедур. Это позволяет разработчикам SQL просто получить процедуру и выполнить ее, не беспокоясь о коде, в то время как специалисты по обработке и анализу данных могут позаботиться о письменных сценариях. Это обеспечивает безопасность данных.
    • Двойная поддержка R и Python в SQL-сервере была логичным переходом к Microsoft. Поскольку SQL-серверы работают как на платформе, так и в облаке, они могут работать с традиционными источниками больших данных со всеми данными.

    Новые добавленные функции машинного обучения в SQL Server 2019

    • Помимо R и Python, в SQL Server добавлено новое расширение языка Java.
    • Контейнеры приложений заменили локальные учетные записи пользователей в группе пользователей с ограниченным доступом SQL (SQLRUUserGroup).
    • Доступность членства в SQLRUUserGroup изменилась. Вместо нескольких локальных учетных записей пользователей, как в предыдущей версии, SQL Server имеет только учетную запись службы Launchpad. Все процессы R, Python и Java теперь выполняются под идентификатором службы Launchpad, изолированным от AppContainers.                                                                               [

    [Связанная страница:  Учебное пособие по таблицам данных R с примерами  ]

     

    7. SQL Server на Linux 9073 5

    • Одним из самых больших улучшений SQL Server 2019 является добавление кластеры больших данных. Расширенная интеграция больших данных — одно из основных направлений деятельности Microsoft SQL Server 2019. 
    • Кластеры больших данных поддерживаются рядом технологий, включая SQL Server на Linux в контейнерах Docker, Apache Spark, Hadoop и Kubernetes. Разработанные кластеры больших данных позволяют пользователю развертывать масштабируемые кластерные контейнеры в Kubernetes, которые могут читать, записывать и обрабатывать большие данные с помощью T-SQL.
    • Кластер больших данных состоит из контейнеров SQL Server и Spark Linux. Контейнеры Linux используют Kubernetes для управления и оркестровки контейнеров. Несколько контейнеров Docker в масштабируемой группе узлов составляют уровень вычислений, на котором запросы выполняются параллельно. Расширенная аналитика и машинное обучение хорошо поддерживаются Spark. Здесь кластеры больших данных управляются главным экземпляром SQL Server.
    • Среди других непосредственных улучшений SQL Server для Linux в 2019 году — расширенная поддержка репликации транзакций и распределенных транзакций.
    • SQL Server 2019 в экземплярах Linux может участвовать в топологиях моментальных снимков, слияния и репликации транзакций в качестве подписчика, издателя или распространителя.
    • Поддержка координатора распределенных транзакций Microsoft (MSDTC) позволяет выполнять распределенные транзакции в экземплярах SQL Server Linux. Это стало возможным благодаря новой версии MSDTC для Linux, которая запускается в процессе SQL Server.
    • SQL Server 2019 для Linux имеет лучшую интеграцию с Active Directory, которая предоставляет такие функции, как аутентификация пользователей, репликация, распределенные запросы и группы доступности. Кроме того, он также поддерживает OpenLDAP для сторонних поставщиков AD. Он также обеспечивает машинное обучение в базе данных.
    • SQL Server 2019 для Linux предлагает новый образ контейнера Docker, сертифицированный Red Hat Enterprise Linux (RHEL): docker pull mcr.microsoft.com/mssql/rhel/server:2019-CTP2.1
    • Microsoft также разработала новый главный реестр контейнеров. Этот реестр предназначен для поддержки существующих каталогов, таких как Docker Hub, Red Hat Container Catalog и Azure Marketplace.

    8. Повышенная безопасность

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

    Безопасность доступа к серверам SQL обеспечивается сертификатами. Новая функция безопасности SQL Server 2019включает управление сертификатами в диспетчере конфигурации SQL Server (CTP 2.0). Этот сертификат удостоверяет безопасный доступ к экземплярам SQL Server. Управление сертификатами теперь предназначено для диспетчера конфигурации SQL Server, что упрощает выполнение других задач, таких как:

    • Просмотр и проверка сертификатов, установленных в экземпляре SQL Server.
    • Управление сертификатами, срок действия которых приближается.
    • Управление развертыванием сертификации на компьютерах, которые участвуют в группах доступности Always On.
    • Управление развертыванием сертификатов на машинах, участвующих в экземпляре отказоустойчивого кластера.

    Always Encrypted использовалось как решение Microsoft для защиты данных. Однако у этого метода есть определенные ограничения, когда простые функции, такие как математические операции, не могут быть выполнены с зашифрованными данными.

    Чтобы преодолеть это, используется новая технология под названием « Secure Enclaves », которая позволяет выполнять простые функции, такие как агрегатные функции и запросы LIKE, на Всегда зашифрованные данные .

     

    Microsoft SQL Server 2017 и 2019

    Ниже приведены несколько отличительных особенностей, которые отличают версию SQL Server 2017 от SQL Server 2019.

    Функция

    Темы SQL Server 2017 SQL Server 2019
    Кластеры больших данных Не включено Добавлена ​​новая функция кластера больших данных для решения проблем с большими данными
    Безопасность Always Encrypted» кодирует данные. Закодированные данные не могут обрабатывать какие-либо математические или реляционные операции над ними. «Безопасные анклавы» импровизируют с ранее закодированными данными, позволяя выполнять основные математические или реляционные операции с закодированными данными.
    Интеллектуальная обработка запросов Поддерживаются адаптивные соединения в пакетном режиме и обратная связь с памятью в пакетном режиме. Наряду с функциями предыдущей версии включает обратную связь с памятью в режиме хранения строк и встраивание скалярных UDF.
    Индексы Возобновляемое перестроение онлайн-индекса Возобновляемый онлайн-индекс Создать
    Группы доступности Always On 2 копии

    5 копий

    Перенаправление реплики вторичного индекса на первичную

    Linux Не поддерживает OpenLDAP Поддерживает OpenLDAP

     

    [Связанная страница: Гибридное облако с SQL Server ] 

                                                                                                                          

    Standard SQL Server 2019: Standard Edition Vs.

    Корпоративные версии

    В этом разделе представлены общие сведения о стандартных и корпоративных выпусках SQL Server 2019.и различия между ними.

    Standard: Standard обеспечивает базовые функции баз данных, такие как отчеты, анализ, базовые функции доступности, аварийное восстановление и т. д.

    Enterprise: Версия Enterprise включает все функции версии Standard, а также некоторые дополнительные расширенные функции. Эта версия подходит для компаний, которым нужна высокая масштабируемость и производительность.

    Ниже приведены некоторые различия между стандартной и корпоративной редакцией 9.0019

     

    Темы различия Стандартная версия Корпоративная версия
    Производительность и масштабируемость Базовая поддержка масштабируемости и ограниченная производительность по сравнению с Enterprise Edition. Обеспечивает лучшую масштабируемость и производительность
    Опора Подставки для 128 ГБ Поддерживает до 524 петабайт
    Безопасность Обеспечивает базовый аудит, автономные базы данных, шифрование и резервное копирование, а также определяемые пользователем роли Обеспечивает детальный аудит, прозрачное шифрование базы данных и расширяемое управление ключами помимо основных функций стандартной безопасности
    Репликация Обеспечивает базовое отслеживание изменений SQL Server, репликацию слиянием и репликацию моментальных снимков. Обеспечивает высококачественную публикацию Oracle и репликацию одноранговых транзакций в дополнение к базовым возможностям репликации версии Standard

     

    Только 3 из 11 функций версии Enterprise присутствуют в версии Standard, когда речь идет о масштабируемости и производительности. Следовательно, пользователи должны быть достаточно мудры, чтобы выбрать корпоративную версию в случае какой-либо предполагаемой масштабируемости.

     

    Часто задаваемые вопросы по SQL Server

     

    Почему вам следует выполнить обновление с SQL Server 2017 до версии 2019?

    Корпорация Майкрософт очень стратегична, внедряя усовершенствования и функции в каждую версию SQL Server. Приносится новая версия, всегда с учетом ограничений предыдущей версии и с новой целью. Ниже приведены некоторые причины, по которым следует перейти на SQL Server 2019..

    1. Возможности работы с большими данными

    В SQL Server 2019 особое внимание уделяется расширению возможностей работы с большими данными, импровизированному машинному обучению и производительности Linux SQL Server.

    Поскольку большинство компаний приспосабливаются к большим данным, важно включить в SQL Server функции, поддерживающие большие данные. В SQL Server 2019 разработаны кластеры больших данных, которые справляются со всеми задачами, связанными с большими данными. Однако эта функция не была реализована в SQL Server 2017.

    2. Производительность SQL Server в Linux

    Корпорация Майкрософт всегда стремилась улучшить SQL Server, чтобы он адаптировался к различным платформам, таким как Windows, Linux и Mac OS. Прилагаются постоянные усилия, чтобы привести производительность двух других платформ в соответствие с производительностью Windows SQL Server. В SQL Server 2019 лучше интегрирована поддержка Linux с Kubernetes. Производительность SQL Server 2019 на экземплярах Linux стала лучше благодаря параллельной обработке задач в контейнерах.

    3. Доступность

    В группу доступности Always On внесено множество улучшений. Обеспечены новые функции перенаправления соединений и расширенные проверки работоспособности базы данных.

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

    Вывод

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

     

    Список соответствующих сертификационных курсов Microsoft:

     

     SSIS  Power BI
     SSRS  SQL Server
    ССОО  БД SQL Server
    SCCM  BizTalk Server
     Team Foundation Server  Администратор BizTalk Server

     

    Изучите образцы резюме SQL Server! Загружайте и редактируйте, чтобы вас заметили лучшие работодатели! Загрузите сейчас!

    Расписание курсов

    Имя Даты
    Обучение SQL Server Июн С 17 по 02 июля
    Обучение SQL Server С 20 июня по 05 июля
    Обучение SQL Server С 24 июня по 9 июля
    Обучение SQL Server С 27 июня по 12 июля

    9 0004 Последнее обновление: 14 июня 2023 г.