Checklist migrace e-mailů: jak předejít problémům s daty

Proč je checklist migrace nezbytný

Migrace e-mailů patří k nejrizikovějším IT operacím, které může organizace podstoupit. Přesunujete roky profesionální komunikace mezi platformami a jediné opomenutí může poškodit metadata všech poštovních schránek. Nejčastější obětí? Data e-mailů. Po migraci hrozí, že každý e-mail zobrazí datum migrace místo původního data odeslání nebo přijetí.

Tento checklist pokrývá každou fázi procesu migrace. Dodržujte tyto kroky, abyste minimalizovali riziko poškození dat a dalších problémů s metadaty. A pokud je migrace již hotová a problémy s daty se objevily, čtěte dál.

Fáze 1: plánování před migrací

Inventarizace poštovních schránek

Než sáhnete na jakýkoli nástroj pro migraci, zdokumentujte každou schránku, která bude migrována. Zaznamenejte celkový počet schránek, přibližný počet e-mailů v každé schránce, rozsah dat nejstarších e-mailů a sdílené schránky nebo distribuční skupiny. Tento inventář určuje, který nástroj pro migraci použít, jak dlouho migrace potrvá a jaká cenová sazba se bude vztahovat na případné opravy po migraci.

Výběr správného nástroje pro migraci

Ne všechny nástroje pro migraci zacházejí s daty stejným způsobem. Zjistěte, jak každý nástroj zpracovává zachování IMAP INTERNALDATE a zda přidává hlavičky "Received" během procesu vkládání zpráv. Mezi oblíbené nástroje patří BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO a nativní import v Centru pro správu Exchange. Každý z těchto nástrojů může způsobit problémy s daty, protože samotný protokol IMAP vyžaduje, aby cílový server přidal hlavičku "Received" při vložení zprávy. Některé nástroje ale zachovávají INTERNALDATE lépe než jiné. Podrobněji se o fungování INTERNALDATE dozvíte v článku IMAP INTERNALDATE: proč se data kazí.

Záloha všeho

Před migrací vytvořte úplnou zálohu každé poštovní schránky. Tato záloha slouží jako záchranná síť i jako referenční bod pro ověření dat po migraci. Pro Google Workspace použijte Google Takeout nebo zálohovací nástroj třetí strany. Pro Microsoft 365 použijte zálohu Exchange Online nebo export do PST. Pro IMAP servery použijte imapsync k vytvoření lokální kopie.

Zálohy ukládejte na místo zcela oddělené od zdrojových i cílových serverů.

Dokumentace původních dat

Vyberte 10 až 20 e-mailů na schránku z různých časových rozsahů (nejstarší, nejnovější a několik mezi nimi). Zaznamenejte datum "Přijetí", datum "Odeslání" a nezpracované hlavičky každého e-mailu. Tyto referenční e-maily se stanou vaší základnou pro ověření po migraci. Pořiďte snímek obrazovky schránky seřazené podle data, abyste vizuálně zdokumentovali původní chronologické pořadí.

Fáze 2: testovací migrace

Nejprve migrujte testovací schránku

Nikdy nespouštějte úplnou migraci bez předchozího testování.

Vytvořte testovací schránku s reprezentativním vzorkem e-mailů (alespoň 100, pokrývajících několik let). Spusťte migraci pouze na tuto schránku a důkladně prozkoumejte výsledky, než budete pokračovat. Tento test odhalí problémy s daty, chyby kódování, chyby při zpracování příloh a rozdíly ve struktuře složek dříve, než ovlivní produkční schránky.

Ověřte data na testovací schránce

Po migraci testovací schránky okamžitě ověřte data. Otevřete schránku v e-mailovém klientovi, který budou skutečně používat koncoví uživatelé (Outlook, Apple Mail, Thunderbird nebo webové rozhraní). Porovnejte zobrazená data s referenčními e-maily zdokumentovanými ve Fázi 1. Zkontrolujte jak data "Přijetí", tak data "Odeslání". Otevřete nezpracované hlavičky několika e-mailů a hledejte nově přidané hlavičky "Received" s časovým razítkem migrace.

Pokud jsou data na testovací schránce špatná, budou špatná na všech schránkách. Zastavte vše a vyřešte problém, než přistoupíte k úplné migraci.

Testování s více e-mailovými klienty

Různí e-mailoví klienti zobrazují data odlišně. Webové rozhraní Gmailu může zobrazovat správná data (používá hlavičku "Date"), zatímco Outlook zobrazuje datum migrace (upřednostňuje hlavičku "Received"). Testujte s každým klientem, který uživatelé v organizaci používají: Outlook Desktop, Outlook na webu, Apple Mail, Thunderbird a všechny mobilní e-mailové aplikace.

Fáze 3: provedení migrace

Konfigurace nástroje pro migraci

Nakonfigurujte nástroj pro migraci tak, aby zachovával INTERNALDATE co nejlépe. V imapsync použijte příslušné příznaky pro nastavení INTERNALDATE na cílovém serveru. V BitTitan MigrationWiz zkontrolujte pokročilá nastavení pro možnosti správy dat. Tato nastavení zcela nezabrání problémům s hlavičkou "Received", ale v některých klientech sníží závažnost problémů s daty. Zdokumentujte každé použité nastavení konfigurace, abyste mohli migraci v případě potřeby zopakovat.

Migrace po dávkách

Nemigrujte všechny schránky najednou. Migrujte po dávkách 10 až 20 schránek a po každé dávce ověřte data. Pokud dávka vykazuje problémy s daty, zjistíte to dříve, než postihne celou organizaci. Migrace po dávkách navíc snižuje zátěž na zdrojovém i cílovém serveru a snižuje riziko timeoutů nebo chyb připojení, které mohou způsobit neúplné migrace.

Sledování průběhu

Sledujte průběh migrace pro každou schránku. Zaznamenejte čas zahájení, čas dokončení, počet migrovaných e-mailů a případné chyby. Nástroje pro migraci obvykle poskytují logy - uchovávejte je pro každou schránku. Pokud jsou problémy s daty odhaleny později, logy pomohou přesně identifikovat, která dávka migrace a jaká nastavení byla použita.

Fáze 4: ověření po migraci

Ověřte data ihned

Data e-mailů ověřte do 24 hodin po migraci. Pro každou dávku otevřete 5 až 10 schránek a porovnejte data s předmigračními referencemi. Pokud jsou data špatná, zdokumentujte rozsah problému (kolik schránek je postiženo, kolik e-mailů na schránku), dokud jsou informace čerstvé.

Zkontrolujte všechny typy složek

Problémy s daty mohou různé složky postihovat různě. Zkontrolujte data v Doručené poště, Odeslaných položkách, Konceptech a ve všech vlastních složkách nebo štítcích. Některé nástroje pro migraci zpracovávají složky postupně a chyby v jedné složce nemusí nutně znamenat chyby v ostatních.

Ověřte vyhledávání a řazení

Otevřete migrovanou schránku, seřaďte podle data a potvrďte, že chronologické pořadí odpovídá originálu. Vyhledejte e-maily podle časového rozsahu a ověřte, že výsledky jsou přesné. Otestujte všechna automatizovaná pravidla nebo filtry závislé na datech přijetí. Pokud organizace používá nástroje pro compliance nebo eDiscovery, ověřte, že dotazy založené na datech vrací správné výsledky.

Časté chyby způsobující problémy s daty

Přeskočení testovací migrace

Nejčastější chybou je migrace všech schránek bez předchozího testování. Když jsou problémy s daty odhaleny, všechny schránky jsou postiženy a zdrojový server může být již vypnutý. Třicetiminutová testovací migrace může ušetřit týdny nápravy. Proč se jí vzdávat?

Ignorování přidávání hlaviček "Received"

Správci se často soustředí na zachování INTERNALDATE a přehlížejí problém s hlavičkou "Received". I když je INTERNALDATE správně nastaven, hlavička "Received" z migrace způsobuje, že Outlook a další klienti zobrazují špatné datum. To je nejčastější zdroj stížností po migraci. Přečtěte si proč e-maily zobrazují špatné datum po migraci pro úplné technické vysvětlení.

Příliš brzké vypnutí zdrojového serveru

Pokud jsou problémy s daty odhaleny po vypnutí zdrojového serveru, možnost znovu migrovat mizí. Uchovávejte zdrojový server přístupný (i jen pro čtení) alespoň 30 dní po migraci. To poskytuje záložní řešení, pokud se později objeví závažné problémy.

Co dělat, když jsou data již poškozena

Pokud migrace již proběhla a data jsou nesprávná, problém je opravitelný. Původní hlavička "Date" je zachována v každém e-mailu, což znamená, že správná informace o datu stále existuje. Data e-mailů lze opravit i po migraci, a to i měsíce nebo roky poté.

Proprietární opravný engine Redate.io se připojí ke schránce a vyhledá e-maily s poškozenými metadaty dat. Víceúrovňový analytický pipeline identifikuje signatury migračních nástrojů, aplikuje cílené opravy při zachování integrity zpráv (včetně podpisů S/MIME, multipart struktur a non-ASCII hlaviček) a provede ověření integrity každého opraveného e-mailu. Analýza je zdarma a přesně ukáže, kolik e-mailů je postiženo. Originály jsou po dobu 30 dní uchovávány ve viditelné záložní složce.

Pokoušet se o takovou opravu ručně nebo vlastním skriptem je lákavé, ale riskantní. Speciální případy jako zprávy šifrované PGP, poškozené hranice MIME, vnořené multipart struktury a odchylky Content-Transfer-Encoding mohou tiše poškodit e-maily, aniž si toho všimnete, dokud nebude příliš pozdě. A jak ověříte, že 10 000 opravených e-mailů je všech v pořádku?

Chcete zjistit, zda má Vaše schránka problémy s daty? Spusťte bezplatnou analýzu s Redate.io - žádná platba není potřeba, abyste viděli, kolik e-mailů je postiženo.