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čića. 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čića
Prije nego dotaknete migracijski alat, dokumentirajte svaki sandučić koji će se migrirati. Zabilježite ukupan broj sandučića, približan broj emailova po sandučiću, raspon datuma najstarijih emailova i dijeljene sandučiće 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 zahtijeva od odredišnog poslužitelja dodavanje zaglavlja "Received" pri umetanju. No neki alati bolje čuvaju INTERNALDATE od drugih. Za bolje razumijevanje funkcioniranja INTERNALDATE-a, pogledajte IMAP INTERNALDATE: zašto se datumi kvare.
Napravite sigurnosnu kopiju svega
Kreirajte potpunu sigurnosnu kopiju svakog sandučića 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 poslužitelje, koristite imapsync za kreiranje lokalne kopije.
Pohranite sigurnosne kopije na potpuno odvojenu lokaciju od izvornog i odredišnog poslužitelja.
Dokumentiranje izvornih datuma
Odaberite 10 do 20 emailova po sandučiću raspoređenih po različitim rasponima datuma (najstariji, najnoviji i nekoliko između). Zabiljež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čića sortiranog po datumu za vizualnu dokumentaciju izvornog kronološkog poretka.
Faza 2: testna migracija
Najprije migrirajte testni sandučić
Nikad ne pokrećite potpunu migraciju bez prethodnog testiranja.
Kreirajte testni sandučić s reprezentativnim uzorkom emailova (najmanje 100, koji pokrivaju više godina). Pokrenite migraciju samo na tom sandučiću i detaljno pregledajte rezultate prije nastavka. Ovaj test otkriva probleme s datumima, pogreške kodiranja, greške u upravljanju privicima i odstupanja u strukturi mapa prije nego pogode produkcijske sandučiće.
Provjera datuma na testnom sandučiću
Nakon migracije testnog sandučića, odmah provjerite datume. Otvorite sandučić 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 vremenskom oznakom migracije.
Ako su datumi krivi na testnom sandučiću, bit će krivi na svim sandučićima. 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 reproducirati migraciju ako je potrebno.
Migrirajte u serijama
Ne migrirajte sve sandučiće istovremeno. Migrirajte u serijama od 10 do 20 sandučića, 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 poslužitelja, smanjujući rizik od vremenskih ograničenja ili pogrešaka veze koje mogu uzrokovati djelomične migracije.
Praćenje napretka
Pratite napredak migracije za svaki sandučić. Zabilježite vrijeme početka, vrijeme završetka, broj migriranih emailova i eventualne pogreške. Migracijski alati obično pružaju zapise, čuvajte ih za svaki sandučić. Ako se problemi s datumima otkriju kasnije, zapisi pomažu identificirati toč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čića i usporedite datume s referentnim podacima prije migracije. Ako su datumi krivi, dokumentirajte opseg problema (koliko je sandučića pogođeno, koliko emailova po sandučiću) dok su informacije svježe.
Provjera svih vrsta mapa
Problemi s datumima mogu različito utjecati na neke mape. Provjerite datume u Pristigloj pošti, Poslanim stavkama, Skicama i svakoj prilagođenoj mapi ili oznaci. Neki migracijski alati obrađuju mape sekvencijalno, i pogreške u jednoj mapi ne znače nužno pogreške u drugim.
Provjera pretraživanja i sortiranja
Otvorite migrirani sandučić, sortirajte po datumu i potvrdite da kronološki poredak odgovara izvorniku. Pretražite emailove po rasponu datuma i provjerite da su rezultati toč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 pogreške koje uzrokuju probleme s datumima
Preskakanje testne migracije
Najčešća pogreška je migracija svih sandučića bez prethodnog testiranja. Kad se problemi s datumima otkriju, svi sandučići su pogođeni i izvorni poslužitelj 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 poslužitelja
Ako se problemi s datumima otkriju nakon gašenja izvornog poslužitelja, opcija ponovne migracije nestaje. Držite izvorni poslužitelj 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 netoč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 mjesecima ili godinama kasnije.
Vlasnički mehanizam za ispravke Redate.io-a spaja se na sandučić i traži emailove s oštećenim metapodacima datuma. Višestupanjski analitički cjevovod identificira migracijske potpise, primjenjuje ciljane ispravke čuvajući cjelovitost poruka (uključujući S/MIME potpise, multipart strukture i ne-ASCII zaglavlja), i provodi provjeru cjelovitosti na svakom ispravljenom emailu. Analiza je besplatna i prikazuje točno koliko je emailova pogođeno. Izvornici se čuvaju u vidljivoj mapi sigurnosne 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čić problema s datumima? Pokrenite besplatnu analizu s Redate.io - nije potrebno nikakvo plaćanje da saznate koliko je emailova pogođeno.