SQL Server Core немесе Server+CAL: 50–1000 қолданушыға лицензия есептеу

Мәселе неде: модель таңдау және артық төлемеу

Бір SQL Server кейде таңдаған лицензия моделіне байланысты «қымбат» та, бюджеттік тұрғыдан қолайлы да бола алады. Бастапқыда Core мен Server+CAL жиі ұқсас болып көрінеді, бірақ қолданушылардың, құрылғылардың және филиалдардың өсуімен жалпы шығындар едәуір өзгереді.

Проблема көбіне «есептей білмеймін» емес, компанияның өзгеруінде. Бүгін дерекқор бухгалтерия мен сату бөлімі үшін бір кеңседе қажет болуы мүмкін. Ал жарты жыл өткен соң екі филиал қосылады, бір бөлігі адамдар қашықтан жұмыс істейді, терминал серверлері пайда болады, және мердігерлерге қолжетімділік беру керек болады.

Филиалдар ашылғанда көбіне үш нәрсе өзгереді: адамдар саны көбейеді, құрылғылар саны өседі (немесе бір адам бірнеше құрылғыдан жұмыс істейді), және қолжетімділік «торша таралады». Бұл есептерге бірден әсер етеді, өйткені Server+CAL-да дәл қандай затты лицензиялап жатқаныңызды — адамдарды ма, әлде құрылғыларды ма — және "қосылып жатқан" кім екенін түсіну маңызды.

Көбіне осындай сұрақтар туындайды:

• Қызметкерде ноутбук пен телефон болса, адамдар бойынша есептеу ме немесе құрылғылар бойынша ма?
• Ортақ жұмыс орындары, сменалар және тіркеу бөлекшелері қалай есептеледі?
• Сырттағы мердігерлер, аудиторлар және уақытша қызметкерлер қалай есептеледі?
• Терминал сервері, VPN және филиалдар арқылы қосылуды қалай есептеу керек?

Қай жерде жиі артық төленеді: өсімді жоспарламай «артықпен» сатып алады. Мысалы, 200 қолданушы «қауіпсіздік үшін» жоспарланады, ал шын мәнінде 80 болады, бірақ филиалдар арқылы жылдам өсу мүмкін. Немесе керісінше — минималды CAL алады да, кейін бөліп-бөліп докупка жасап, сатып алулар мен келісімдерге уақыт пен шығындар кетеді.

Практикалық тәсіл: алдымен қазіргі және 6–12 айдағы адамдар мен жүйелердің қалай қосылатынын сипаттап алыңыз, және сол кейін модель таңдаңыз. Қазақстандағы ұйымдар үшін бұл әсіресе маңызды, себебі сатып алулар жоспар бойынша өтеді және кеңеюді алдын ала негіздеу қажет. Төменде 50, 200 және 1000 қолданушы үшін есептеуді кезең-кезеңімен қарастырамыз.

Core және Server+CAL қарапайым тілмен

SQL Server-дің екі танымал лицензиялау моделі бар: Core және Server+CAL. Таңдау тек бүгінгі бағаға ғана емес, филиалдар, қашықтан жұмыс немесе жаңа жүйелер қосылғанда шығындардың қалай өсетіндігіне де әсер етеді.

Core түсінікті: сервердің есептеу ресурстары үшін — яғни ядролар саны үшін төлейсіз (Microsoft ережелерінде нюанстар бар, бірақ идея осы). Кім және қанша қосылатыны шамамен есепке алынбайды. Бұл опция көп қосылымдар болғанда және оларды бақылау қиын болғанда ыңғайлы.

Server+CAL екі бөліктен тұрады: өзінен сервер лицензиясы және қолжетімділік үшін CAL лицензиялары. CAL екі типте болады:

• User CAL — адам лицензияланады, ол әртүрлі құрылғылардан кіре алады.
• Device CAL — құрылғы лицензияланады, оннан бірнеше адам жұмыс істей алады.

CAL қарапайым тілмен — SQL Server-ге қосылуға арналған «өткізу қағазы». Егер 200 қызметкерге база қажет болса, бұл жиі 200 CAL дегенді білдіреді (немесе бәрі жоқ болса немесе құрылғылар бойынша есептегенде аз болуы мүмкін).

Негізгі тұзақ — Core пен Server+CAL-ды «көзге қарап» салыстыруға болмайды. Екі теңдес бағадағы ұсыныс бір жылдан кейін мүлде әртүрлі шығынға апаруы мүмкін. Server+CAL-де әрбір жаңа филиал және әрбір жұмыс орны көбінесе қосымша CAL-ды талап етеді. Core-та қолданушылардың өсуі лицензияға аз әсер етеді, тек сервер қуаты өссе ғана өзгереді.

Мысал: бас офисінде 50 қолданушы және бір сервер бар. Жарты жылда 5 филиал ашылып, тағы 150 қызметкер қосылса, Server+CAL бойынша сіз жаңа қолданушыларға/құрылғыларға арналған CAL-ды шамамен қосуыңыз қажет болады. Core-та әдетте сервердің қуаты мен жүктемесін ойлайсыз, ал қосылым санына аз назар аударады.

Есеп жасамас бұрын қолжетімділік схемасын анықтау маңызды: кім қосылады, қайдан, қандай құрылғылардан және нүктелер саны қаншалық өседі.

Есеп алдында қандай бастапқы деректер жинау керек

Core немесе Server+CAL таңдаудан бұрын фактілерді жинаңыз, болжамдарды емес. Лицензиялау көбіне пайдаланушылар саны емес, адамдар мен жүйелердің нақты қалай қосылатынынан «сүзіліп кетеді».

Біріншіден, не лицензияланатынын анықтаңыз: бір сервер бас офисте ме, бірнеше сервер филиалдарда ма, әлде бір машинада бірнеше SQL-инстанс бар ма. Алдағы 12 айға жоспарды дереу жазыңыз: жаңа филиалдар бола ма, жобаларға жеке базалар керек пе, резервтік сервер, тест ортасы.

Сосын темір мен виртуализация жайын түсіну керек. Core моделіне физикалық ядролар саны және виртуалдық машиналарды қолдану тәсілі критикалық. Егер кластер немесе ВМ-ды хосттар арасында миграциялау жоспарланса, бұл да есепке әсер етеді.

Ескерілмей қалмайтын ең аз жиынтық:

• Серверлер және инстанстар: қазір қанша, бір жылда қанша қосылады, қай жерлерде өнімдік, тест және резерв болады.
• Процессорлар және ядролар: әр сервердегі физикалық ядролар саны, гипервизор бар ма және SQL Server-ге арналған ВМ-дар қанша.
• Кім және қалай қосылады: офис, филиалдар, қашықтан (VPN/RDP), терминал серверлер, мердігерлер.
• Құрылғылар: бір адамға қанша құрылғы (ПК, ноутбук, планшет), ортақ ПК бар ма, сменалар бар ма.
• Интеграциялар және «аралық» жүйелер: 1С/CRM/BI, веб-қосымшалар, мобильді қолжетімділік, сервис тіркелгі жазбалары.

Қысқа мысал: 50 қызметкер бар, бірақ 10 филиал терминал серверлері арқылы ортақ базаға қосылады және тағы бір сыртқы серіктес портал бар болса, «50 қолданушы» нақты сан емес. Алдын ала SQL Server-ге кімнің қосылатынын және қандай жолмен қосылатынын шығарып жазу есептің негізін береді және өсу кезінде артық төлеуден қорғайды.

Server+CAL қалай есептеледі: қадамдық схема

Server+CAL моделі әдетте SQL серверлері аз, ал базаға нақты қосылатын адамдар анық болған кезде тиімді. Логика қарапайым: әр серверге лицензия сатып аласыз және қолданушыларға немесе құрылғыларға арналған CAL сатып аласыз.

Есептің болжамсыз болмауы үшін кезеңмен барыңыз.

Қадам 1. SQL-ге қалай қосылатынын сипаттау. Бас офистен кім қосылады, филиалдардан кім, қашықтан қосылу бар ма (VPN/RDP), ортақ жұмыс орындары, интеграциялар (1С, BI, веб-портал) және оларды кім қолданатынын анықтаңыз.

Қадам 2. CAL-дарды екі нұсқада есептеу.

• Per User CAL: әр адамды есептеңіз, егер ол бірнеше құрылғыдан және үйден де кіруі керек болса.
• Per Device CAL: әр құрылғыны есептеңіз, бір құрылғыда бірнеше адам жұмыс істейді деген сценарийде ыңғайлы.

Көп жағдайда екі қарапайым есептеп, нақты жұмыс режиміне сәйкес келетін арзанысын таңдайды.

Қадам 3. Сервер лицензияларын қосу. SQL Server лицензиясы әр серверге қажет. Тесттік/резервтік сервер немесе кластердің екінші түйіні үшін бөлек лицензия керек пе — алдын ала анықтаңыз.

Қадам 4. Өсуді ескеріңіз. Минимум +20% қолданушыларға немесе құрылғыларға. Жаңа филиалдар мен ортақ жұмыс орындарын жеке жолмен қойыңыз. Жақсы сынақ: бір жылда 2 филиал және екі сменаның орнына бір смена болған жағдайда бюджеттік өзгеріс қалай болады.

Қадам 5. Core-пен сол деректер бойынша салыстыру. SQL Server нұсқасы, қолжетімділік схемасы және өсу болжамы бірдей болуы тиіс — сонда салыстыру адал болады.

Кішігірім мысал: поликлиникада 60 қызметкер бар, бірақ негізінен 25 дәрігер және регистратураның 6 ортақ ПК арқылы қосылады. User Per кейбір дәрігерлер үшін тиімді болуы мүмкін, ал Device Per — регистратура үшін. CAL түрлерін араластыруға болмайды, сондықтан нақты қолжетімділікке сай бір нұсқаны таңдау маңызды.

Егер филиалдар өсе берсе, допущенияны жазбаша бекіту сатып алушы мен жеткізуші арасындағы есепті тексеруді жеңілдетеді.

Core қалай есептеледі: қадамдық схема

Core тәсілі қолданушылар көп, филиалдардан қосылу көп немесе қосылымдарды бақылау қиындау жерлерде ыңғайлы. Бұл модельде есепті адамдардан емес, темірден және виртуализациядан бастайсыз.

Алдымен бүгінгі және жақын 12 ай ішіндегі конфигурацияны бекітіңіз. Әр түйінге қанша сокет, қанша физикалық ядро бар және өсу кезінде не өзгеретінін жазыңыз (CPU қосу, ядро көбейту, жаңа түйіндер қосу). Апгрейд жоспары жоқ болса, «қысқа» лицензия сатып алып, кейін артық төлеу ықтимал.

Келесі мәселе — SQL Server виртуалды машиналарда бола ма, жоқ па. Егер иә болса, олар қайда жұмыс істейді (бір хостта немесе бірнеше хостта) және ВМ-лар хосттар арасында ауыса ма — бұл маңызды.

Практикалық есеп схемасы:

• Әр серверде немесе гипервизор-хостта физикалық ядроларды есептеу.
• Сценарий таңдау: хосттағы барлық физикалық ядроларды лицензиялау (осы жағдайда ВМ-ларды еркін көшіруге ыңғайлы) немесе нақты ВМ-ларға бөлінген ядроларды есептеу (егер инфрақұрылым ресурстарды қатты шектейтін болса).
• Әр площадканы немесе кластерді бөлек есептеу: лицензиялар сервермен бірге «жылжымауы» мүмкін.

Егер отказоустойчивость жоспарланған болса, оны есепке алыңыз. Пассивтік резерв, ыстық ауыстыру немесе кластердің екінші түйіні — көбіне екінші комплект ядроларды талап етеді, тіпті ол әдетте жұмыс істемесе де.

Қолданушылардың өсуі Core лицензиясына әсерін аз тигізеді, бірақ жүктеме өседі. Сол себепті филиалдар ұлғайған кезде көбіне қосымша лицензия емес, қуаты жоғары серверлер немесе қосымша түйіндер керек болады. Сервер паркін жаңартқанда қай ядролар қосылатынын алдын ала тексеріп, оның бағасына әсерін бағалаған дұрыс.

50, 200 және 1000 қолданушыға арналған жедел ориентирлер

Дұрыс бір ғана жауап жоқ, бірақ бастапқы бағалау үшін қарапайым логика көмектеседі: Server+CAL көбінесе серверлері аз, ал қолданушылар мен қолжетімділік нүктелері есептелетін ұйымдарда тиімді. Core көбінесе қосылымдар көп және олардың санын бақылау қиын болғанда ұтымды.

50 қолданушы. Екі нұсқаны да адал салыстыру пайдалы. Егер 1–2 сервер, тек офис ішінен қолжетімділік және қолданушылар «жеке» түрде болса, Server+CAL жиі арзанырақ болады. Бірақ егер кейбір қолданушылар ортақ терминалдардан жұмыс істесе, мердігерлер бар немесе өсім тез болса, Core қолдау жағынан жеңіл болмақ.

200 қолданушы. CAL құны елеулі бола бастайды. Нәтижеге ең қатты әсер ететін факторлар — филиалдар мен қашықтан қолжетімділік: кіру нүктелері көп болған сайын нақты қолданушыларды дұрыс есептемеу және кейін CAL-ды қосымша сатып алу тәуекелі өседі. Бұл деңгейде компаниялар жиі Core-ға өтеді, әсіресе база бірнеше жүйені қызмет етсе.

1000 қолданушы. Core жиі табиғи таңдау болады, себебі CAL есептеу және бақылау қиындайды, ал қосылымдар әдетте көп болады. Бірақ архитектура орталықтандырылған және нақты шектеулі топтар ғана базаға қосылатын болса (мысалы, тар операторлар тобы), Server+CAL әлі де бәсекеге қабілетті болуы мүмкін.

Жиі ұмытылатын «пайдаланушылар": ортақ есептік жазбалар арқылы терминалдардан қосылатындар, интеграциялар (ERP, сайт, мобильді қосымша), сервис қызметтері, фондық міндеттер, сыртқы API.

Есепті қатты өзгертетін сұрақтар:

• Дерекқорға нақты қанша кіру нүктесі бар (офистер, филиалдар, қашықтан жұмыс, мердігерлер)?
• Қолданушылар жеке есіммен бе, әлде сменамен жалпы құрылғыларда ма?
• SQL-ге адамдардан басқа қанша жүйе қосылады (жүйелер, интеграциялар)?
• Келесі 12–18 айда филиалдар санын өсіру жоспарланған ба?
• Лицензияларды тоқтамай қосып отыруға қаншалықты жылдам мүмкіндік бар?

Филиалдар мен қашықтан қолжетімділік есепті қалай өзгертеді

Филиалдар орталық кеңсеге қосылғанда есеп тек адамдар санына ғана емес өзгереді. Қосылу нүктелері көбейеді: филиалдардағы ортақ компьютерлер, залдардағы терминалдар, сменадағы жұмыс орындары, уақытша мердігерлер. Бұл кезеңде таңдалған модель жиі күтілгендей жұмыс істемей қалады.

Server+CAL-да сіз қолжетімдікті лицензиялайсыз. Егер бір қызметкер ноутбук пен үйдегі ПК арқылы қосылатын болса, ол әдетте бір User CAL-ды қажет етеді. Ал егер бір ортақ компьютерден ондай мыңдаған адам кезекпен кіретін болса (мысалы, қоймада), Device CAL тиімді болуы мүмкін, себебі құрылғы лицензияланады, әр адам емес.

Қашықтан қолжетімділік әсерін күшейтеді. RDP-фермалар, VDI және ортақ терминалдар пайда болғанда «кім нақты пайдаланушы» екенін анықтау қиындайды. Сонымен бірге «жасырын» қосылымдар пайда болады: интеграциялар, есептер, сервис тіркелгілері, сыртқы порталдар.

Артық төлемден сақтану үшін бірнеше сценарийді алдын ала ойластырыңыз: «+1 филиал» (қанша адам мен құрылғы қосылады), «+50 қолданушы» (жаңа қызметкерлер немесе сменалардың ұлғаюы), «жаңа интеграция» (қосымша қолданба және оны қанша адам қолданатыны), «қашықтан жұмыс 30%» (қанша адам жүйеге үнемі қосылады).

Пайдалы стратегия — қолжетімділік ережелерін алдын ала бекіту (кім қосыла алады, қандай құрылғылардан, қандай жүйелер арқылы) және кварталда бір рет шынайы жағдаймен салыстыру: тіркелгі тізімдері, филиалдардағы құрылғылар және интеграциялар. Мұндай тұрақты аудит көп жағдайда бір реттік «идеалды есептен» артық үнемдейді.

Артық төлеуге әкелетін жиі қателіктер

SQL Server лицензиялауда ең қымбат қателік көбінесе лицензия бағасында емес, бастапқы допущениялардың дұрыс болмауында. Сондықтан артық сатып алады, ал кейін филиалдар пайда болғанда немесе жұмыс тәртібі өзгергенде қайта сатып алу қажет болады.

Server+CAL үшін типтік тұзақ — тек штаттық қызметкерлерді есептеу. Шындығында базаға мердігерлер, уақытша жобалық командалар, стажерлер, аутсорс бухгалтериясы немесе серіктестер қосылады. Оларды есептемеген жағдайда CAL-ды шұғыл түрде қосып, бөлшектеп сатып алу қажет болады.

Екінші тұзақ — пайдаланушылар мен құрылғыларды араластыру. Сменалы жұмыс (қойма, call-орталық, клиника, сыныптар) кезінде Device CAL пайдалы болуы мүмкін, бірақ көп жағдайда адамдар бойынша санау автоматты түрде таңдалып кетеді. Кейде керісінше болады: әр адамға ноутбук, телефон және жұмыс станциясы берілген соң, құрылғылар бойынша есептеу кенет қымбаттайды.

Core схемасында артық төлеуге әкелетін себеп кейінірек шығады: сервер жаңартылды, қосымша процессорлар немесе ядролар қосылды, және лицензиялар да өседі. Мұндай жағдай жиі филиалдар өсуімен есептер мен жүктеме артып, лицензиялауды апгрейд жоспарымен байланыстыруды ұмытқанда болады.

Тағы бір қате — «компанияда 500 адам бар, демек 500 лицензия». Маңыздысы — компаниядағы қызметкерлер саны емес, нақты SQL-ге қолжетімді адамдар саны. Кейде жүздеген қызметкерлердің тек ондағаны ғана базаға жүгінеді.

Сатып алудан бұрын жылдам өз-өзіне тексеру

• Штаттан басқа кім қосылады: мердігерлер, аудиттер, уақытша рөлдер?
• Нақты қанша құрылғы және қанша адам қатысады, сменалар бар ма?
• Келесі 12–18 айда CPU/ядро апгрейдтары жоспарланған ба?
• Қандай жүйелер және қолданбалар SQL-ге қосылады, сервис тіркелгілер бар ма?
• Архитектура қандай: бір сервер, бірнеше ВМ, кластер, тест ортасы?

Егер архитектура анықталмаған болса (мысалы, SQL виртуализацияға «көшеді» немесе кластер пайда болады), көзбен бағалау әсіресе тәуекелді.

Лицензия сатып алардан бұрын қысқа чек-лист

Сатып алудан бұрын бастапқы деректерді қағазға (немесе кестеге) жазып қойыңыз. Бұл қадамдағы қате жиі модельдер арасындағы бағадан қымбатқа түседі.

Алдымен SQL серверлерінің толық картасын жинаңыз: ағымдағы сипаттамалар және 12–24 айға өзгеріс жоспары. Егер Core бойынша лицензияланатын болса, CPU мен ядролардың жоспары тікелей шығынға әсер етеді.

Содан кейін қолжетімділікті бөлек топтарға бөліңіз: бас офис, филиалдар, қашықтан пайдаланушылар, мердігерлер, және де сервис тіркелгілері (интеграциялар, коннекторлар, қосымшалар, бэкаптар). Мұнда маңыздысы — компанияда кім есепте тұр емес, нақты кім SQL-ге қосылады және қандай құрылғылардан.

Ортақ жұмыс орындарын бөлек белгілеңіз (сменалы посттар, регистратура, қойма). Мұндай жерлерде Server+CAL көбіне құрылғылар бойынша есептеледі және арифметиканы өзгертеді.

Өсу жоспарын қысқаша жазыңыз: филиалдар қашан ашылады, әр тоқсанда қанша адам қосылады, маусымдық өсу бар ма (мысалы, ЖОО-да тіркелулер, бөлшек саудада пиковые кезеңдер). Бұл Server+CAL қай сәтте Core-пен салыстырғанда қымбаттай бастайтынын алдын ала көруге көмектеседі.

Соңында қайта қарау ережесін таңдаңыз, сонда есеп 3 айдан кейін ескірмейді: кім қолданушылар мен құрылғылар тізіміне жауапты, қанша уақытта жаңартасыз (мысалы, квартал сайын), мердігерлер мен уақытша қолжетімділікті қалай есептейтіндігіңіз, SQL-ге қандай қосылымдар «қосылу» болып саналатыны (тікелей, қосымша арқылы, терминал арқылы) және қандай оқиғалар есепті қайта қарауды талап етеді (жаңа филиал, сервис іске қосу, сервер апгрейді).

Мысал: филиалдар желісі және 50-ден 200-ге өсу

Компанияны елестетейік: бас офис және 6 филиал бар. Кассалар мен операторлар сменамен ортақ ПК-лардан жұмыс істейді. Бір бөлігі қызметкерлер қашықтан қосылады (ноутбуктар, үй ПК), ал базаға қосылу корпоративтік жүйе арқылы жүзеге асады.

Вариант 1: Server+CAL (және қиындықтар қайда пайда болады)

Қазір құрылғылар бойынша санау логикалық көрінуі мүмкін: 50 қызметкер, бірақ филиалдарда 30–35 ортақ жұмыс орны және бірнеше ПК офис ішінде. Мұндай жағдайда Device CAL тиімді көрінуі мүмкін.

Мәселе 200 қолданушыға дейін өскенде пайда болады: қашықтан және мобильді құрылғылар құрылғылар санын арттырады, сменалық жұмыс қорғай алмайды. Көп кездесетін қате — стационар ПК-лармен ғана есептеп, ноутбуктар, жеке құрылғылар, терминал фермалары, жаңа филиалдар және уақытша қызметкерлерді ұмыту.

Тағы бір қауіпті жайт — «жасырын» қолжетімділік: адам корпоративтік жүйеге кіреді, ал жүйе SQL-ге оның атынан сұрау жібереді. Лицензиялау ережелері бойынша мұндай қолжетімділік те есептеледі.

Вариант 2: Core (және апгрейд кезінде қауіп)

Core моделі бойынша сіз сервердегі ядроларға лицензиялайсыз, және CAL қажет емес. Мысалы, SQL сервері 16 физикалық ядроға орнатылған болса, сол 16 ядро үшін лицензия алу қажет.

Қауіп басқа: бір жылдан кейін жүйені жылдамдату үшін CPU-ны көп ядролысына ауыстырсаңыз немесе екінші процессор қоссаңыз, ядро саны 24–32-ге дейін ұлғая алады. Сол кезде қосымша ядроларға лицензия сатып алу қажет болады, және Server+CAL-мен салыстырғанда үнем жойылуы мүмкін.

Қалай болжамсыз шешімге келместен шешім қабылдау

Екі жылға бағалау жасаңыз, «бүгін емес» негізінде. Қарапайым допущениялар кестесін жасап, екі сценарийді есептеңіз.

Бюджетке модельді, қолданушылар/құрылғылар өсуін және темір жоспарын қосыңыз (яғни ядролардың кенет өсуін болдырмау үшін апгрейд жоспары).

Келесі қадамдар: таңдау бекіту және өсуге дайындық

Шешімнің жарты жылдан кейін «ағымға түсіп кетпеуі» үшін оны қысқа 1–2 беттік құжатқа бекітіңіз: қандай допущениялар қабылданды, қанша мерзімге жоспар жасалған және кім есепке жауапты. Бұл жаңа филиал ашылғанда немесе қашықтан жұмыс күшейгенде күтпеген жағдайдан сақтайды.

Core пен Server+CAL бойынша 12 және 24 айға екі параллель есеп жасаңыз. Допущениялар бірдей болсын: бірдей SQL нұсқасы, бірдей қолжетімділік ережелері, бірдей өсу болжамы.

Архитектураны бекітіңіз — одан кейінгі лицензиялау тікелей шығынға әсер етеді. Бір қуатты сервер бір сценарийге әкеледі, ал бірнеше түйін немесе виртуализация — басқа сценарийге. Резервтік сервер, тесттік орта және қалпына келтіру шарттары да бөлек жазылсын.

Көбінесе ең үлкен үнем басқару шараларынан келеді: қолжетімділіктің иесін тағайындаңыз, ережелер жазыңыз (мердігерлер мен сервис тіркелгілерін қосқанда), өсу болжамын нақты оқиғаларға байлаңыз және сервер жаңартуларын келісіп алыңыз (CPU мен ядролар Core экономикасын өзгертеді).

Егер темір жаңарту жоспарланып жатса, лицензияларды сервер конфигурациясымен бірге есептеңіз. Практикада дәл осы инфрақұрылым өзгерістері Core пен Server+CAL арасындағы шекараны жылжытады. Егер көмек керек болса, мұндай шешімді жүйелік интеграция шеңберінде жасауға болады: мысалы, GSE.kz (gse.kz) сервер конфигурациясын, қолжетімділік нүктелерін және қолдауды жоспарлап, лицензия схемасын нақты архитектураға сай жасауға көмектеседі.