Przejdź do treści
Wróć do bazy wiedzy
Bazy danych Poradnik 8 min czytania

Jak przygotować środowisko danych do migracji bez przestoju

Zanim ruszy produkcja, potrzebna jest inwentaryzacja zależności, próba na kopii i kryterium powrotu. Kolejność, którą stosujemy, gdy okno serwisowe liczy się w minutach - nie w slajdach.

Zespół summ-it omawia diagram architektury Azure

Dlaczego kolejność ma znaczenie

Migracja bez przestoju rzadko pada na samym skrypcie. Padają na tym, czego nikt nie zapisał: jobie, który odpala się o 3:00, aplikacji z hardcodowanym connection stringiem albo replice, która „niby jest”, ale nigdy nie była testowana pod obciążeniem.

Dlatego zaczynamy od kolejności decyzji, nie od narzędzia. Narzędzie dobieramy dopiero wtedy, gdy wiadomo, co trzeba przenieść, w jakiej kolejności i co uznamy za sukces - oraz za porażkę.

Jeśli nie umiesz w jednym zdaniu powiedzieć, kiedy wracacie do starego środowiska, nie jesteście gotowi do cięcia.

Inwentaryzacja zależności

Mapa zależności to nie diagram na jednym slajdzie. To lista systemów, które czytają, zapisują albo czekają na dane - wraz z właścicielem i oknem, w którym mogą znieść przerwę.

  • Źródła i cele - bazy, hurtownie, kolejki, pliki, API.
  • Konsumenci - aplikacje, raporty, integracje, joby nocne.
  • Tożsamość i uprawnienia - konta usług, linked server, certyfikaty.
  • Okna krytyczne - szczyt sprzedaży, zamknięcie miesiąca, batch księgowy.

Próba na kopii środowiska

Próba na produkcji to nie próba - to cięcie. Przed oknem serwisowym odtwarzamy możliwe wierną kopię: dane, uprawnienia, obciążenie zbliżone do szczytu, a nie „pusty” snapshot z piątku.

Na kopii sprawdzamy trzy rzeczy:

  1. czas samej migracji przy realistycznym wolumenie,
  2. czy aplikacje przełączają się na nowe endpointy bez ręcznej magii,
  3. czy rollback da się wykonać w czasie krótszym niż akceptowany przestój.

Kryterium powrotu

Kryterium powrotu ustalacie przed oknem, nie w trakcie eskalacji. To progi, po których decyzja jest automatyczna - bez dyskusji o „jeszcze pięć minut”.

SygnałPrógDecyzja
Czas migracji> 70% oknaRollback
Błędy aplikacjiWzrost > uzgodniony %Rollback
Spójność danychKontrola checksum / count failRollback
Replika / HABrak synchronizacjiWstrzymanie lub rollback

Osoba decyzyjna jest jedna. Komitet w nocy wydłuża okno bardziej niż sam skrypt.

Okno serwisowe w minutach

Gdy okno liczy się w minutach, liczy się checklista operacyjna: kto przełącza DNS lub connection string, kto monitoruje, kto komunikuje status do biznesu, kto odpala rollback.

Przed startem zamykamy też „miękkie” ryzyka: otwarte transakcje, długie raporty, synchronizacje partnerskie. Samo skrócenie technicznego okna nic nie da, jeśli w tle nadal lecą procesy, których nikt nie wstrzymał.

Checklista przed startem

Minimalny zestaw, który weryfikujemy dzień przed cięciem:

  • Mapa zależności z właścicielami i kontaktami dyżurnymi
  • Udokumentowane kryteria sukcesu i powrotu
  • Próba na kopii z wynikiem czasowym i listą usterek
  • Plan komunikacji (IT, biznes, partnerzy zewnętrzni)
  • Backup / snapshot z potwierdzonym czasem odtworzenia
  • Jedna osoba z prawem do decyzji o rollbacku

Planujecie migrację w tym kwartale?

Pomożemy ułożyć kolejność prac, próbę i kryteria cięcia - zanim okno serwisowe zacznie się liczyć wstecz.

Porozmawiaj z ekspertem

Porozmawiaj
z ekspertem

Skonsultuj potrzeby Twojej firmy z naszymi ekspertami. Poznaj rozwiązania, które pomogą usprawnić procesy biznesowe i zapewnić bezpieczeństwo danych.

Porozmawiaj z ekspertem
Michał Nitka
Michał Nitka

Key Account Manager