Určete zdroj pravdy a rozsah historie, zmapujte pole i vazby, definujte pravidla čištění a vytvořte opakovatelný import. Migraci nacvičte na bezpečné kopii, sesouhlaste počty a význam dat, otestujte uživatelské procesy a teprve poté proveďte řízené přepnutí s připraveným návratem.
Nová webová aplikace může fungovat správně, a přesto selhat při nasazení, pokud do ní přijdou neúplná, duplicitní nebo nesprávně propojená data. Migrace není jednoduché kopírování tabulek. Starý systém často obsahuje skrytá pravidla, historické výjimky a hodnoty, jejichž význam zná jen část týmu.
Bezpečný postup začíná inventurou zdrojů a rozhodnutím, která data mají v novém řešení smysl. Následuje mapování, čištění, opakovatelný import a věcná kontrola se zástupci uživatelů. Produkční přepnutí potřebuje vlastníka, časový plán, způsob zachycení změn a jasné podmínky pro pokračování nebo návrat.
Inventarizujte zdroje a význam dat
Sepište databáze, tabulky, soubory, přílohy, číselníky a externí systémy, které tvoří současný proces. U každého zdroje označte vlastníka, kvalitu, citlivost, formát a způsob aktualizace. Tentýž zákazník může mít odlišné údaje v CRM, účetnictví a sdíleném souboru. Bez rozhodnutí o autoritativním zdroji se konflikt přenese do nové aplikace.
Rozsah neurčuje pouze dostupnost historie. Zjistěte, které staré záznamy uživatelé potřebují k rozhodování, které musí zůstat dostupné z jiného důvodu a které lze bezpečně archivovat. Přenos všeho zvyšuje čas, riziko i množství nejasností. Při vyřazení údajů zdokumentujte důvod a způsob budoucího dohledání oprávněné informace.
Mapujte pole, identity a vztahy
Mapovací tabulka má obsahovat zdrojové pole, cílové pole, datový typ, povinnost, transformační pravidlo a očekávané výjimky. Nezapomeňte na časová pásma, měny, kódování, desetinné oddělovače a význam prázdné hodnoty. Stejný název pole nemusí znamenat stejnou informaci a rozdílný název může skrývat totožný pojem.
Stabilní identity jsou důležitější než pořadí řádků. Vytvořte způsob propojení uživatelů, organizací, objednávek a příloh i po změně interních identifikátorů. Vazby importujte v určeném pořadí nebo je dočasně držte v mapovací vrstvě. Duplicity řešte podle transparentních pravidel a nepropojujte záznamy pouze na základě podobného jména.
- zdroj a cíl každého pole
- transformace a validace hodnoty
- pravidlo pro chybějící nebo neplatný údaj
- mapování starého a nového identifikátoru
Čistěte data bez ztráty původu
Čištění může sjednotit formát, odstranit zjevně neplatnou hodnotu nebo označit kandidáty na sloučení. Každé pravidlo však potřebuje vysvětlení a možnost zpětně určit původ. Automatická oprava nemá hádat údaj, který nelze spolehlivě odvodit. Nejasné případy oddělte do seznamu k rozhodnutí věcným vlastníkem.
Pracovní kopie chraňte stejně jako produkční data. Omezte přístup, používejte určené úložiště a po zkoušce je bezpečně odstraňte. Pokud vývoj nepotřebuje skutečné osobní údaje, připravte anonymizovanou nebo syntetickou sadu, která zachovává důležité okrajové případy. Transformace verzujte, aby šlo výsledek zopakovat a vysvětlit.
Nacvičte import a věcnou kontrolu
Importní proces má být opakovatelný a odolný vůči částečnému selhání. Zaznamenejte verzi vstupu, transformace, začátek, konec, chyby a výsledné počty podle typu záznamu. Zkušební běh odhalí výkon, pořadí závislostí i rozdíly mezi dokumentovaným a skutečným formátem. Opravu provádějte v pravidle, nikoli ručním zásahem do jednoho výsledku.
Technické počty nestačí. Uživatelé mají projít typické i rizikové scénáře: najít zákazníka, otevřít starší případ, zkontrolovat přílohu, pokračovat v rozpracovaném úkolu a ověřit oprávnění. Vzorky vybírejte napříč obdobími a výjimkami. Každou odchylku klasifikujte jako chybu zdroje, transformace, cílového modelu nebo očekávání.
Připravte přepnutí, sladění a návrat
Před produkčním termínem rozhodněte, kdy se starý systém přestane měnit nebo jak přenesete rozdíl od posledního exportu. Určete pořadí kroků, odpovědné osoby, komunikační kanál a podmínky úspěchu. Uživatelé musí vědět, co bude dočasně nedostupné a kam hlásit problém. Přístupy do nového systému ověřte ještě před samotným oknem.
Po importu porovnejte počty, součty tam, kde dávají věcný smysl, vazby a kontrolní vzorky. Výsledek písemně převezmou vlastníci dat, nejen technický tým. Návrat musí řešit i změny vytvořené po spuštění nové aplikace; prosté zapnutí starého systému by je mohlo ztratit. Zdrojové exporty a protokoly uchovávejte kontrolovaně podle plánu.
Časté dotazy
Je třeba migrovat celou historii ze starého systému?
Ne vždy. Rozsah určete podle reálného používání, povinností, kvality a možnosti bezpečného archivu. Důležité je, aby oprávněná osoba dokázala starší údaj najít, když jej potřebuje.
Stačí porovnat počet řádků před importem a po něm?
Ne. Počet neodhalí nesprávné hodnoty, rozbité vazby, duplicity ani chybná oprávnění. Kombinujte technické kontroly s věcnými vzorky a procházením skutečných uživatelských procesů.
Kdo má migraci dat schválit?
Technický tým potvrzuje průběh importu, ale význam a použitelnost dat mají schválit jejich vlastníci a zástupci uživatelů. U citlivých údajů zapojte i odpovědné bezpečnostní a právní role.
Zdroje a další čtení
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
