Tabela _license w bazie danych SQL Server

Wykaz kolumn tabeli

Kolumna	Typ	Wymagana	Znaczenie
ID	int liczba całkowita	tak	Kolejny numer wpisu, klucz główny tabeli
KEY_STRING	varchar(100) tekst do 100 znaków	tak	Ciąg znaków klucza licencyjnego wydanego dla tej instalacji
KIEDY	datetime data i godzina	tak	Data i godzina zapisania wpisu w bazie
LAST_CHECK_TIME	datetime data i godzina	tak	Data i godzina ostatniej weryfikacji ważności licencji przez system
MAX_TEXT_1	varchar(max) tekst bez limitu długości	nie	Pole tekstowe bez ograniczenia długości przeznaczone na dane licencyjne w postaci przygotowanej przez dostawcę
MAX_TEXT_2	varchar(max) tekst bez limitu długości	nie	Drugie pole tekstowe bez ograniczenia długości przeznaczone na dane licencyjne
REFNO	bigint liczba całkowita 64-bitowa	tak	Numer referencyjny wiersza używany w powiązaniach wewnętrznych systemu

Indeksy zdefiniowane na tabeli

Indeks	Kolumny	Rodzaj
PK__license	ID	klucz główny

Klucz główny na kolumnie ID jest w zupełności wystarczający. Przy tak niewielkiej liczbie wierszy każdy dodatkowy indeks byłby kosztem bez korzyści.

_license czy _licencja — którą tabelę otworzyć

Zbliżone nazwy bywają mylące, a obie tabele odpowiadają na zupełnie różne pytania. Poniższe zestawienie porządkuje ich zakresy.

Przy pytaniu o liczbę potrzebnych stanowisk właściwa jest tabela _licencja; przy komunikacie o braku licencji — ta opisywana tutaj.

Najczęstsza sytuacja, w której administrator sięga po tę tabelę, to komunikat o nieważnej licencji po przeniesieniu instalacji na nowy serwer albo po odtworzeniu bazy z kopii zapasowej. Kolumna LAST_CHECK_TIME pokazuje wtedy, kiedy weryfikacja powiodła się po raz ostatni — co pozwala ustalić, czy problem pojawił się wraz z migracją, czy wcześniej.

Jak korzystać z tabeli w praktyce

Postępowanie z danymi licencyjnymi sprowadza się do kilku zasad:

• Nie modyfikuj zawartości tabeli ręcznie — zmiana klucza odbywa się procedurą przewidzianą przez dostawcę.
• Uwzględnij tę tabelę w kopii zapasowej; jej brak przy odtwarzaniu bazy uniemożliwi uruchomienie systemu.
• Sprawdź kolumnę LAST_CHECK_TIME jako pierwszą przy komunikacie o nieważnej licencji.
• Po przeniesieniu instalacji na nowy serwer zaplanuj ponowną weryfikację licencji przed dopuszczeniem użytkowników.
• Ogranicz dostęp do tabeli do kont administracyjnych — zawiera dane identyfikujące instalację.
• Przy rozszerzeniu liczby stanowisk zgłoś dostawcy zmierzone obciążenie z tabeli _licencja, a nie liczbę założonych kont.

Sprawdzenie stanu weryfikacji licencji — pierwsze zapytanie przy diagnozie problemów z uruchomieniem:

SELECT  ID,
        KIEDY                AS ZAPISANO,
        LAST_CHECK_TIME      AS OSTATNIA_WERYFIKACJA,
        DATEDIFF(DAY, LAST_CHECK_TIME, GETDATE()) AS DNI_OD_KONTROLI,
        LEN(KEY_STRING)      AS DLUGOSC_KLUCZA
FROM    dbo._license
ORDER BY ID DESC;

Zapytanie celowo nie zwraca treści klucza. Do diagnozy wystarcza informacja, że wpis istnieje i kiedy był ostatnio weryfikowany.

Osobno warto przemyśleć, kto ma dostęp do tej tabeli. Zawiera ona dane identyfikujące instalację, a jednocześnie nie jest potrzebna nikomu poza kontem administracyjnym i samym systemem. Ograniczenie uprawnień do odczytu tej jednej tabeli kosztuje kilka minut, a zdejmuje z listy ryzyk sytuację, w której klucz licencyjny wycieka razem z eksportem danych przekazanym firmie zewnętrznej.

Dane licencyjne należą do tych elementów bazy, o których pamięta się dopiero przy migracji. Uwzględnienie tej tabeli w procedurze przenoszenia instalacji — razem z zaplanowaną ponowną weryfikacją przed dopuszczeniem użytkowników — oszczędza nerwowego telefonu w pierwszym dniu pracy na nowym serwerze.

Powiązane tabele i dokumentacja

Dane licencyjne wiążą się z pozostałymi mechanizmami kontroli dostępu i utrzymania instalacji: