Кога SQL Server 2019 е по-добър избор от SQL Server 2022?
Когато търсят SQL Server за внедряване в своята ИТ инфраструктура, организациите често преминават към най-новата версия, предлагана от Microsoft – в момента това е SQL Server 2022, която привлича нови клиенти с перспективата за по-дълбоко сътрудничество с услугите на Microsoft Azure. Въпреки това, тя носи и важни (и потенциално доста скъпи) промени в условията за лицензиране, които трябва да бъдат внимателно оценени от клиентите, които искат да избегнат ненужни разходи, особено ако става въпрос за функции, от които нямат нужда или не използват.
И така, каква е разликата между SQL Server 2019 и SQL Server 2022?
Функции
Интелигентност | |||
|---|---|---|---|
Виртуализация на данни PolyBase | ✔ | ✔ | ✔ |
Виртуализация на езеро от данни | ✔ | ||
Архивиране и възстановяване на обектно хранилище | ✔ | ||
Azure Synapse Link | ✔ |
Наличност | |||
|---|---|---|---|
Винаги включен | ✔ | ✔ | ✔ |
Ускорено възстановяване на база данни | ✔ | ✔ | |
Групи за наличност с мащабиране за четене | ✔ | ✔ | ✔ |
Голяма памет и мащабируемост на паралелността | ✔ | ||
Репликация с многократно записване | ✔ | ||
Връзка към Azure SQL Managed Instance – реплики | ✔ | ✔ | ✔ |
Връзка към Azure SQL Managed Instance – еднопосочна | ✔ | ✔ | ✔ |
Връзка към Azure SQL Managed Instance – двупосочна | ✔ | ||
Група за наличност с контейнери | ✔ | ||
Шифроване в покой и в движение | ✔ | ✔ | ✔ |
Производителност | |||
|---|---|---|---|
База данни в паметта: OLTP в паметта | ✔ | ✔ | ✔ |
База данни в паметта: постоянна памет | ✔ | ✔ | ✔ |
База данни в паметта: tempdb, оптимизирана за памет | ✔ | ✔ | |
Оперативен анализ в реално време | ✔ | ✔ | ✔ |
Интелигентна обработка на заявки | ✔ | ✔ | ✔ |
Паралелно сканиране на буферния пул | ✔ | ||
Query Store по подразбиране с поддръжка на реплики | ✔ | ||
Подсказки за Query Store | ✔ | ||
Интегрирано ускорение и разтоварване | ✔ | ||
Хибриден буферен пул с директен запис | ✔ | ||
Разширение Advanced Vector Extension (AVX) 512 за подобряване на операциите в пакетен режим | ✔ |
Сигурност | |||
|---|---|---|---|
Винаги криптиран със защитени анклави | ✔ | ✔ | |
Откриване и класификация на данни | ✔ | ✔ | |
Прозрачно криптиране на данни | ✔ | ✔ | ✔ |
Поддръжка на криптиране на архиви | ✔ | ✔ | ✔ |
Шифроване в покой и в движение | ✔ | ✔ | ✔ |
Динамично маскиране на данни и сигурност на ниво ред | ✔ | ✔ | ✔ |
Entra ID (по-рано Azure Active Directory) удостоверяване | ✔ | ||
Microsoft Defender за SQL | ✔ | ✔ | ✔ |
Централно управление на Microsoft Purview Integration | ✔ | ✔ | ✔ |
Политики за собственик на данни на Microsoft Purview Integration | ✔ | ||
SQL Ledger | ✔ | ||
Поддръжка на PFX сертификати и други криптографски подобрения | ✔ | ||
MS-TDS 8.0 протокол и TLS 1.3 | ✔ |
Програмируемост | |||
|---|---|---|---|
Поддръжка на Linux | ✔ | ✔ | ✔ |
Поддръжка на контейнери | ✔ | ✔ | ✔ |
Поддръжка на Kubernetes | ✔ | ✔ | |
Временни таблици | ✔ | ✔ | ✔ |
Поддръжка на JSON | ✔ | ✔ | ✔ |
Поддръжка на графични данни | ✔ | ✔ | ✔ |
Поддръжка на UTF 8 | ✔ | ✔ | |
Поддръжка на Java | ✔ | ✔ | |
Сертификация за съвместимост на база данни | ✔ | ✔ | ✔ |
Функции за манипулиране на битове | ✔ | ||
Поддръжка на времеви серии | ✔ |
Поддръжка на BI и анализи | |||
|---|---|---|---|
Услуги за интеграция, управлявани като сървър | ✔ | ✔ | ✔ |
Табличен семантичен модел за BI | ✔ | ✔ | ✔ |
Услуги за основни данни | ✔ | ✔ | ✔ |
Услуги за качество на данните | ✔ | ✔ | ✔ |
Връзки много към много в таблични модели | ✔ | ✔ | |
Цялостен мобилен BI на всяко устройство | ✔ | ✔ | ✔ |
SQL Server Analysis Services (SSAS) директна заявка | ✔ | ✔ | ✔ |
Групи за изчисления в табличен модел | ✔ | ✔ |
Поддръжка на Azure | |||
|---|---|---|---|
Връзка към Azure SQL Managed Instance – реплики | ✔ | ✔ | ✔ |
Връзка към Azure SQL Managed Instance – еднопосочна | ✔ | ✔ | ✔ |
Връзка към Azure SQL Managed Instance – двупосочна | ✔ | ||
Оптимизирани изображения на виртуални машини (VM) в Azure gallery | ✔ | ✔ | ✔ |
Безплатна асинхронна репликация на виртуални машини на Azure за възстановяване при бедствия | ✔ | ✔ | |
Microsoft Defender за SQL | ✔ | ✔ | ✔ |
Централно управление на Azure Purview | ✔ | ✔ | ✔ |
Политики за собственик на данни на Azure Purview | ✔ | ||
Удостоверяване с Microsoft Entra ID (по-рано Azure AD) | ✔ | ||
Azure Synapse Link за SQL | ✔ |
Лицензиране
Основните правила за лицензиране за SQL Server 2019 и SQL Server 2022 остават до голяма степен същите – и двете могат да бъдат лицензирани или чрез модела Per Core, или чрез модела Server+CAL:
Лицензиране на SQL Server Per Core
За модела за лицензиране Per Core, лиценз за ядро на SQL Server трябва да бъде присвоен на всички физически ядра на сървъра, с минимум 4 лиценза за ядро, които трябва да бъдат присвоени, за да бъде правилно лицензирана инсталацията на SQL Server. SQL Server CALs (лицензи за клиентски достъп) не се изискват.Лицензиране на SQL Server Per CAL
При Server+CAL, един сървърен лиценз трябва да бъде присвоен за всеки сървър и лиценз за клиентски достъп (CAL) за всяко устройство (Device CAL) и/или потребител (User CAL), които имат достъп до SQL Server или някой от неговите компоненти.
Най-значителната промяна е в правата за виртуализация за отделни виртуални машини.
Отделните виртуални машини обикновено се използват от клиенти, чиято инстанция на SQL Server използва само част от наличните изчислителни ресурси на сървъра. Внедряването на бази данни като виртуални машини (VMs) и разпределянето на ограничен брой ядра към тях намалява броя на необходимите лицензи за ядро на SQL Server, които трябва да бъдат закупени, което може да доведе до значителни спестявания в разходите за лицензиране.
Със SQL Server 2022 Microsoft въведе нови условия за тази практика, които намаляват нейната ефективност по отношение на разходите в сравнение със SQL Server 2019, както е обяснено по-долу:
SQL Server 2019 Per Core | SQL Server 2022 Per Core |
|---|---|
Лицензирането на отделни виртуални машини изисква закупуване на лиценз за ядро на SQL Server 2019 за всяко виртуално ядро, разпределено към виртуалната машина, със задължителен минимум от 4 лиценза за ядро на виртуална машина. Съгласно правилата за лицензиране на SQL Server 2019 Per Core, абонамент за Software Assurance не се изисква в този сценарий и по този начин могат да се използват постоянни лицензи без риск от загуба на съответствие с условията, определени от производителя на софтуера. За всички правила за лицензиране, проверете официалното ръководство за лицензиране на SQL Server 2019. | Започвайки със SQL Server 2022, лицензирането за отделни виртуални машини е достъпно само при абонаментни лицензи (като тези от CSP, например) или постоянни лицензи с активен Software Assurance. Това означава, че за да лицензират отделни виртуални машини, използвайки модела Per Core, всички клиенти трябва да закупят абонаментен лиценз за ядро или лиценз с активен Software Assurance за всяко виртуално ядро, разпределено към виртуалната машина (със задължителен минимум от 4 лиценза за ядро на виртуална машина). За всички правила за лицензиране, проверете официалния информационен лист за лицензиране на SQL Server 2022. |
Имайте предвид, че както за SQL Server 2019, така и за SQL Server 2022, отделните виртуални машини могат да бъдат лицензирани и с модела Server+CAL и в такива случаи активен Software Assurance не е задължителен.
Знаете ли, че?
Все още е възможно да закупите SQL Server 2019 Enterprise в модела за лицензиране Server+CAL! За да научите повече, проверете описанието на продукта на нашия уебсайт.
Таблица за сравнение на лицензирането на SQL Server 2019 и 2022
| SQL Server 2019 | SQL Server 2022 |
|---|---|---|
Модел на лицензиране | Server+CAL; Per Core | Server+CAL; Per Core |
Права за виртуализация | достъпни без Software Assurance както за моделите Server+CAL, така и за Per Core | Software Assurance задължителен за модела Per Core |
Поддържани операционни системи | Windows 10 TH1 1507 или по-нова | Windows 10 TH1 1507 или по-нова |
Край на поддръжката | 8.01.2030 | 11.01.2033 |
Заключение
За да постигнат най-добрата оптимизация на лицензирането, потенциалните клиенти трябва внимателно да оценят своите действителни нужди по отношение на функциите и виртуализацията на SQL Server. Изискването за виртуални машини на SQL Server 2022 със Software Assurance може значително да увеличи общата цена на лицензите, но някои напреднали проекти и виртуализирани ИТ среди не могат да бъдат правилно лицензирани без покритието на SA. От друга страна, SQL Server 2019 може лесно да отговори на изискванията на много по-малки проекти и по-малко сложни виртуални среди, без да води до допълнителни абонаментни разходи, което прави закупуването на SQL Server 2022 ненужно.