Corectarea datelor de migrare CloudM în Microsoft 365
De ce migrările CloudM arată data greșită în Microsoft 365
CloudM Migrate este utilizat frecvent pentru migrarea cutiilor poștale din Google Workspace, Exchange on-premises și alte platforme în Microsoft 365. Când CloudM încarcă e-mailuri în Microsoft 365, pipeline-ul de transport Exchange Online procesează fiecare mesaj și adaugă un antet Received cu marca temporală curentă a incărcării. Acesta devine cel mai recent antet Received în lanțul de anteturi al mesajului.
Microsoft 365 folosește această marcă temporală de livrare în intregul său ecosistem. Outlook desktop, Outlook pe web, Outlook mobil și chiar funcțiile AI ale Microsoft fac toate referire la aceeași proprietate PR_MESSAGE_DELIVERY_TIME, care este setată din antetul Received de migrare. Spre deosebire de Google Workspace (unde clientul web poate masca problema), Microsoft 365 afișează data migrării consistent în toate aplicațiile sale client.
Consistența datei greșite în toți clienții Microsoft 365 face problema imediat vizibilă pentru fiecare utilizator. După o migrare CloudM în Microsoft 365, intreaga organizație vede același simptom: fiecare e-mail din fiecare cutie poștală pare să fi fost primit în ziua migrării. Nu există nicio soluție specifică clientului; corupția datelor este incorporată în metadatele mesajului la nivel de server.
Cum afectează acest lucru Microsoft 365
Gestionarea unificată a datelor în Microsoft 365 inseamnă că data migrării apare peste tot simultan. Outlook desktop, OWA, Outlook mobil, integrarea e-mail în Teams și Microsoft Search arată toate data de primire greșită. Utilizatorii nu pot scăpa de datele incorecte trecand la o altă aplicație Microsoft 365.
Pentru administratorii Microsoft 365, impactul se extinde la instrumentele de management și conformitate. Exchange Admin Center, Microsoft Purview (fostul Compliance Center) și eDiscovery Premium indexează toate mesajele după data de livrare coruptă. Cautările de conținut pentru e-mailuri într-un interval specific de date returnează rezultate incorecte. Etichetele de retenție aplicate automat pe baza varstei mesajului operează pe o cronologie greșită, cauzand potențial ștergerea prematură sau retenția indefinită a mesajelor care ar fi trebuit gestionate diferit.
Întrebări frecvente
CloudM oferă vreo opțiune pentru prevenirea corupției datelor în timpul migrării M365?
CloudM păstrează antetul Date original, dar serverul destinație (Exchange Online) adaugă propriul antet Received în timpul incărcării mesajului. Acesta este un comportament la nivel de server pe care instrumentele de migrare nu il pot preveni. Singura soluție este corectarea datelor după migrare.
Instrumentele de administrare Microsoft 365 pot repara datele?
Nu. Microsoft 365 nu oferă instrumente incorporate pentru modificarea anteturilor Received sau a timpului de livrare al mesajelor existente. Redate.io este conceput special pentru această problemă: elimină antetul de migrare și reinserează e-mailul cu INTERNALDATE corect.
Repararea este permanentă în Microsoft 365?
Da. Odată ce Redate.io corectează e-mailul, mesajul original (cu data greșită) este mutat într-o etichetă de backup. Mesajul corectat are anteturile Received și INTERNALDATE corecte, iar Microsoft 365 indexează data corectă de acum înainte.