Microsoft waarschuwt admins voor verplaatsen mailbox binnen tenant

In dit artikel:

Microsoft waarschuwt IT-beheerders recent tegen het gebruik van het PowerShell-commando New-MoveRequest voor lokale mailboxverhuizingen in Exchange Online. Hoewel het cmdlet technisch nog werkt, is het niet ondersteund en kan het leiden tot langdurige, oncontroleerbare processen en dataverlies.

Probleempunten: zodra een lokale move request wordt gestart, wordt deze als low-priority achtergrondtaak behandeld en kan de uitvoering weken duren; Microsoft kan zulke verplaatsingen niet eenvoudig troubleshooten of versnellen. Bovendien werkt Exchange Online al met geautomatiseerde plaatsing en load‑balancing, waardoor handmatige lokale moves overbodig en inefficiënt zijn.

Er is ook een concreet risico op zogenaamde orphaned data. New-MoveRequest kan properties alleen correct bijwerken voor Primary en MainArchive mailboxes; bij verplaatsingen naar mailbox-locaties op shard-niveau (bijv. ComponentShared of AuxArchive) kan de voltooingscode de database-eigenschap niet goed herstellen en een Primary-shard in een ‘dialtone’-toestand zetten. Dat kan onbereikbaarheid of verlies van data veroorzaken.

Achtergrond: het cmdlet bestaat uit historische redenen (ruwweg voor on‑premises cross‑database moves in Exchange Server 2010) en wordt nog gebruikt voor tenant‑naar‑tenant migraties, maar Microsoft kiest er bewust voor het niet te blokkeren ondanks de risico’s.

Advies aan beheerders: gebruik ondersteunde methoden—open een supportcase bij Microsoft zodat het engineeringteam gecontroleerd kan handelen—en vertrouw op de ingebouwde automatisering van Exchange Online, die continu mailboxplaatsing monitort en herbalanceert.