Checklist migrácie emailov: predchádzanie problémom s dátumami

Prečo je checklist migrácie nevyhnutný

Migrácia emailov patrí medzi najrizikovejšie IT operácie, aké môže organizácia podstúpiť. Presúvate roky profesionálnej komunikácie medzi platformami a jediná chyba môže poškodiť metadáta všetkých schránok. Najčastejšia obeť? Dátumy emailov. Po migrácii každý email riskuje zobrazenie dátumu migrácie namiesto pôvodného dátumu odoslania alebo prijatia.

Tento checklist pokrýva každú fázu procesu migrácie. Postupujte podľa týchto krokov, aby ste minimalizovali riziko poškodenia dátumov a iných problémov s metadátami. A ak je migrácia už hotová a problémy s dátumami sa objavili, čítajte ďalej.

Fáza 1: plánovanie pred migráciou

Inventarizácia schránok

Predtým, ako siahnete na akýkoľvek migračný nástroj, zdokumentujte každú schránku, ktorá bude migrovaná. Zaznamenajte celkový počet schránok, orientačný počet emailov v každej schránke, rozsah dátumov najstarších emailov a zdieľané schránky alebo distribučné skupiny. Tento inventár určuje, ktorý migračný nástroj použiť, ako dlho migrácia potrvá a aká cenová sadzba sa uplatní pri prípadných opravách po migrácii.

Výber správneho migračného nástroja

Nie všetky migračné nástroje zaobchádzajú s dátumami rovnako. Zistite, ako každý nástroj rieši zachovanie IMAP INTERNALDATE a či pridáva hlavičky "Received" počas procesu vkladania správ. Medzi populárne nástroje patria BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO a natívny import v Centre správy Exchange. Každý z týchto nástrojov môže spôsobiť problémy s dátumami, pretože samotný protokol IMAP vyžaduje, aby cieľový server pridal hlavičku "Received" pri vkladaní správy. Niektoré nástroje však zachovávajú INTERNALDATE lepšie ako iné. Pre lepšie pochopenie fungovania INTERNALDATE si pozrite článok IMAP INTERNALDATE: prečo dátumy prestávajú fungovať.

Zálohovanie všetkého

Vytvorte úplnú zálohu každej schránky pred migráciou. Táto záloha slúži ako záchranná sieť aj ako referenčný bod na overenie dátumov po migrácii. Pre Google Workspace použite Google Takeout alebo zálohovací nástroj tretej strany. Pre Microsoft 365 použite zálohu Exchange Online alebo export do PST. Pre IMAP servery použite imapsync na vytvorenie lokálnej kópie.

Zálohy uložte na mieste, ktoré je úplne oddelené od zdrojových aj cieľových serverov.

Dokumentácia pôvodných dátumov

Vyberte 10 až 20 emailov na schránku z rôznych časových období (najstaršie, najnovšie a niekoľko zo stredu). Zaznamenajte dátum "Prijatia", dátum "Odoslania" a surové hlavičky každého emailu. Tieto referenčné emaily sa stanú vaším základom overenia po migrácii. Urobte snímku obrazovky schránky zoradenej podľa dátumu, aby ste vizuálne zdokumentovali pôvodné chronologické poradie.

Fáza 2: testovacia migrácia

Najprv zmigrujte testovaciu schránku

Nikdy nespúšťajte plnú migráciu bez predchádzajúceho testovania.

Vytvorte testovaciu schránku s reprezentatívnou vzorkou emailov (aspoň 100, pokrývajúcich niekoľko rokov). Spustite migráciu len na tejto schránke a dôkladne preskúmajte výsledky pred pokračovaním. Tento test odhalí problémy s dátumami, chyby kódovania, chyby pri spracovaní príloh a odchýlky v štruktúre priečinkov skôr, ako ovplyvnia produkčné schránky.

Overenie dátumov na testovacej schránke

Po migrácii testovacej schránky ihneď overte dátumy. Otvorte schránku v emailovom klientovi, ktorý budú koncoví používatelia skutočne používať (Outlook, Apple Mail, Thunderbird alebo webové rozhranie). Porovnajte zobrazené dátumy s referenčnými emailmi zdokumentovanými vo Fáze 1. Overte dátumy "Prijatia" aj "Odoslania". Otvorte surové hlavičky niekoľkých emailov a vyhľadajte novo pridané hlavičky "Received" s časovou pečiatkou migrácie.

Ak sú dátumy na testovacej schránke chybné, budú chybné na všetkých schránkach. Zastavte všetko a vyriešte problém pred pokračovaním s plnou migráciou.

Testovanie s viacerými emailovými klientmi

Rôzni emailoví klienti zobrazujú dátumy odlišne. Webové rozhranie Gmailu môže zobrazovať správne dátumy (používa hlavičku "Date"), zatiaľ čo Outlook zobrazuje dátum migrácie (uprednostňuje hlavičku "Received"). Testujte s každým klientom, ktorý používatelia organizácie využívajú, vrátane Outlook pre desktop, Outlook na webe, Apple Mail, Thunderbird a akýchkoľvek mobilných emailových aplikácií.

Fáza 3: vykonanie migrácie

Konfigurácia migračného nástroja

Nakonfigurujte migračný nástroj tak, aby čo najlepšie zachoval INTERNALDATE. V imapsync použite vhodné príznaky na nastavenie INTERNALDATE na cieľovom serveri. V BitTitan MigrationWiz skontrolujte rozšírené nastavenia pre možnosti správy dátumov. Tieto nastavenia úplne nezabránia problémom s hlavičkou "Received", ale znížia závažnosť problémov s dátumami v niektorých klientoch. Zdokumentujte každé použité konfiguračné nastavenie, aby ste mohli migráciu v prípade potreby zopakovať.

Migrácia po dávkach

Nemigrujte všetky schránky súčasne. Migrujte po dávkach 10 až 20 schránok a po každej dávke overte dátumy. Ak dávka vykazuje problémy s dátumami, zachytíte to skôr, ako bude ovplyvnená celá organizácia. Migrácia po dávkach mimochodom znižuje aj záťaž na zdrojových a cieľových serveroch, čím sa znižuje riziko timeoutov alebo chýb pripojenia, ktoré môžu spôsobiť neúplné migrácie.

Sledovanie postupu

Sledujte postup migrácie pre každú schránku. Zaznamenajte čas začiatku, čas ukončenia, počet zmigrovaných emailov a prípadné chyby. Migračné nástroje zvyčajne poskytujú logy, uchovajte ich pre každú schránku. Ak sa problémy s dátumami objavia neskôr, logy pomôžu presne identifikovať, ktorá dávka migrácie a aké nastavenia boli použité.

Fáza 4: overenie po migrácii

Okamžité overenie dátumov

Overte dátumy emailov do 24 hodín po migrácii. Pre každú dávku otvorte 5 až 10 schránok a porovnajte dátumy s referenciami pred migráciou. Ak sú dátumy chybné, zdokumentujte rozsah problému (koľko schránok je postihnutých, koľko emailov v každej schránke), kým sú informácie čerstvé.

Overenie všetkých typov priečinkov

Problémy s dátumami môžu postihovať niektoré priečinky odlišne. Overte dátumy v Doručenej pošte, Odoslaných položkách, Konceptoch a všetkých vlastných priečinkoch alebo štítkoch. Niektoré migračné nástroje spracúvajú priečinky sekvenčne a chyby v jednom priečinku neznamenajú automaticky chyby v ostatných.

Overenie vyhľadávania a triedenia

Otvorte zmigrovanú schránku, zoraďte podľa dátumu a potvrďte, že chronologické poradie zodpovedá pôvodnému. Vyhľadajte emaily podľa rozsahu dátumov a overte, či sú výsledky presné. Otestujte všetky automatizované pravidlá alebo filtre, ktoré závisia od dátumov prijatia. Ak organizácia používa nástroje na dodržiavanie súladu s GDPR alebo eDiscovery, overte, že dotazy založené na dátumoch vrátia správne výsledky.

Časté chyby, ktoré spôsobujú problémy s dátumami

Vynechanie testovacej migrácie

Najčastejšia chyba je migrovať všetky schránky bez predchádzajúceho testovania. Keď sa problémy s dátumami odhalia, všetky schránky sú postihnuté a zdrojový server mohol byť medzitým už vypnutý. Testovacia migrácia trvajúca 30 minút môže ušetriť týždne nápravných prác. Prečo sa jej vzdávať?

Ignorovanie pridávania hlavičiek "Received"

Administrátori sa často sústredia na zachovanie INTERNALDATE a prehliadajú problém hlavičky "Received". Aj keď je INTERNALDATE správne nastavený, hlavička "Received" z migrácie spôsobuje, že Outlook a iní klienti zobrazujú nesprávny dátum. Toto je najčastejší zdroj sťažností po migrácii. Prečítajte si článok prečo emaily zobrazujú nesprávne dátumy po migrácii pre úplné technické vysvetlenie.

Predčasné vypnutie zdrojového servera

Ak sa problémy s dátumami odhalia po vypnutí zdrojového servera, možnosť opätovnej migrácie zmizne. Udržujte zdrojový server dostupný (aj len na čítanie) aspoň 30 dní po migrácii. To poskytuje záložné riešenie, ak sa neskôr objavia závažné problémy.

Čo robiť, ak sú dátumy už poškodené

Ak bola migrácia už vykonaná a dátumy sú nesprávne, problém je opraviteľný. Pôvodná hlavička "Date" je zachovaná v každom emaili, čo znamená, že správna informácia o dátume stále existuje. Dátumy emailov je možné opraviť aj po migrácii, dokonca aj mesiace alebo roky neskôr.

Proprietárny opravný engine Redate.io sa pripojí k schránke a vyhľadá emaily s poškodenými metadátami dátumov. Viacstupňový analytický pipeline identifikuje signatúry migrácie, aplikuje cielené opravy pri zachovaní integrity správ (vrátane S/MIME podpisov, multipart štruktúr a non-ASCII hlavičiek) a vykoná overenie integrity každého opraveného emailu. Analýza je bezplatná a ukáže presne, koľko emailov je postihnutých. Pôvodné správy sú počas 30 dní uchovávané v viditeľnom záložnom priečinku.

Pokúšať sa o takúto opravu manuálne alebo pomocou vlastného skriptu je lákavé, ale riskantné. Špeciálne prípady ako PGP šifrované správy, poškodené MIME hranice, vnorené multipart štruktúry a odchýlky Content-Transfer-Encoding môžu ticho poškodiť emaily bez toho, aby ste si to všimli, kým nie je príliš neskoro. A ako overíte, že 10 000 opravených emailov je všetkých v poriadku?

Chcete zistiť, či má vaša schránka problémy s dátumami? Spustite bezplatnú analýzu s Redate.io - na zistenie počtu postihnutých emailov nie je potrebná žiadna platba.