Standardowa instalacja Rachmistrza GT pracuje na serwerze Firebird, ale część wdrożeń wielostanowiskowych trzyma dane na Microsoft SQL Server. W takich środowiskach prędzej czy później pojawia się potrzeba podniesienia wersji serwera bazy — z powodu końca wsparcia, wymagań systemu operacyjnego albo wymiany serwera.
Podniesienie wersji SQL Server nie jest operacją na samym programie księgowym, tylko na warstwie, z której korzysta. Dlatego prowadzimy ją w ustalonej kolejności, z kopią, do której da się wrócić w każdym momencie.
Kiedy Rachmistrz GT pracuje na SQL Server
Zanim cokolwiek ruszymy, ustalamy, gdzie faktycznie są dane. Sprawdzamy typ serwera bazy w konfiguracji programu, nazwę instancji i to, czy wszystkie stanowiska łączą się do tego samego serwera. Zdarza się, że część firm ma równolegle stary zestaw danych na Firebirdzie — wtedy migracja obejmuje tylko jedną z tych ścieżek.
Przygotowanie i kopia zapasowa
Robimy pełną kopię baz oraz kopię katalogu programu, spisujemy wersje: programu, serwera bazy, sterownika połączenia i systemu operacyjnego. Kopię odtwarzamy próbnie w środowisku testowym — kopia, której nikt nie odtworzył, jest tylko założeniem, że wszystko się uda.
Kolejność prac przy podniesieniu wersji
Najpierw sprawdzamy zgodność wersji programu z docelową wersją serwera, potem podnosimy serwer albo stawiamy nową instancję i przenosimy bazy. Po przeniesieniu ustawiamy poziom zgodności bazy, konta logowania i uprawnienia — to najczęstsze źródło komunikatów o braku dostępu tuż po migracji.
Stanowiska i sterowniki połączenia
Na każdym stanowisku aktualizujemy sterownik dostępu do bazy i wskazujemy nową instancję. Weryfikujemy też reguły zapory i protokoły sieciowe serwera — po zmianie wersji domyślne ustawienia potrafią wrócić do stanu, w którym połączenia zdalne są wyłączone.
Testy po migracji
Sprawdzamy logowanie ze wszystkich stanowisk, otwarcie roku obrachunkowego, zapis dokumentu, wydruk i generowanie deklaracji. Porównujemy sumy kontrolne wybranych rejestrów sprzed i po migracji — dopiero zgodność raportów potwierdza, że przeniesienie się udało.
Plan wycofania
Przez ustalony czas utrzymujemy poprzednie środowisko w stanie gotowym do uruchomienia. Jeśli po kilku dniach pracy ujawni się problem, którego nie wychwyciły testy, powrót zajmuje minuty zamiast godzin.
