SQL Server License Mobility

License Mobility pozwala przenosić licencje między serwerami w ramach aktywnego Software Assurance.

Znaczenie SQL Server License Mobility w praktyce

SQL Server License Mobility to zasada licencjonowania związana z aktywnym Software Assurance, która pozwala przypisać określone licencje SQL Server do innej infrastruktury używanej przez uprawnionego dostawcę usług. Mechanizm powstał z myślą o sytuacjach, w których organizacja korzysta z zasobów poza własną serwerownią, na przykład z infrastruktury usługodawcy hostingowego lub chmurowego. Nie jest to jednak ogólna zgoda na dowolne kopiowanie licencji między komputerami. Możliwość zastosowania zależy od rodzaju licencji, posiadanej umowy, wersji produktu oraz aktualnych warunków licencyjnych Microsoft.

Software Assurance jest tu istotne, ponieważ samo nabycie licencji SQL Server zwykle nie daje wszystkich praw związanych z License Mobility. Uprawnienie wynika z utrzymywanego pakietu dodatkowych świadczeń i musi obejmować konkretną licencję używaną w danym środowisku. W dokumentacji licencyjnej należy sprawdzić, czy dana edycja oraz sposób licencjonowania kwalifikują się do tego programu. Szczególnej uwagi wymaga rozróżnienie licencji przypisanych do rdzeni od modelu Server plus CAL, ponieważ ich wymagania i sposób obliczania dostępu mogą być inne.

Ważne jest również odróżnienie mobilności licencji od prawa do uruchamiania wielu kopii SQL Server. License Mobility nie zwiększa automatycznie liczby dostępnych licencji, nie usuwa wymogu prawidłowego licencjonowania użytkowników i urządzeń oraz nie zmienia zasad dotyczących edycji produktu. Umożliwia zmianę miejsca przypisania licencji w określonym modelu świadczenia usługi, ale nie zastępuje analizy całej architektury i umowy licencyjnej.

Warunki przypisania i różnice względem innych modeli

W typowym scenariuszu właściciel licencji korzysta z infrastruktury kwalifikowanego partnera usługowego. Partner musi spełniać wymagania programu Microsoft i zapewniać środowisko, w którym licencje klienta mogą być używane zgodnie z zasadami License Mobility. Nie każdy dostawca hostingu lub chmury automatycznie ma taki status. Przed wdrożeniem trzeba potwierdzić uprawnienia dostawcy, zakres obsługiwanych produktów oraz sposób dokumentowania przypisania licencji.

Licencja może zostać przeniesiona na inną jednostkę infrastruktury, gdy wymaga tego zmiana obciążenia, awaria, reorganizacja środowiska albo migracja usługi. Nadal trzeba kontrolować, gdzie licencja jest aktywnie używana i ile zasobów obliczeniowych obejmuje. Przy licencjonowaniu według rdzeni znaczenie ma liczba rdzeni przydzielonych do instancji oraz minimalne wymagania określone dla danego produktu. Samo ograniczenie zasobów w konfiguracji nie powinno być traktowane jako dowód prawidłowego licencjonowania bez sprawdzenia zasad obowiązujących dla konkretnej wersji.

License Mobility różni się od licencji zakupionych bezpośrednio w modelu usługowym, od licencji zawartych w cenie usługi oraz od programów przeznaczonych dla konkretnej platformy chmurowej. Każdy z tych modeli ma własne warunki, ograniczenia i zasady rozliczania. Szczególnie łatwo pomylić License Mobility z korzyściami typu Azure Hybrid Benefit. Są to odrębne mechanizmy, nawet jeśli oba mogą występować przy przenoszeniu obciążeń SQL Server do chmury. Należy także odróżnić mobilność licencji od praw do pasywnego wystąpienia awaryjnego, ponieważ te prawa mogą wynikać z innych postanowień Software Assurance.

Przy migracji trzeba przygotować spis licencji, wersji SQL Server, edycji, liczby rdzeni, przypisanych użytkowników lub urządzeń oraz lokalizacji uruchomionych instancji. Przydatne są także umowy, faktury, dokumenty Software Assurance i potwierdzenie statusu dostawcy. Taka ewidencja ułatwia wykazanie zgodności podczas audytu i pozwala odróżnić planowane przeniesienie od równoległego uruchomienia dwóch środowisk.

Gdzie najczęściej pojawiają się rozbieżności

Jednym z częstych problemów jest założenie, że aktywne Software Assurance pozwala przenieść każdą licencję SQL Server do dowolnej usługi. W praktyce trzeba sprawdzić kwalifikację produktu oraz rodzaj infrastruktury. Błąd może polegać również na wykorzystaniu licencji u dostawcy, który nie spełnia wymagań programu, albo na braku dokumentu potwierdzającego prawo do takiego użycia.

Rozbieżności powstają także wtedy, gdy instancja zostaje powiększona bez aktualizacji ewidencji licencyjnej. Dotyczy to zwłaszcza środowisk, w których zasoby są zmieniane automatycznie. Liczba rdzeni przydzielonych do instancji, liczba aktywnych kopii oraz sposób dostępu aplikacji powinny być zgodne z przyjętym modelem. W modelu Server plus CAL trzeba dodatkowo ustalić, czy wszyscy użytkownicy i urządzenia mają odpowiednie licencje dostępu.

Problematyczna bywa migracja wykonywana etapami. Przez pewien czas działa środowisko pierwotne i docelowe, a zespół uznaje to za zwykłe przenoszenie. Tymczasem równoległe uruchomienie może mieć konsekwencje licencyjne, zależnie od celu, czasu trwania i zastosowanych praw dodatkowych. Nie należy samodzielnie zakładać, że kopia testowa, awaryjna lub używana podczas synchronizacji jest zawsze zwolniona z wymogu licencjonowania.

Wątpliwości może wywołać również zmiana dostawcy usługi. Przed zakończeniem starej umowy warto ustalić, kiedy licencja przestaje być przypisana do poprzedniego środowiska i od którego momentu obowiązuje w nowym. Przydatne jest zachowanie historii zmian, konfiguracji i potwierdzeń od obu stron. W razie audytu sama informacja, że baza została przeniesiona, nie wyjaśnia jeszcze, czy przeniesienie było zgodne z warunkami umowy.

Dokładne reguły mogą zmieniać się wraz z aktualizacją Microsoft Product Terms i warunków konkretnego kontraktu. Dlatego starsza interpretacja zasłyszana przy poprzedniej migracji nie powinna być jedyną podstawą decyzji. Przy niejasnym przypadku właściwym źródłem jest aktualna dokumentacja licencyjna, umowa oraz konsultacja z osobą zajmującą się licencjonowaniem Microsoft.

Jak ustalić, czy potrzebna jest konsultacja

Konsultacja jest wskazana przed migracją, gdy nie wiadomo, czy dostawca spełnia wymagania License Mobility, gdy licencje pochodzą z różnych umów albo gdy środowisko ma działać równolegle w kilku lokalizacjach. Warto przygotować listę instancji SQL Server, ich edycji i wersji, przydzielonych zasobów, sposobu dostępu oraz planowanego przebiegu migracji. Bez tych informacji łatwo pomylić problem techniczny z licencyjnym.

Do specjalisty należy zgłosić także sytuację, w której audyt wykazał brakujące licencje, niespójność między fakturami a konfiguracją albo niejasny status Software Assurance. Specjalista może pomóc uporządkować dane i wskazać dokumenty wymagające weryfikacji, ale ostateczna interpretacja warunków handlowych powinna uwzględniać umowę zawartą z Microsoft lub partnerem licencyjnym.

Jeżeli przy okazji migracji występują objawy fizycznej awarii laptopa lub komputera, takie jak samoczynne wyłączanie, błędy dysku, uszkodzenie zasilania albo problemy z pamięcią, potrzebna jest osobna diagnostyka sprzętu. Warszawskie Pogotowie Komputerowe wykonuje usługi profesjonalnej naprawy sprzętu komputerowego — laptopów i komputerów stacjonarnych. Kwestie uprawnień do SQL Server pozostają natomiast obszarem dokumentacji licencyjnej i konsultacji dotyczącej umowy.