Miért nélkülözhetetlen a migrációs ellenőrzőlista
Az email migráció az egyik legkockázatosabb informatikai művelet, amelyet egy szervezet végrehajthat. Évek szakmai kommunikációját helyezzük át platformok között, és egyetlen figyelmetlenség is sértheti az összes postafiók metaadatait. A leggyakoribb áldozat? Az email dátumok. Migráció után minden email az eredeti küldési vagy fogadási dátum helyett a migrációs dátumot jelenítheti meg.
Ez az ellenőrzőlista a migrációs folyamat minden fázisát lefedi. Kövesse ezeket a lépéseket a dátum- és egyéb metaadat-sérülés kockázatának minimalizálásához. Ha a migráció már megtörtént és dátumproblémák merültek fel, olvasson tovább.
1. fázis: migráció előtti tervezés
Postafiókok leltározása
Mielőtt bármely migrációs eszközhöz nyúlna, dokumentáljon minden migrálandó postafiókot. Rögzítse a postafiókok összszámát, a hozzávetőleges email-számot postafiókonként, a legrégebbi emailek dátumtartományát, valamint a megosztott postafiókokat vagy csoportterjesztőket. Ez a leltár meghatározza, melyik migrációs eszközt érdemes használni, mennyi időt vesz igénybe a migráció, és milyen árazás vonatkozik az esetleges migráció utáni javításokra.
A megfelelő migrációs eszköz kiválasztása
Nem minden migrációs eszköz kezeli ugyanúgy a dátumokat. Tájékozódjon arról, hogyan kezeli az egyes eszköz az IMAP INTERNALDATE megőrzését, és hogy ad-e hozzá "Received" fejléceket az APPEND folyamat során. A népszerű eszközök közé tartozik a BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO és az Exchange felügyeleti központ natív importja. Ezek mindegyike okozhat dátumproblémát, mert maga az IMAP protokoll megköveteli, hogy a célszerver "Received" fejlécet adjon hozzá a beillesztéskor. De egyes eszközök jobban megőrzik az INTERNALDATE-et, mint mások. Az INTERNALDATE működésének jobb megértéséhez lásd: IMAP INTERNALDATE: miért hibásodnak meg a dátumok.
Teljes biztonsági mentés
Készítsen teljes biztonsági másolatot minden postafiókról a migráció előtt. Ez a biztonsági másolat biztonsági hálóként és referencia-pontként szolgál a dátumok utólagos ellenőrzéséhez. Google Workspace-hez használjon Google Takeout-ot vagy harmadik féltől származó biztonsági mentési eszközt. Microsoft 365-höz használjon Exchange Online biztonsági mentést vagy PST exportot. IMAP-szervereknél használjon imapsyncet helyi másolat készítéséhez.
Tárolja a biztonsági másolatokat a forrás- és célszervertől teljesen független helyen.
Eredeti dátumok dokumentálása
Válasszon ki 10-20 emailt postafiókonként, különböző dátumtartományokból (a legrégebb, a legújabb és több közbülső). Rögzítse a "Fogadva" dátumot, a "Küldve" dátumot és minden email nyers fejléceit. Ezek a referencia-emailek lesznek az ellenőrzési alapja a migráció után. Készítsen képernyőképet a dátum szerint rendezett postafiókról az eredeti kronológiai rend vizuális dokumentálásához.
2. fázis: teszt migráció
Először egy teszt postafiók migrálása
Soha ne indítson teljes migrációt tesztelés nélkül.
Hozzon létre egy teszt postafiókot reprezentatív email-mintával (legalább 100, több évet lefedve). Futtassa a migrációt ezen az egyetlen fiókon és vizsgálja meg alaposan az eredményeket, mielőtt továbblépne. Ez a teszt feltárja a dátumproblémákat, kódolási hibákat, mellékletkezelési hibákat és mappaszerkezeti eltéréseket, mielőtt azok az éles postafiókokat érintenék.
Dátumok ellenőrzése a teszt postafiókon
A teszt postafiók migrálása után azonnal ellenőrizze a dátumokat. Nyissa meg a postafiókot abban a levelezőkliensben, amelyet a végfelhasználók ténylegesen használni fognak (Outlook, Apple Mail, Thunderbird vagy a webmail felület). Hasonlítsa össze a megjelenített dátumokat az 1. fázisban dokumentált referencia-emailekkel. Ellenőrizze mind a "Fogadva", mind a "Küldve" dátumokat. Nyissa meg több email nyers fejléceit és keresse a migrációs időbélyeggel újonnan hozzáadott "Received" fejléceket.
Ha a teszt postafiókon hibásak a dátumok, az összes postafiókon hibásak lesznek. Álljon meg és oldja meg a problémát, mielőtt a teljes migrációt végrehajtaná.
Tesztelés több levelezőklienssel
A különböző levelezőkliensek eltérően jelenítik meg a dátumokat. A Gmail webes felülete helyes dátumokat mutathat (a "Date" fejlécet használja), miközben az Outlook a migrációs dátumot mutatja (a "Received" fejlécet részesíti előnyben). Teszteljen minden klienssel, amelyet a szervezet felhasználói használnak, különösen az Outlook Desktop-pal, Outlook on the web-bel, Apple Maillel, Thunderbirddel és bármely mobil levelezőalkalmazással.
3. fázis: migráció végrehajtása
Migrációs eszköz konfigurálása
Konfigurálja a migrációs eszközt az INTERNALDATE lehető legjobb megőrzéséhez. imapsyncnél használja a megfelelő kapcsolókat az INTERNALDATE célhelyen történő beállításához. BitTitan MigrationWiz-nél ellenőrizze a haladó beállításokat a dátumkezelési opciókért. Ezek a beállítások nem akadályozzák meg teljesen a "Received" fejléc problémákat, de csökkentik a dátumproblémák súlyosságát egyes kliensekben. Dokumentáljon minden konfigurációs beállítást, hogy szükség esetén reprodukálhassa a migrációt.
Kötegelt migráció
Ne migrálja az összes postafiókot egyszerre. Migráljon 10-20-as kötegekben, minden köteg után ellenőrizve a dátumokat. Ha egy köteg dátumproblémákat mutat, még azelőtt felfedezhető, hogy az egész szervezet érintett lenne. Egyébként a kötegelt migráció a forrás- és célszerver terhelését is csökkenti, mérsékelve a timeout-ok vagy csatlakozási hibák kockázatát, amelyek részleges migrációkat okozhatnak.
Előrehaladás nyomon követése
Kövesse a migráció előrehaladását minden postafióknál. Rögzítse a kezdési időt, befejezési időt, a migrált emailek számát és az esetleges hibákat. A migrációs eszközök általában naplókat biztosítanak; őrizze meg ezeket minden postafiókhoz. Ha dátumproblémák derülnek ki később, a naplók segítenek azonosítani, hogy pontosan melyik migrációs köteg és milyen beállítások voltak érintettek.
4. fázis: migráció utáni ellenőrzés
Azonnali dátumellenőrzés
Ellenőrizze az email dátumokat a migrációt követő 24 órán belül. Minden kötegből nyisson meg 5-10 postafiókot és hasonlítsa össze a dátumokat a migráció előtti referenciákkal. Ha a dátumok hibásak, dokumentálja a probléma terjedelmét (hány fiók érintett, hány email fiókonként), amíg az információ friss.
Minden mappatípus ellenőrzése
A dátumproblémák egyes mappákat eltérően érinthetnek. Ellenőrizze a dátumokat a Beérkezett üzenetekben, az Elküldött elemekben, a Piszkozatokban és minden egyéni mappában vagy címkében. Egyes migrációs eszközök a mappákat egymás után dolgozzák fel, és egy mappában fellépő hibák nem feltétlenül jeleznek hibákat a többiben.
Keresés és rendezés ellenőrzése
Nyisson meg egy migrált postafiókot, rendezzen dátum szerint és erősítse meg, hogy a kronológiai rend megegyezik az eredetivel. Keressen emaileket dátumtartomány szerint és ellenőrizze az eredmények pontosságát. Teszteljen minden automatizált szabályt vagy szűrőt, amely a fogadási dátumoktól függ. Ha a szervezet megfelelőségi vagy eDiscovery eszközöket használ, ellenőrizze, hogy a dátumalapú lekérdezések helyes eredményeket adnak.
Gyakori hibák, amelyek dátumproblémákat okoznak
A teszt migráció kihagyása
A leggyakoribb hiba az összes postafiók migrálása tesztelés nélkül. Amikor a dátumproblémák felfedezésre kerülnek, minden postafiók érintett, és a forrásszerver esetleg már ki lett kapcsolva. Egy 30 perces teszt migráció hetekig tartó javítást előzhet meg. Miért hagyná ki?
A "Received" fejléc hozzáadások figyelmen kívül hagyása
Az adminisztrátorok gyakran az INTERNALDATE megőrzésére koncentrálnak és elhanyagolják a "Received" fejléc problémát. Még ha az INTERNALDATE helyesen van beállítva, a migrációs "Received" fejléc miatt az Outlook és más kliensek rossz dátumot jelenítenek meg. Ez a migráció utáni panaszok leggyakoribb forrása. Olvassa el a miért mutatnak rossz dátumot az emailek migráció után cikket a teljes technikai magyarázatért.
A forrásszerver túl korai leállítása
Ha dátumproblémák derülnek ki a forrásszerver leállítása után, az újramigráció lehetősége megszűnik. Tartsa a forrásszervert elérhetőn (akár csak olvashatóan) legalább 30 napig a migráció után. Ez biztosít egy visszaesési lehetőséget, ha később komolyabb problémák merülnek fel.
Teendők, ha a dátumok már hibásak
Ha a migráció már megtörtént és a dátumok hibásak, a probléma javítható. Az eredeti "Date" fejléc megőrződik minden emailben, ami azt jelenti, hogy a helyes dátuminformáció még mindig létezik. Az email dátumok javíthatók migráció után, akár hónapokkal vagy évekkel később is.
A Redate.io saját javítómotorja csatlakozik a postafiókhoz és megkeresi a sérült dátum-metaadatokkal rendelkező emaileket. A többlépcsős elemzési folyamat azonosítja a migrációs aláírásokat, célzott javításokat alkalmaz az üzenetek integritásának megőrzése mellett (beleértve az S/MIME aláírásokat, multipart struktúrákat és nem ASCII fejléceket), és integritásellenőrzést hajt végre minden javított emailen. Az elemzés ingyenes és pontosan megmutatja, hány email érintett. Az eredetik 30 napig látható biztonsági másolat mappában maradnak.
Kísértés lehet ezt a javítást kézzel vagy egyedi szkripttel megkísérelni, de ez kockázatos. Az olyan szélső esetek, mint a PGP-titkosított üzenetek, sérült MIME-határok, beágyazott multipart struktúrák és Content-Transfer-Encoding eltolódások csendben sérthetnek emaileket anélkül, hogy bárki észrevenné, amíg nem lesz túl késő. Hogyan ellenőrizhető, hogy 10 000 javított email mind sértetlen?
Készen áll ellenőrizni, van-e dátumprobléma a postafiókjában? Indítson egy ingyenes elemzést a Redate.io-val - nincs szükség fizetésre az érintett emailek számának megtekintéséhez.