Bezpieczna przeprowadzka firmowego systemu na nowy serwer

System był sprawny, lecz jego zaplecze już nie

To dalszy ciąg współpracy po odzyskaniu porzuconego systemu zamówień. Aplikacja znów nadawała się do rozwoju, ale nadal działała na starym, drogim serwerze. Użytkownicy nie widzieli problemu. Właściciel ponosił jednak ryzyko, które ujawniłoby się dopiero przy awarii albo utracie danych.

• system operacyjny nie otrzymywał już standardowego wsparcia,
• połączenie z panelem nie było szyfrowane,
• nie było potwierdzonej możliwości odtworzenia danych z kopii,
• parametry i cena serwera znacznie przekraczały potrzeby firmy.

Plan: przeprowadzka, której pracownicy nie zauważą

Migrację potraktowałem jak przeprowadzkę działającego biura. Najpierw przygotowałem nowe miejsce, potem skopiowałem i sprawdziłem dane, a dopiero na końcu zmieniłem adres, pod którym system był dostępny. Poprzedni serwer pozostał gotowy jako droga powrotu, dopóki nowy nie potwierdził stabilności.

Nie łączyłem tej operacji z niepotrzebną przebudową aplikacji. Im mniej rzeczy zmienia się podczas przenosin, tym łatwiej znaleźć przyczynę ewentualnego problemu.

Przełączenie w 14 minut

Kilka dni wcześniej przygotowałem domenę do szybkiej zmiany adresu. W sobotni wieczór zatrzymałem zapisy, wykonałem końcową kopię bazy, przeniosłem ją i sprawdziłem najważniejsze funkcje. Całe okno trwało od 21:00 do 21:14.

W poniedziałek zespół wszedł pod ten sam adres, użył tych samych haseł i zobaczył ten sam system. Stary serwer nie został wyłączony na dobre, dopóki nowy nie przepracował pełnego tygodnia bez problemów.

Kopia danych, którą naprawdę da się przywrócić

Codzienna kopia trafia do magazynu w innym kraju niż główny serwer. Dzięki temu awaria jednego ośrodka nie zabiera jednocześnie oryginału i zabezpieczenia.

Sam komunikat „kopia wykonana” nie wystarcza. Odtworzyłem dane na czystej bazie i porównałem liczbę zapisów. Dopiero taki test potwierdza, że w razie potrzeby firma rzeczywiście odzyska historię zamówień.

Tydzień nadzoru ujawnił jeszcze jedną rzecz

Po kilku dniach pracownicy zgłosili wolne otwieranie listy zleceń. System za każdym razem pobierał całą wieloletnią historię. Ograniczenie domyślnego zakresu i kompresja przesyłanych danych skróciły czas otwarcia z kilku sekund do około pół sekundy. Poprawka mieściła się w uzgodnionym tygodniu nadzoru.

Klient pozostaje właścicielem

Po zakończeniu nadzoru konto serwera, płatności i pełna kontrola zostały przekazane firmie klienta. Zachowałem wyłącznie dostęp techniczny potrzebny do dalszej opieki. Zmiana wykonawcy nie powinna oznaczać utraty dostępu do własnego systemu.

Rezultat

• 14 minut planowanej przerwy poza godzinami pracy.
• Szyfrowane połączenie i automatycznie odnawiany certyfikat.
• Codzienna kopia poza głównym serwerem, potwierdzona testowym odtworzeniem.
• Lista zleceń otwierająca się w około pół sekundy zamiast kilku sekund.
• Koszt serwera niższy o około 80 procent przy zachowaniu potrzebnej wydajności.
• Konto i rozliczenia za serwer po stronie firmy klienta.

Podane czasy i oszczędność dotyczą tego konkretnego wdrożenia. Wynikają z pomiaru okna serwisowego, czasu otwierania listy oraz porównania rachunków za oba serwery.

Ze względu na umowę o zachowaniu poufności pomijam nazwę firmy, jej lokalizację, dane pracowników oraz adresy i parametry infrastruktury.