Przenoszenie licencji

Przenoszenie licencji SQL Server na nowy serwer jest dozwolone w ramach warunków umowy Software Assurance.

Na czym polega przenoszenie licencji SQL Server

Przeniesienie licencji SQL Server oznacza przypisanie uprawnienia licencyjnego do innego serwera fizycznego lub wirtualnego niż ten, na którym licencja była używana wcześniej. Sama instalacja plików SQL Server na nowej maszynie nie potwierdza jeszcze legalności takiej operacji. Trzeba sprawdzić, czy licencja jest objęta aktywną umową Software Assurance, jaki model licencjonowania zastosowano oraz czy nowy serwer spełnia wymagania dotyczące liczby licencjonowanych rdzeni albo dostępu użytkowników.

Software Assurance nie jest odrębną edycją SQL Server, lecz pakietem praw i korzyści związanych z określoną licencją. W zależności od rodzaju umowy może obejmować między innymi prawo do korzystania z nowszych wersji produktu, uprawnienia dotyczące mobilności licencji oraz dodatkowe scenariusze odzyskiwania po awarii. Zakres tych praw wynika z aktualnych warunków licencyjnych Microsoft i dokumentów przypisanych do konkretnej umowy, dlatego przed migracją należy ustalić numer umowy, edycję SQL Server i okres obowiązywania Software Assurance.

Warunki migracji na nowy serwer

Przy licencjonowaniu SQL Server per core należy zweryfikować liczbę rdzeni dostępnych dla instancji na nowym serwerze. W środowisku fizycznym znaczenie ma konfiguracja procesorów i rdzeni, a w środowisku wirtualnym — liczba wirtualnych rdzeni przydzielonych maszynie z SQL Server oraz sposób licencjonowania hosta. Zmiana serwera o większej liczbie rdzeni może wymagać dodatkowych licencji, nawet jeśli poprzednia instalacja była prawidłowo licencjonowana. Nie wolno również traktować licencji na edycję Standard jako równoważnej licencji na edycję Enterprise.

W przypadku licencjonowania Server plus CAL trzeba ustalić, czy nowa lokalizacja nadal obsługuje tę samą licencjonowaną instancję oraz czy wszyscy użytkownicy i urządzenia korzystające z serwera mają odpowiednie licencje CAL. Model Server plus CAL nie działa tak samo jak model per core, ponieważ sama liczba rdzeni nie zastępuje wymaganych licencji dostępowych. Przy przenosinach warto sporządzić protokół zawierający nazwę starego serwera, nazwę nowego serwera, wersję i edycję SQL Server, identyfikatory licencji, datę migracji oraz potwierdzenie wycofania starej instancji z użycia.

Software Assurance, mobilność i serwer zapasowy

W ramach uprawnień Software Assurance licencja SQL Server może korzystać z zasad License Mobility through Software Assurance, jeżeli dany scenariusz spełnia wymagania programu. Mobilność może mieć zastosowanie przy przenoszeniu obciążenia do infrastruktury partnera uczestniczącego w odpowiednim programie, ale nie oznacza automatycznie prawa do dowolnego współdzielenia jednej licencji między wieloma serwerami. Należy odróżnić jednorazowe przełączenie na nowy serwer od równoczesnego uruchomienia tej samej licencji na obu maszynach.

Software Assurance może także zapewniać określone prawa dotyczące pasywnej instancji zapasowej używanej na potrzeby ciągłości działania lub odzyskiwania po awarii. Takie uprawnienie zależy od spełnienia warunków licencyjnych, w tym od charakteru instancji zapasowej i zakresu wykonywanych operacji. Serwer przeznaczony jako pasywny nie powinien być wykorzystywany do zwykłej produkcyjnej pracy, raportowania, obsługi zapytań użytkowników ani innych zadań wykraczających poza dozwolony scenariusz. W razie planowanego przełączenia awaryjnego trzeba sprawdzić, kiedy rozpoczyna się regularne używanie instancji i jakie obowiązki licencyjne powstają po zmianie roli serwera.

Kontrola konfiguracji po przeniesieniu SQL Server

Po migracji należy sprawdzić, czy na nowym serwerze uruchomiono właściwą edycję SQL Server oraz czy aktywacja i instalacja odpowiadają posiadanym uprawnieniom. Warto zinwentaryzować instancje nazwane, usługi SQL Server, komponent SQL Server Agent, lokalizacje baz danych, punkty końcowe połączeń oraz zadania automatyczne. Kontrola powinna obejmować także aplikacje korzystające z bazy, ponieważ zmiana nazwy hosta, adresu lub portu może spowodować błędy połączeń niezwiązane bezpośrednio z licencją.

Dokumentacja przeniesienia powinna wskazywać, które licencje zostały przypisane do nowej maszyny, kiedy wyłączono poprzedni serwer i w jaki sposób obliczono wymagane rdzenie lub licencje CAL. Przydatne jest zachowanie raportu z konfiguracji SQL Server, informacji o wersji oraz potwierdzeń dotyczących Software Assurance. W przypadku środowiska firmowego ostateczną interpretację praw do przeniesienia należy oprzeć na umowie licencyjnej, dokumentach Microsoft obowiązujących dla danego programu oraz warunkach zakupu konkretnego pakietu licencji.