Практическо ръководство за надграждане на SQL Server 2016 до по-нови версии
Практическо ръководство за организации, използващи SQL Server 2016 и обмислящи преход към SQL Server 2019 или SQL Server 2022.
Разширената поддръжка за Microsoft SQL Server 2016 приключи на 14 юли 2026 г., а ключовият въпрос при планирането на надграждане не е коя версия на SQL Server е най-новата, а коя версия ни е необходима за нашите приложения, инфраструктура, изисквания за сигурност и планове за идните години.
В някои среди може да има смисъл да се спечели допълнително време чрез програмата за разширени актуализации за сигурност (ESU). В други, преминаването към SQL Server 2019 може да е подходящата стъпка, докато SQL Server 2022 често ще бъде по-подходящ за платформи за бази данни, планирани за дългосрочна употреба.
Ето ръководство, което ще ви помогне да намерите най-подходящото решение въз основа на нуждите на вашата компания.
1. Започнете с причината за промяната
Преди да сравнявате функциите на отделните версии или цените на лицензите, определете защо обмисляте промяна. Това ще има значително влияние върху това коя целева версия и метод на миграция имат смисъл. Например, може да се сблъскате с една от следните ситуации:
Край на поддръжката – SQL Server 2016 вече не е в рамките на стандартния жизнен цикъл на поддръжка. Ако искате да продължите да получавате редовни актуализации за сигурност от доставчика, трябва да изберете по-нова поддържана версия или временно да използвате програмата ESU.
Изисквания за приложения – Нова версия на ERP, CRM, счетоводна система или вътрешно приложение изисква по-нов SQL Server, или неговият доставчик вече не поддържа приложението на по-старата версия.
Производителност и капацитет – Текущата среда достига своите граници на производителност. Преминаването към по-нова версия може да осигури достъп до по-нови оптимизации за обработка на бази данни и по-добро управление на нарастващите обеми данни.
Изисквания за сигурност и регулаторни изисквания (съответствие) – Искате по-модерни функции за сигурност, по-дълъг период на редовни актуализации или трябва да отговаряте на вътрешни правила и външни изисквания за ИТ сигурност.
Обновяване на инфраструктурата – Променяте хардуера, платформата за виртуализация или Windows Server и искате да комбинирате тази промяна с надграждане на слоя на базата данни.
Разходи и лицензиране – Търсите стабилно решение за безсрочно лицензиране и искате да оптимизирате общите разходи. Това не се отнася само до покупната цена на лиценза, но и до броя на необходимите лицензи, виртуализацията, разходите за миграция и бъдещата експлоатация.
Ако не е ясно защо организацията обмисля надграждане, все още не е подходящият момент да изберете конкретна версия. Първо, трябва да определите планирания оперативен хоризонт, да прегледате зависимостите на приложенията и да опишете техническите ограничения. Едва тогава има смисъл да сравнявате SQL Server 2019 и SQL Server 2022.
2. Продължителността на поддръжката е ключова разлика
От гледна точка на жизнения цикъл, SQL Server 2022 ясно предлага по-дългосрочна перспектива. SQL Server 2019 влезе в разширена поддръжка през февруари 2025 г., а Microsoft предоставя актуализации за сигурност за него до 8 януари 2030 г. За разлика от това, SQL Server 2022 има основна поддръжка до 11 януари 2028 г. и разширена поддръжка до 11 януари 2033 г.
Версия | Основна поддръжка | Разширена поддръжка | ESU / допълнителен период |
|---|---|---|---|
SQL Server 2016 | 13 юли 2021 г. | 14 юли 2026 г. | ESU до 17 юли 2029 г. |
SQL Server 2019 | 28 февруари 2025 г. | 8 януари 2030 г. | Стандартен жизнен цикъл |
SQL Server 2022 | 11 януари 2028 г. | 11 януари 2033 г. | Стандартен жизнен цикъл |
Ако изграждате среда за бази данни за дългосрочен план през 2026 г., SQL Server 2022 предлага по-дълъг хоризонт на поддръжка. SQL Server 2019 все още може да бъде подходящ избор, особено когато съвместимостта с конкретно приложение играе решаваща роля, когато трябва да направите по-малка и по-консервативна промяна или когато планирате друга голяма модернизация преди 2030 г.
3. Кога да изберете SQL Server 2019
SQL Server 2019 може да бъде подходящ избор, ако доставчикът на вашето ключово приложение го сертифицира или препоръчва като доказана платформа. Трябва да го обмислите и ако искате да направите прехода от SQL Server 2016 постепенно, не се нуждаете от поддръжка до 2033 г. и очаквате друга значителна промяна в инфраструктурата през следващите няколко години.
Специфична оферта за лицензиране също може да бъде причина. Ако SQL Server 2019 е по-икономичен във вашия конкретен сценарий и поддръжката до януари 2030 г. отговаря на вашия план, изборът на по-новата версия не е автоматично по-изгоден. SQL Server 2019 може да има смисъл и ако няма да използвате функциите, които SQL Server 2022 въведе или значително разшири.
Все пак, вземете предвид, че SQL Server 2019 вече не получава основна поддръжка. Затова трябва да имате конкретна техническа, оперативна или икономическа причина да го изберете.
4. Кога да изберете SQL Server 2022
Обмислете SQL Server 2022, ако искате да експлоатирате платформата за бази данни още много години и не искате да се занимавате с друг проект за край на поддръжката в обозримо бъдеще. Тази опция е особено подходяща, ако вашите приложения я поддържат и ако вече планирате по-широка миграция или обновяване на инфраструктурата.
Друг аргумент за SQL Server 2022 може да са неговите по-нови възможности за сигурност, наличност, производителност и управление. Платформата включва, например, удостоверяване чрез Microsoft Entra, функцията за регистър за проверка на целостта на данните, подсказки за Query Store, групи за наличност с контейнери и разширени опции за интеграция с Azure услуги.
Само новите функции не са причина за надграждане. Ако няма да ги използвате, те не трябва да бъдат основен критерий при вашето решение. На практика, комбинацията от продължителност на поддръжката, съвместимост на приложенията, оперативни изисквания и разходи за лицензиране обикновено ще бъде по-важна.
5. Бързо сравнение на версиите
Следната таблица има за цел да предостави бързи насоки, а не автоматична препоръка за покупка. Окончателното решение винаги трябва да се основава на специфичната комбинация от вашите приложения, инфраструктура и настройка за лицензиране.
Ситуация | SQL Server 2019 | SQL Server 2022 |
|---|---|---|
Приоритет е възможно най-дълъг жизнен цикъл | По-скоро не | Силен избор |
Приложението е валидирано само за 2019 | Силен избор | Проверете |
Искам консервативен преход и друга модернизация преди 2030 г. | Може да има смисъл | Сравнете |
Изграждам нова среда за 5+ години | По-слаб избор | Силен избор |
Искам да запазя Windows Server 2016 | Да | Да |
Имам нужда от най-новите функции от поколение 2022 | Не | Да |
Покупната цена е решаващ фактор | Сравнете оферти | Сравнете оферти |
6. Ами SQL Server 2025?
SQL Server 2025 вече е на пазара, но това не означава, че всяка миграция от SQL Server 2016 трябва да премине към тази версия. Microsoft изброява Windows Server 2019 или по-нова версия като поддържана сървърна операционна система за SQL Server 2025. За разлика от това, SQL Server 2019 и SQL Server 2022 поддържат и Windows Server 2016.
Следователно, ако искате да запазите съществуващия си Windows Server 2016 и да модернизирате само слоя на базата данни, версии 2019 и 2022 може да са по-практични алтернативи.
Това е добър пример защо „най-новото“ и „най-подходящото“ не са синоними.
7. Надграждането на SQL Server не означава непременно промяна на Windows Server
Според документацията на Microsoft, както SQL Server 2019, така и SQL Server 2022 могат да работят на Windows Server 2016, 2019, 2022 и 2025. Следователно не е нужно автоматично да променяте сървърната операционна система заедно с платформата за бази данни.
Ако все пак обмисляте модернизация, можете да я разделите на етапи. Можете първо да преминете към по-нов SQL Server и едва по-късно да се заемете с бъдещето на Windows Server или хардуера. Този подход е особено подходящ, когато текущата операционна система все още отговаря на техническите изисквания, вашите приложения зависят от нея или промяната на базата данни, операционната система и хардуера едновременно би увеличила твърде много обхвата и риска на проекта.
8. Първо проверете приложенията си
Платформата за бази данни не работи изолирано. SQL Server често управлява ERP и CRM системи, счетоводен софтуер, отчети, производствени приложения и персонализирани вътрешни решения. Ето защо, преди надграждане, не е достатъчно да се провери дали преминаването към по-нова версия е технически възможно. Трябва също така да определите дали целевата версия се поддържа от всички приложения и компоненти, от които зависи вашата дейност.
При подготовката на миграцията се съсредоточете особено върху следните области:
Поддръжка от доставчици на приложения – За всяко ключово приложение потвърдете кои версии на SQL Server поддържа неговият доставчик.
Драйвери и интеграционни слоеве – Проверете драйверите, междинния софтуер и другите интеграционни слоеве, използвани между базата данни, приложенията и околните системи. Скрити зависимости могат да станат очевидни тук по време на надграждане.
Промени в съвместимостта – Прегледайте функциите, които по-новата версия променя, отбелязва като остарели или вече не поддържа. В документацията на Microsoft ще срещнете главно термините „breaking changes“ (промени, които могат да нарушат съществуваща функционалност), „behavior changes“ (промени в поведението на системата) и „deprecated features“ (остарели функции, предназначени за бъдещо премахване).
Сървърни обекти и свързани услуги – Включете в прегледа си задачите на SQL Server Agent, свързани сървъри, потребителски акаунти, компоненти на SQL Server Integration Services и SQL Server Reporting Services (SSIS/SSRS), репликация и сценарии за висока наличност. Тези елементи може да не са част от самата база данни, но все пак могат да бъдат от съществено значение за работата на приложението.
Тестване извън производствена среда – Първо тествайте базите данни и приложенията в непроизводствена среда. Едва след като проверите съвместимостта, производителността и ключовите оперативни сценарии, трябва да планирате промяната в производствената среда.
За първоначална техническа оценка можете да използвате и компонента за миграция в SQL Server Management Studio. Той може да оценява „breaking changes“, „behavior changes“ и „deprecated features“ и да помага при миграцията на бази данни и потребителски акаунти. Въпреки това, дори технически поддържан път за надграждане не замества вашата собствена оценка на средата и обстойно тестване.
9. Възможно е директно надграждане до SQL Server 2022
Ако използвате SQL Server 2016 със Service Pack 3 или по-нова версия, Microsoft поддържа директно надграждане до SQL Server 2022. Следователно технически не е необходимо да преминавате през SQL Server 2019 като междинна стъпка. Директен преход от SQL Server 2016 към SQL Server 2019 също се поддържа.
10. Надграждане на място или миграция „side-by-side“?
Фактът, че даден път е технически поддържан, не означава, че надграждането директно в съществуващата инсталация (надграждане на място) винаги е най-добрият вариант. Ако управлявате критична среда, обмислете миграция „side-by-side“ към нова инстанция. Това ви дава повече време за тестване, опция за постепенно превключване на приложенията и по-лесно връщане към оригиналната среда, ако възникнат усложнения.
При избора между двата подхода, вземете предвид критичността на системата, изискванията за наличност, допустимото време за престой и колко лесно бихте могли да отмените промяната, ако е необходимо.
Следната таблица предоставя бързо сравнение на двете опции:
Надграждане на място | Миграция „side-by-side“ |
|---|---|
Надграждане на същата инстанция до по-нова версия | Нова инстанция до оригиналната среда |
По-малко нова инфраструктура и по-проста топология | По-добри условия за тестване и постепенно превключване |
По-малко възможности за паралелно тестване | По-лесно връщане към старата среда при възникване на проблем |
Връщането може да е по-сложно, затова подготовката и архивирането са от съществено значение | Базите данни и сървърните обекти трябва да бъдат прехвърлени, необходим е временен паралелен капацитет |
11. Изданието и моделът на лицензиране могат да променят икономиката на проекта
При надграждане не е нужно автоматично да запазвате същия сценарий за лицензиране, който използвате днес. Ако променяте сървъри, броя на ядрата, архитектурата за виртуализация или броя на потребителите, броят на необходимите лицензи и общата цена на проекта могат да се променят значително.
Съгласно текущия модел на Microsoft, SQL Server Standard може да бъде лицензиран по процесорни ядра или по модела Server + CAL. SQL Server Enterprise се лицензира по ядра и е предназначен главно за по-взискателни мащабируемост и разширени сценарии. Двете издания се различават не само по цена, но и по функционални ограничения и наличност на отделни характеристики.
Във виртуализирана среда проверете дали лицензите се отнасят за конкретни виртуални машини или за по-широката физическа инфраструктура. Винаги оценявайте специфичните правила съгласно правата за лицензиране на конкретния сценарий. Ако купувате вторични вечни лицензи, проверете също техния произход, модел на лицензиране и пълнотата на документацията за прехвърляне.
Следователно, не започвайте с въпроса колко струва SQL Server 2022. Първо определете кое издание ви е необходимо, до каква степен ще експлоатирате платформата и колко лиценза всъщност ви трябват. В противен случай може да намалите цената на самия продукт, но не и общата цена на проекта.
12. Кога можете временно да останете на SQL Server 2016
Дори след края на разширената поддръжка, не е нужно веднага да напускате тази платформа. Платената програма за разширени актуализации за сигурност (ESU) все още е налична и предоставя критични актуализации за сигурност до юли 2029 г. Тя не е евтина и се отнася само до сериозни заплахи за сигурността.
Въпреки това, временното оставане на SQL Server 2016 може да бъде рационално решение, ако имате ясна причина и следвате конкретен план.
Такава ситуация може да възникне, например, когато вашето ключово приложение все още не поддържа по-нов SQL Server, или когато миграцията е част от по-голям проект с предварително определена дата за завършване.
Във всеки случай, оценете риска, осигурете адекватна защита на средата и установете ясен график за миграция. Експлоатацията на SQL Server 2016 след края на поддръжката следователно не е непременно проблем сама по себе си. Рисковата ситуация е използването на неподдържана версия без мерки за сигурност, без план за модернизация и без краен срок за вземане на решение за бъдещото решение.
13. Карта на решенията
Следният набор от въпроси може да ви помогне бързо да оцените коя алтернатива на най-новата версия на Microsoft SQL Server 2025 да изберете:
Въпрос | Какво означава |
|---|---|
Трябва ли да отложите миграцията? | Обмислете ESU като временно решение и задайте твърд краен срок за миграция. |
Трябва ли да запазите Windows Server 2016? | SQL Server 2019 и 2022 го поддържат. SQL Server 2025 – не. |
Вашето приложение сертифицирано ли е само за SQL Server 2019? | SQL Server 2019 може да е по-практичен, ако неговият жизнен цикъл до 2030 г. отговаря на вашия план. |
Изграждате ли платформа за 5+ години? | SQL Server 2022 предлага значително по-дълъг хоризонт на поддръжка, до 2033 г. |
Имате ли нужда от новите функции на версия 2022? | Ако те ви осигуряват реални ползи и вашите приложения ги поддържат, това засилва аргументите за SQL Server 2022. |
Цената ли е основният решаващ фактор? | Сравнете конкретните сценарии за лицензиране на 2019 и 2022, а не само цената на един лиценз. |
Миграцията критична ли е и имате ли нужда от сигурност за лесно връщане? | Обмислете миграция „side-by-side“ и задълбочено тестване преди преминаване към производствена среда. |
14. Контролен списък преди миграция към по-нова версия
Успешната миграция към по-нова версия на SQL Server не започва с инсталация, а с щателна подготовка.
Използвайте следния списък като основна рамка за тази подготовка. За критични системи, разширете го, за да включите вашите собствени оперативни изисквания, изисквания за сигурност и регулаторни изисквания.
Инвентаризация на средата
Създайте инвентаризация на всички инстанции на SQL Server, включително използваните версии, издания, Service Packs и кумулативни актуализации.
За всяка база данни запишете нейния собственик, размер, критичност и необходими стойности на RTO и RPO, т.е. целево време за възстановяване и максимално допустимо количество загуба на данни.
Избройте приложенията, които зависят от SQL Server, и потвърдете съвместимостта с целевата версия с техните доставчици.
Техническа готовност
Проверете дали текущата операционна система, хардуер и друг софтуер отговарят на изискванията на целевата версия.
Оценете промените, които могат да нарушат съвместимостта, да променят поведението на системата или да засегнат остарели функции.
Прегледайте потребителски акаунти, задачи на SQL Server Agent, свързани сървъри, идентификационни данни и други сървърни обекти.
Проверете компонентите на SSIS, SSRS и Analysis Services, репликацията, log shipping и конфигурациите за висока наличност.
Тестване и връщане
Преди да направите промяната в производствена среда, създайте пълно архивно копие и извършете тест за проверено възстановяване.
Запишете параметрите на производителност на текущата среда, за да можете да ги сравните с полученото състояние след миграцията.
Тествайте базите данни, приложенията и ключовите оперативни сценарии в непроизводствена среда.
Решете дали ще надградите съществуващата инстанция или ще извършите миграция „side-by-side“ към нова инстанция, и подгответе план за връщане в случай на усложнения.
Лицензиране и организация на проекта
Потвърдете целевото издание, метриката за лицензиране, броя на необходимите лицензи и влиянието на виртуализацията.
Планирайте прозореца за поддръжка, разпределете отговорностите и подгответе комуникационен план за потребители, администратори и доставчици на свързани приложения.
15. Не избирайте версия само въз основа на нейния номер
SQL Server 2019 може да бъде разумен избор, ако управлявате съвместима среда и планирате да я използвате в средносрочен план. SQL Server 2022 предлага значително по-дълъг жизнен цикъл и като цяло има повече смисъл за платформа, която искате да експлоатирате още много години.
В някои случаи обаче временното отлагане на миграцията може да бъде правилното решение. Използвайте допълнителното време, за да подготвите безопасен и осъществим преход, а не просто да отлагате проблема.
Forscope разполага както със SQL Server 2019, така и със SQL Server 2022 и може да ви помогне да сравните подходящата версия, необходимото издание, обхвата на лицензиране, сценария за виртуализация и опциите за постепенна модернизация. Целта не е да се продаде най-новият продукт, а да се проектира опция, която отговаря на вашите реални нужди и бюджет.