Generowanie licencji SYBASE dla systemu na VM, gdzie dla HOSTID ma być to MAC
W razie wygaśnięcia licencji na aktualizację SYBASE, Należy ponownie wygenerować klucz licencyjny dla silnika SyBase ASE.
Weryfikacja licencji
Interesują nas dwie informacje - INCREMENT ASE_SE_CH SYBASE XXXX.XXXXX gdzie tutaj dla przykładu wyświetliłem starą licencję która pozwala na zainstalowanie patchy nie nowszych niż 30 kwietnia 2022.
Drugą informacją jest PE=SE;LT=CH HOSTID=XXXXXXXXXXXX gdzie HOSTID to powinien być aktualny, ręcznie ustawiony MAC głównej karty sieciowej dla hosta z poziomu vCenter:
To jest błędne:
MAC się nie zgadza + automatycznie zmieni się przy operacjach na maszynie!
Generowanie licencji
Jeżeli mamy statyczny, manualny mac na maszynie, jest on zgodny z tym co widzimy na systemie, możemy przystąpić do wygenerowania dwóch rzeczy:
Pliku Licencji
Zmiennej środowiskowej z poziomu EXSI, która potwierdzi silnikowai prawdziwość danych.
Dla pliku licencji wchodzimy na :
Otworzy nam się taki panel :
Wybieramy licencję którą chcemy wymienić:
Potwierdzamy hosta na którym chcemy zmienić plik:
Wyświetli nam się aktualny, ostatnio wygenerowany plik licencyjny:
By go wymienić klikamy "Check In":
I potwierdzamy:
Plik licencyjny został zwolniony. Ale nie oznacza to że bazy na tym pliku przestaną od razu działać. Możemy zamknąć okno i przejść do generowania pliku.
Klikamy na "EDIT" na dole strony, po czym otworzy się okno z informacjami do potwierdzenia:
W momencie w którym klikniemy continue, będziemy mogli przejść do wygenerowania nowej licencji:
Klikamy w "Generate", po czym otworzy się okno wyboru licencji. Wybieramy Unserved license, ponieważ wygeneruje to plik który możemy wgrać na hosta.
Klikamy next i wpisujemy liczbę maszyn, na których licencja ma działać. W tym przypadku dla EWE015, jest to jedna maszyna, ale dwie licencję (PRD plus mechanizm Backup servera)
Wypełniamy następująco:
Dla mojego przykładu będzie to:
Po kliknięciu generate otrzymujemy plik licencji który albo możemy skopiować, albo pobrać:
Wgrywanie licencji
Plik wgrywamy do katalogu licencji:
/opt/sybase/SYSAM-2_0/licenses
Licencja została wygenerowana i podmieniona. Jeżeli maszyna nie była zmigrowana, nie zmienił się jej adres MAC ani nie nastąpiły z nią żadne większe zmiany, wystarczy zrestartować silnik DB.
Jeżeli powyższe zmiany z maszyną wirtualną, potrzebujemy wygenerować odpowiednie zmienne środowiskowe po stronie EXSI, na którym maszyna aktualnie przebywa. Do tego potrzebne jest nam narzędzie SYSAMCAP, który jest dołączany do patchy silnika.
Zmienne środowiskowe może przekazać nam zespół Inf.Ops, jednakże muszą oni wrzucić plik wykonywalny na hosta EXSI, na którym maszyna się znajduje. SYSAMCAP sprawdza ilość przydzielonych zasobów, oraz przypisany adres MAC maszyny, dlatego ważne jest by MAC był statyczny, manualnie ustawiony, zgodny z tym co jest po stronie OS!
By przekazać plik, pobieramy patch, do którego chcemy zaktualizować bazę, bądź wersję która aktualnie jest wgrana.
Używamy do tego instrukcji: Aktualizacja silnika S... | All For One Poland Bookstack (vm.local)
Po pobraniu, wypakowujemy z archiwum tgz, plik, który w archiwum znajduje się w :
NRpatcha\sysam_utilities\bin\
Ten plik wysyłamy konsultantowi inf.ops, który po wrzuceniu na EXSI, najlepiej do folderu /tmp musi najpierw dać prawa do wykonywania
chmod +x sysamcapPo czym wykonać dwie komendy:
./sysamcap DEFAULT
./sysamcap MACHINE
Głównie interesuje nas zmienna DEFAULT. Tutaj przykładowy output:
[root@srv106:/tmp] ./sysamcap DEFAULT
Set the following environment variable prior to starting the product. This only needs to be done once for each instance of the product that will run.
SYBASE_SAM_CAPACITY=DEFAULT:93287A8444B2B1A3ED38F17F26611A274EA48E79523FB8AF90E5D66EBE65E71D84BA401596C5513CDF16DC937A5E400804140397D272189EC71F6CF1320C61C360CEF442FBB25FC89D237329FE43A98A53575F688021935AF261DE693F8C219E57B27D30C4B8DEB927C047390F87AADCAAA0B7B997E1C04FB6DA419BB7BC16EFDC324582C63E4CEC0BA9C477D5314D621D51F6C8806841755897FFFF4935920D51746C341826B18929F0404F09CC62D6D4A63E0BA2E7916D2FC91C6FADC43DDE0961DE693F8C219E57017E8B03C2E25E9F6C1D5F99880F8B220784AD1BD2EA4BAA3BCF24FC87D82C6AF496D855EEE92C1FDAFD399F3CCEC74CB3269C9BC4F58C6897FFFF4935920D5179FBACD9B356247B614F7647C087B64C7A7198A159275FE2C55F941ADBF319F261DE693F8C219E574E7BBD7362140F668F1DF05CA677DB742A9E7FC52A7564D4B0108B072638424DF496D855EEE92C1F82BD4B496321849809037F41B77E4DC3
Processor counts and host-id information are not reported by 'sysamcap' because it is not clear whether this is the environment where the product will run.
To obtain processor counts and host-id information set the SYBASE_SAM_CAPACITY environment variable and execute 'cpuinfo' in the environment that will be used by the product.Tą zmienną możemy zaimportować na dwa sposoby:
Zmieniając plik parametrów w:
/opt/sybase/ASE-16_0/sysam/
Exportując do zmiennych środowiskowych roota i wykonując ręcznie start serwera np:
export SYBASE_SAM_CAPACITY=DEFAULT:93287A8444B2B1A3ED38F17F26611A274EA48E79523FB8AF90E5D66EBE65E71D84BA401596C5513CDF16DC937A5E400804140397D272189EC71F6CF1320C61C360CEF442FBB25FC89D237329FE43A98A53575F688021935AF261DE693F8C219E57B27D30C4B8DEB927C047390F87AADCAAA0B7B997E1C04FB6DA419BB7BC16EFDC324582C63E4CEC0BA9C477D5314D621D51F6C8806841755897FFFF4935920D51746C341826B18929F0404F09CC62D6D4A63E0BA2E7916D2FC91C6FADC43DDE0961DE693F8C219E57017E8B03C2E25E9F6C1D5F99880F8B220784AD1BD2EA4BAA3BCF24FC87D82C6AF496D855EEE92C1FDAFD399F3CCEC74CB3269C9BC4F58C6897FFFF4935920D5179FBACD9B356247B614F7647C087B64C7A7198A159275FE2C55F941ADBF319F261DE693F8C219E574E7BBD7362140F668F1DF05CA677DB742A9E7FC52A7564D4B0108B072638424DF496D855EEE92C1F82BD4B496321849809037F41B77E4DC3/opt/sybase/ASE-16_0/install/RUN_EWE015
Weryfikacja wgranej licencji
Interesuje nas czy SyBase pomyślnie się zalicencjonował, jeżeli tak:
Logujemy się do bazy oraz wyłączamy ją by wykonać start "normalny" przez usługę.
1> shutdown
2> go
systemctl start sybase
systemctl status sybase
Po zalogwaniu się do bazy (przy pomocy isql) możemy wywołać zapytanie, które zwróci nam informacje o stanie licencji
sp_lmconfig
go