Zašto je kontrolna lista za migraciju neophodna
Migracija emaila jedna je od najrizičnijih informatičkih operacija koje organizacija može poduzeti. Premještate godine poslovne komunikacije između platformi, a jedan jedini propust može oštetiti metapodatke svih sandučadi. Najčešća žrtva? Datumi emailova. Nakon migracije, svaki email riskira prikazivanje datuma migracije umjesto izvornog datuma slanja ili primitka.
Ova kontrolna lista pokriva svaku fazu procesa migracije. Slijedite ove korake za minimiziranje rizika oštećenja datuma i drugih problema s metapodacima. A ako je migracija već dovršena i pojavili su se problemi s datumima, nastavite čitati.
Faza 1: planiranje prije migracije
Popisivanje sandučadi
Prije nego dotaknete migracijski alat, dokumentirajte svaki sanduče koji će se migrirati. Zabeležite ukupan broj sandučadi, približan broj emailova po sandučeu, raspon datuma najstarijih emailova i deljene sandučee ili distribucijske grupe. Ovaj popis određuje koji migracijski alat koristiti, koliko će migracija trajati i koja se tarifa primjenjuje za eventualne ispravke nakon migracije.
Odabir pravog migracijskog alata
Ne upravljaju svi migracijski alati datumima na isti način. Istražite kako svaki alat upravlja očuvanjem IMAP INTERNALDATE-a i dodaje li zaglavlja "Received" tijekom procesa APPEND-a. Popularni alati uključuju BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO i izvorni uvoz Exchange Admin Centera. Svaki od ovih alata može uzrokovati probleme s datumima jer sam IMAP protokol zahteva od odredišnog servera dodavanje zaglavlja "Received" pri umetanju. No neki alati bolje čuvaju INTERNALDATE od drugih. Za bolje razumevanje funkcionišenja INTERNALDATE-a, pogledajte IMAP INTERNALDATE: zašto se datumi kvare.
Napravite rezervnu kopiju svega
Kreirajte potpunu rezervnu kopiju svakog sandučadi prije migracije. Ova kopija služi i kao sigurnosna mreža i kao referentna točka za provjeru datuma naknadno. Za Google Workspace, koristite Google Takeout ili alat za sigurnosno kopiranje treće strane. Za Microsoft 365, koristite Exchange Online sigurnosno kopiranje ili PST izvoz. Za IMAP servere, koristite imapsync za kreiranje lokalne kopije.
Pohranite rezervne kopije na potpuno odvojenu lokaciju od izvornog i odredišnog servera.
Dokumentiranje izvornih datuma
Odaberite 10 do 20 emailova po sandučeu raspoređenih po različitim rasponima datuma (najstariji, najnoviji i nekoliko između). Zabeležite datum "Primitka", datum "Slanja" i izvorna zaglavlja svakog emaila. Ti referentni emailovi postaju vaša baza za provjeru nakon migracije. Napravite snimku zaslona sandučadi sortiranog po datumu za vizualnu dokumentaciju izvornog hronološkog poretka.
Faza 2: testna migracija
Najprije migrirajte testni sanduče
Nikad ne pokrećite potpunu migraciju bez prethodnog testiranja.
Kreirajte testni sanduče s reprezentativnim uzorkom emailova (najmanje 100, koji pokrivaju više godina). Pokrenite migraciju samo na tom sandučeu i detaljno pregledajte rezultate prije nastavka. Ovaj test otkriva probleme s datumima, greške kodiranja, greške u upravljanju prilozima i odstupanja u strukturi folder prije nego pogode produkcijske sandučee.
Provjera datuma na testnom sandučeu
Nakon migracije testnog sandučadi, odmah provjerite datume. Otvorite sanduče u klijentu elektroničke pošte koji će krajnji korisnici zapravo koristiti (Outlook, Apple Mail, Thunderbird ili webmail sučelje). Usporedite prikazane datume s referentnim emailovima dokumentiranim u Fazi 1. Provjerite i datume "Primitka" i "Slanja". Otvorite izvorna zaglavlja više emailova i potražite novo dodana zaglavlja "Received" s vremenskim pečatom migracije.
Ako su datumi krivi na testnom sandučeu, bit će krivi na svim sandučeima. Zaustavite sve i riješite problem prije nastavka s potpunom migracijom.
Testiranje s više klijenata elektroničke pošte
Različiti klijenti elektroničke pošte prikazuju datume različito. Gmail web sučelje može prikazivati ispravne datume (koristi zaglavlje "Date") dok Outlook prikazuje datum migracije (daje prednost zaglavlju "Received"). Testirajte sa svakim klijentom koji korisnici organizacije koriste, uključujući Outlook Desktop, Outlook na webu, Apple Mail, Thunderbird i bilo koju mobilnu aplikaciju za poštu.
Faza 3: provedba migracije
Konfiguracija migracijskog alata
Konfigurirajte migracijski alat za očuvanje INTERNALDATE-a koliko god je moguće. U imapsyncu, koristite odgovarajuće oznake za postavljanje INTERNALDATE-a na odredištu. U BitTitan MigrationWizu, provjerite napredne postavke za opcije upravljanja datumima. Ove postavke neće potpuno spriječiti probleme sa zaglavljem "Received", ali smanjuju ozbiljnost problema s datumima u nekim klijentima. Dokumentirajte svaku korištenu konfiguracijsku postavku kako biste mogli reproizvesti migraciju ako je potrebno.
Migrirajte u serijama
Ne migrirajte sve sandučee istovremeno. Migrirajte u serijama od 10 do 20 sandučadi, provjeravajući datume nakon svake serije. Ako serija pokaže probleme s datumima, otkrit ćete to prije nego što je cijela organizacija pogođena. Inače, migracija u serijama smanjuje i opterećenje izvornog i odredišnog servera, smanjujući rizik od vremenskih ograničenja ili grešaka veze koje mogu uzrokovati djelomične migracije.
Praćenje napretka
Pratite napredak migracije za svaki sanduče. Zabeležite vreme početka, vreme završetka, broj migriranih emailova i eventualne greške. Migracijski alati obično pružaju zapise, čuvajte ih za svaki sanduče. Ako se problemi s datumima otkriju kasnije, zapisi pomažu identificirati tačno koja serija migracije i koje postavke su korištene.
Faza 4: provjera nakon migracije
Odmah provjerite datume
Provjerite datume emailova unutar 24 sata od migracije. Za svaku seriju, otvorite 5 do 10 sandučadi i uporedite datume s referentnim podacima prije migracije. Ako su datumi krivi, dokumentirajte opseg problema (koliko je sandučadi pogođeno, koliko emailova po sandučeu) dok su informacije svježe.
Provjera svih vrsta folder
Problemi s datumima mogu različito utjecati na neke foldere. Provjerite datume u Pristigloj pošti, Poslanim stavkama, Skicama i svakoj prilagođenoj folderu ili oznaci. Neki migracijski alati obrađuju foldere sekvencijalno, i greške u jednoj folderu ne znače nužno greške u drugim.
Provjera pretrage i sortiranja
Otvorite migrirani sanduče, sortirajte po datumu i potvrdite da hronološki poredak odgovara izvorniku. Pretražite emailove po rasponu datuma i provjerite da su rezultati tačni. Testirajte svako automatizirano pravilo ili filter koji ovisi o datumima primitka. Ako organizacija koristi alate za usklađenost ili eDiscovery, provjerite da upiti temeljeni na datumu vraćaju ispravne rezultate.
Česte greške koje uzrokuju probleme s datumima
Preskakanje testne migracije
Najčešća greška je migracija svih sandučadi bez prethodnog testiranja. Kad se problemi s datumima otkriju, svi sandučei su pogođeni i izvorni server je možda već ugašen. Testna migracija od 30 minuta može spriječiti tjedne sanacije. Zašto je preskočiti?
Zanemarivanje dodavanja zaglavlja "Received"
Administratori se često fokusiraju na očuvanje INTERNALDATE-a i zanemaruju problem zaglavlja "Received". Čak i kad je INTERNALDATE ispravno postavljen, migracijsko zaglavlje "Received" uzrokuje da Outlook i drugi klijenti prikazuju krivi datum. Ovo je najčešći izvor pritužbi nakon migracije. Pročitajte zašto emailovi prikazuju krive datume nakon migracije za potpuno tehničko objašnjenje.
Prerano gašenje izvornog servera
Ako se problemi s datumima otkriju nakon gašenja izvornog servera, opcija ponovne migracije nestaje. Držite izvorni server dostupnim (makar samo za čitanje) najmanje 30 dana nakon migracije. To pruža rezervnu opciju ako se ozbiljni problemi pojave kasnije.
Što učiniti ako su datumi već krivi
Ako je migracija već provedena i datumi su netačni, problem je popravljiv. Izvorno zaglavlje "Date" sačuvano je u svakom emailu, što znači da ispravna informacija o datumu i dalje postoji. Datumi emailova mogu se ispraviti nakon migracije, čak i mesecima ili godinama kasnije.
Vlasnički mehanizam za ispravke Redate.io-a spaja se na sanduče i traži emailove s oštećenim metapodacima datuma. Višestupanjski analitički cevovod identificira migracijske potpise, primjenjuje ciljane ispravke čuvajući celovitost poruka (uključujući S/MIME potpise, multipart strukture i ne-ASCII zaglavlja), i provodi provjeru celovitosti na svakom ispravljenom emailu. Analiza je besplatna i prikazuje tačno koliko je emailova pogođeno. Izvornici se čuvaju u vidljivoj folderu rezervne kopije 30 dana.
Pokušaj ovakve vrste ispravka ručno ili prilagođenom skriptom je primamljiv ali rizičan. Posebni slučajevi poput PGP šifriranih poruka, oštećenih MIME granica, ugniježđenih multipart struktura i pomaka Content-Transfer-Encoding-a mogu tiho oštetiti emailove bez da se to primijeti dok ne bude prekasno. A kako provjeriti da je svih 10.000 ispravljenih emailova netaknuto?
Želite provjeriti ima li vaš sanduče problema s datumima? Pokrenite besplatnu analizu s Redate.io - nije potrebno nikakvo plaćanje da saznate koliko je emailova pogođeno.