Miksi migraation tarkistuslista on välttämätön
Sähköpostimigraatio on yksi riskialtteimmista IT-operaatioista joita organisaatio voi suorittaa. Vuosien liikekommunikaatiota siirretään alustojen välillä, ja yksi unohdus voi korruptoida kaikkien postilaatikoiden metatiedot. Yleisin uhri? Sähköpostien päivämäärät.
Tämä tarkistuslista kattaa migraatioprosessin jokaisen vaiheen. Noudata näitä askelia päivämääräkorruption ja muiden metadataongelmien riskin minimoimiseksi. Ja jos migraatio on jo tehty ja päivämääräongelmia on ilmennyt, jatka lukemista.
Vaihe 1: migraation suunnittelu
Postilaatikoiden inventointi
Ennen minkään migraatiotyökalun käyttämistä, dokumentoi jokainen siirrettävä postilaatikko. Tallenna postilaatikoiden kokonaismäärä, arvioitu sähköpostimäärä per postilaatikko, vanhimpien sähköpostien päivämääräväli sekä jaetut postilaatikot tai jakelulistat.
Oikean migraatiotyökalun valinta
Kaikki migraatiotyökalut eivät käsittele päivämääriä samalla tavalla. Selvitä miten kukin työkalu käsittelee IMAP INTERNALDATE:n säilytyksen ja lisääkö se "Received"-otsakkeita APPEND-prosessin aikana. INTERNALDATE:n toiminnan ymmärtämiseen katso IMAP INTERNALDATE: miksi päivämäärät hajoavat.
Varmuuskopioi kaikki
Luo täydellinen varmuuskopio jokaisesta postilaatikosta ennen migraatiota. Tämä varmuuskopio toimii sekä turvaverkkona että viitepisteena päivämäärien varmistamiseen jälkikäteen.
Alkuperäisten päivämäärien dokumentointi
Valitse 10-20 sähköpostia per postilaatikko eri päivämääräväleiltä. Tallenna "Vastaanotettu"-päivä, "Lähetetty"-päivä ja raakaotsakkeet. Nämä viitesähköpostit muodostavat varmentamisperustan migraation jälkeen.
Vaihe 2: testimigraatio
Testaa ensin yhdellä postilaatikolla
Älä koskaan käynnistä täyttä migraatiota testaamatta ensin.
Luo testipostilaatikko edustavalla sähköpostiotannalla (vähintään 100, kattaen useita vuosia). Aja migraatio tälle ainoalle postilaatikolle ja tutki tulokset perusteellisesti ennen jatkamista.
Päivämäärien varmistaminen testipostilaatikossa
Testipostilaatikon siirron jälkeen tarkista päivämäärät välittömästi. Avaa postilaatikko asiakasohjelmassa jota loppukäyttäjät todella käyttävät. Vertaa näytettyjä päivämääriä vaiheessa 1 dokumentoituihin viitesähköposteihin.
Jos päivämäärät ovat pielessä testipostilaatikossa, ne ovat pielessä kaikissa postilaatikoissa. Pysäytä kaikki ja ratkaise ongelma ennen täyden migraation aloittamista.
Testaa useilla sähköpostiohjelmilla
Eri sähköpostiohjelmat näyttävät päivämääriä eri tavoin. Gmailin verkkoliittymä voi näyttää oikeita päiviä kun taas Outlook näyttää migraatiopäivän. Testaa jokaisella asiakasohjelmalla jota organisaation käyttäjät käyttävät.
Vaihe 3: migraation suoritus
Migraatiotyökalun konfigurointi
Konfiguroi migraatiotyökalu säilyttämään INTERNALDATE mahdollisimman hyvin. Dokumentoi jokainen käytetty konfigurointiasetus.
Siirrä erässä
Älä siirrä kaikkia postilaatikoita samanaikaisesti. Siirrä 10-20 postilaatikon erissä tarkistaen päivämäärät jokaisen erän jälkeen. Toisaalta eräsiirto vähentää myös lähde- ja kohdepalvelimien kuormitusta.
Seuraa edistymistä
Seuraa jokaisen postilaatikon migraation edistymistä. Tallenna aloitusaika, päättymisaika, siirrettyjen sähköpostien määrä ja mahdolliset virheet.
Vaihe 4: migraation jälkeinen varmennus
Tarkista päivämäärät välittömästi
Varmenna sähköpostien päivämäärät 24 tunnin sisällä migraatiosta.
Tarkista kaikki kansiotyypit
Tarkista päivämäärät Saapuneissa, Lähetetyissä, Luonnoksissa ja kaikissa mukautetuissa kansioissa.
Haku ja lajittelu
Testaa päivämääräperusteista hakua ja lajittelua varmistaaksesi että tulokset vastaavat alkuperäisiä.
Yleiset virheet jotka aiheuttavat päivämääräongelmia
Testimigraation ohittaminen
Yleisin virhe on kaikkien postilaatikoiden siirtäminen testaamatta ensin. 30 minuutin testimigraatio voi säästää viikkojen korjaustoimet. Miksi jättää se tekemata?
"Received"-otsakkeiden lisäysten sivuuttaminen
Ylläpitäjät keskittyvät usein INTERNALDATE:n säilytykseen ja sivuuttavat "Received"-otsakekeon ongelman. Lue miksi sähköpostit näyttävät vääriä päiviä migraation jälkeen.
Lähdepalvelimen liian aikainen poistaminen
Pidä lähdepalvelin saatavilla (edes lukutilassa) vähintään 30 päivää migraation jälkeen.
Mitä tehdä jos päivämäärät ovat jo pielessä
Jos migraatio on jo tehty ja päivämäärät ovat virheellisiä, ongelma on korjattavissa. Alkuperäinen "Date"-otsake säilyy jokaisessa sähköpostissa. Sähköpostipäivämäärät voidaan korjata migraation jälkeen, jopa kuukausia tai vuosia myöhemmin.
Redate.io:n oma korjausmoottori yhdistää postilaatikkoon ja etsii sähköpostit joiden päivämäärämetatiedot ovat korruptoituneet. Monivaiheinen analyysiprosessi tunnistaa migraatiotunnisteet, tekee kohdennettuja korjauksia säilyttäen viestien eheyden ja suorittaa eheystarkistuksen jokaiselle korjatulle sähköpostille. Analyysi on ilmainen.
Haluatko tarkistaa onko postilaatikossasi päivämääräongelmia? Käynnistä ilmainen analyysi Redate.io:lla - maksua ei vaadita vaikuttuneiden sähköpostien määrän näkemiseksi.