Sähköpostimigraation tarkistuslista: päivämääräongelmat kuriin

Miksi migraatiotarkistuslista kannattaa tehdä

Sähköpostimigraatio on yksi riskialttiimmista IT-operaatioista, joita organisaatio voi toteuttaa. Vuosien arvoinen ammatillinen viestintä siirretään alustalta toiselle, ja yksi unohdettu askel voi korruptoida kaikkien postilaatikoiden metatiedot. Yleisin uhri? Sähköpostien päivämäärät. Migraation jälkeen jokainen sähköposti saattaa näyttää migraatiopäivän alkuperäisen lähetys- tai saapumispäivän sijaan.

Tämä tarkistuslista kattaa migraatioprosessin jokaisen vaiheen. Seuraa näitä askeleita päivämääräkorruption ja muiden metatietoongelmien riskin minimoimiseksi. Jos migraatio on jo tehty ja päivämääräongelmia on ilmennyt, lue eteenpäin.

Vaihe 1: migraation esisuunnittelu

Postilaatikoiden kartoitus

Ennen kuin kosket yhteenkään migraatiotyökaluun, dokumentoi jokainen siirrettävä postilaatikko. Kirjaa postilaatikoiden kokonaismäärä, sähköpostien likimääräinen lukumäärä per postilaatikko, vanhimpien sähköpostien päivämäärähaarukka sekä jaetut postilaatikot ja jakeluryhmät. Tämä kartoitus määrittää, mitä migraatiotyökalua käyttää, kuinka kauan migraatio kestää ja mikä hinnoittelu mahdollisiin migraation jälkeisiin korjauksiin soveltuu.

Oikean migraatiotyökalun valinta

Kaikki migraatiotyökalut eivät käsittele päivämääriä samalla tavalla. Selvitä, miten kukin työkalu hoitaa IMAP INTERNALDATE -säilytyksen ja lisääkö se "Received"-otsakkeita APPEND-prosessin aikana. Suosittuja työkaluja ovat BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO ja Exchangen hallintakeskuksen natiivi tuonti. Nämä kaikki voivat aiheuttaa päivämääräongelmia, koska IMAP-protokolla itse edellyttää kohdejärjestelmältä "Received"-otsakkeen lisäämistä viestin lisäyksen yhteydessä. Jotkin työkalut kuitenkin säilyttävät INTERNALDATE-arvon paremmin kuin toiset. INTERNALDATE-toiminnasta saat lisätietoa artikkelista IMAP INTERNALDATE ja päivämääräongelmat.

Varmuuskopioi kaikki

Tee täydellinen varmuuskopio jokaisesta postilaatikosta ennen migraatiota. Varmuuskopio toimii sekä turvaverkkona että vertailukohtana päivämäärien jälkikäteen tarkistamiseen. Google Workspacessa käytä Google Takeoutia tai kolmannen osapuolen varmuuskopiointityökalua. Microsoft 365:ssä käytä Exchange Online -varmuuskopiointia tai PST-vientiä. IMAP-palvelimilla käytä imapsynciä paikallisen kopion luomiseen.

Säilytä varmuuskopiot täysin erillisessä paikassa lähde- ja kohdepalvelimista.

Alkuperäisten päivämäärien dokumentointi

Valitse 10-20 sähköpostia per postilaatikko eri päivämäärähaarukalta (vanhimmat, uusimmat ja useita väliltä). Kirjaa kunkin sähköpostin "Vastaanotettu"- ja "Lähetetty"-päivämäärät sekä raa'at otsakkeet. Nämä vertailusähköpostit muodostavat tarkistusperustan migraation jälkeen. Ota kuvakaappaus päivämäärän mukaan lajitellusta postilaatikosta alkuperäisen kronologisen järjestyksen visuaaliseksi dokumentoimiseksi.

Vaihe 2: testimigraatio

Testaa ensin yhdellä postilaatikolla

Älä koskaan käynnistä täysimittaista migraatiota testaamatta ensin.

Luo testipostilaatikko edustavalla sähköpostiotoksella (vähintään 100 viestiä useiden vuosien ajalta). Suorita migraatio ainoastaan tälle postilaatikolle ja tutki tulokset perusteellisesti ennen jatkamista. Testi paljastaa päivämääräongelmat, koodausvirheet, liitetiedostojen käsittelybuggit ja kansiorakenteen poikkeamat ennen kuin ne vaikuttavat tuotantopostilaatikoihin.

Päivämäärien tarkistus testipostilaatikossa

Tarkista päivämäärät heti testipostilaatikon migraation jälkeen. Avaa postilaatikko siinä sähköpostiohjelmassa, jota loppukäyttäjät oikeasti käyttävät (Outlook, Apple Mail, Thunderbird tai webmail-käyttöliittymä). Vertaa näytettyjä päivämääriä vaiheessa 1 dokumentoituihin vertailusähköposteihin. Tarkista sekä "Vastaanotettu"- että "Lähetetty"-päivämäärät. Avaa useiden sähköpostien raa'at otsakkeet ja etsi äskettäin lisättyjä "Received"-otsakkeita, joissa on migraation aikaleima.

Jos päivämäärät ovat väärin testipostilaatikossa, ne ovat väärin kaikissa postilaatikoissa. Pysäytä kaikki ja ratkaise ongelma ennen kuin jatkat täyteen migraatioon.

Testaa useilla sähköpostiohjelmilla

Eri sähköpostiohjelmat näyttävät päivämäärät eri tavoin. Gmailin verkkokäyttöliittymä saattaa näyttää oikeat päivämäärät (se käyttää "Date"-otsaketta), kun taas Outlook näyttää migraatiopäivän (se suosii "Received"-otsaketta). Testaa jokaisella ohjelmalla, jota organisaation käyttäjät käyttävät: Outlook-työpöytäohjelma, Outlook verkossa, Apple Mail, Thunderbird ja kaikki mobiilisähköpostisovellukset.

Vaihe 3: migraation suoritus

Migraatiotyökalun konfigurointi

Konfiguroi migraatiotyökalu säilyttämään INTERNALDATE mahdollisimman hyvin. imapsyncissä käytä asianmukaisia lippuja INTERNALDATE-arvon asettamiseen kohteessa. BitTitan MigrationWizissa tarkista päivämäärien käsittelyasetukset lisäasetuksista. Nämä asetukset eivät täysin estä "Received"-otsakeongelmia, mutta ne vähentävät päivämääräongelmien vakavuutta tietyissä ohjelmissa. Dokumentoi kaikki käytetyt konfiguraatioasetukset, jotta migraatio voidaan tarvittaessa toistaa.

Migroi erissä

Älä migroi kaikkia postilaatikoita samanaikaisesti. Migroi 10-20 postilaatikon erissä ja tarkista päivämäärät jokaisen erän jälkeen. Jos jokin erä näyttää päivämääräongelmia, ne havaitaan ennen kuin koko organisaatio on vaikuttunut. Erissä migraatio vähentää myös lähde- ja kohdepalvelimien kuormitusta, mikä pienentää aikakatkaisujen tai yhteysvirheiden riskiä, jotka voivat aiheuttaa osittaisia migraatioita.

Seuraa edistymistä

Seuraa migraation etenemistä jokaisen postilaatikon kohdalla. Kirjaa aloitusaika, lopetusaika, siirrettyjen sähköpostien lukumäärä ja mahdolliset virheet. Migraatiotyökalut tarjoavat yleensä lokit - säilytä ne jokaisen postilaatikon osalta. Jos päivämääräongelmia löydetään myöhemmin, lokit auttavat selvittämään tarkalleen, mitä migraatioerää ja asetuksia käytettiin.

Vaihe 4: migraation jälkeinen varmennus

Tarkista päivämäärät heti

Tarkista sähköpostien päivämäärät 24 tunnin sisällä migraatiosta. Avaa jokaisen erän osalta 5-10 postilaatikkoa ja vertaa päivämääriä migraatiota edeltäviin vertailutietoihin. Jos päivämäärät ovat väärin, dokumentoi ongelman laajuus (kuinka monta postilaatikkoa vaikuttunut, kuinka monta sähköpostia per postilaatikko) kun tiedot ovat vielä tuoreessa muistissa.

Tarkista kaikki kansiotyypit

Päivämääräongelmat voivat vaikuttaa eri kansioihin eri tavoin. Tarkista päivämäärät Saapuneet-kansiossa, Lähetetyt-kansiossa, Luonnokset-kansiossa sekä kaikissa mukautetuissa kansioissa ja kansioissa. Jotkin migraatiotyökalut käsittelevät kansioita peräkkäin, eikä yhden kansion virhe välttämättä tarkoita virheitä muissa.

Tarkista haku ja lajittelu

Avaa migroitu postilaatikko, lajittele päivämäärän mukaan ja varmista, että kronologinen järjestys vastaa alkuperäistä. Hae sähköposteja päivämäärähaarukoilla ja tarkista, että tulokset ovat oikein. Testaa kaikki automatisoidut säännöt tai suodattimet, jotka riippuvat saapumispäivämääristä. Jos organisaatio käyttää vaatimustenmukaisuus- tai eDiscovery-työkaluja, varmista, että päivämääräpohjaiset kyselyt palauttavat oikeat tulokset.

Yleiset virheet, jotka aiheuttavat päivämääräongelmia

Testimigraation ohittaminen

Yleisin virhe on siirtää kaikki postilaatikot testaamatta ensin. Kun päivämääräongelmat havaitaan, kaikki postilaatikot ovat jo vaikuttuneet ja lähdepalvelin on ehkä jo sammutettu. 30 minuutin testimigraatio voi säästää viikkojen korjaustyöltä. Miksi jättää se väliin?

Received-otsakkeiden lisäysten huomiotta jättäminen

Ylläpitäjät keskittyvät usein INTERNALDATE-säilytykseen ja jättävät huomiotta "Received"-otsake-ongelman. Vaikka INTERNALDATE olisi asetettu oikein, migraation "Received"-otsake saa Outlookin ja muut ohjelmat näyttämään väärän päivämäärän. Tämä on yleisin migraation jälkeisten valitusten aihe. Lue miksi sähköpostit näyttävät väärän päivän migraation jälkeen saadaksesi täydellisen teknisen selityksen.

Lähdepalvelimen sammuttaminen liian aikaisin

Jos päivämääräongelmia löydetään lähdepalvelimen sammuttamisen jälkeen, uudelleenmigraatiovaihtoehto katoaa. Pidä lähdepalvelin saatavilla (vaikka vain lukutilassa) vähintään 30 päivää migraation jälkeen. Tämä tarjoaa varasuunnitelman, jos vakavia ongelmia ilmenee myöhemmin.

Mitä tehdä, jos päivämäärät ovat jo pielessä

Jos migraatio on jo tehty ja päivämäärät ovat väärin, ongelma on korjattavissa. Alkuperäinen "Date"-otsake on säilytetty jokaisessa sähköpostissa, mikä tarkoittaa, että oikea päivämäärätieto on yhä olemassa. Sähköpostien päivämäärät voidaan korjata migraation jälkeen, jopa kuukausia tai vuosia myöhemmin.

Redate.io:n omistusoikeudellinen korjausmoottori yhdistää postilaatikkoon ja etsii sähköpostit, joiden päivämäärän metatiedot ovat korruptoituneet. Monitasoinen analyysipipeline tunnistaa migraatiosignatuurit, kohdistaa korjaukset säilyttäen viestien eheyden (mukaan lukien S/MIME-allekirjoitukset, multipart-rakenteet ja ei-ASCII-otsakkeet) ja suorittaa eheystarkistuksen jokaiselle korjatulle sähköpostille. Analyysi on ilmainen ja näyttää tarkalleen, kuinka monta sähköpostia on vaikuttunut. Alkuperäiset viestit säilytetään näkyvässä varmuuskopiointikansiossa 30 päivän ajan.

Tällaisen korjauksen yrittäminen manuaalisesti tai omalla skriptillä on houkuttelevaa, mutta riskialtista. Erikoistapaukset kuten PGP-salatut viestit, korruptoituneet MIME-rajat, sisäkkäiset multipart-rakenteet ja Content-Transfer-Encoding-siirtymät voivat hiljaa korruptoida sähköposteja ilman, että se huomataan ennen kuin on liian myöhäistä. Ja miten varmistat, että 10 000 korjattua sähköpostia ovat kaikki eheitä?

Haluatko tarkistaa, onko postilaatikossasi päivämääräongelmia? Käynnistä ilmainen analyysi Redate.io:ssa - maksua ei tarvita nähdäksesi, kuinka monta sähköpostia on vaikuttunut.