New-MoveRequest scheitert sofort mit RemoteTransientException

Beim Verlegen einer Exchange 2016 Mailbox hatte ich das Problem, dass der Move-Request sofort mit einer RemoteTransientException abgebrochen hat, ohne überhaupt die Mailbox zugreifen zu können:

Die anschließende Recherche hat ergeben, dass die Mailbox-Datenbank in der die betroffene Mailbox liegt, am vorigen Tag dismounted wurde, da die Disk vollgelaufen ist. Die betroffene Mailbox war der Verursacher dieses Ausfalls (es wurden im großen Stil Daten in die Mailbox geschoben, ohne auf den freien Plattenplatz zu achten). Deshalb wurde die Mailbox in eine Quarantäne gezwungen. Da die Disk inzwischen erweitert wurde, konnte die Mailbox wieder freigeschaltet werden. Dazu benötigt man die Mailbox GUID (ExchangeGuid) und die MailboxDatabase GUID (Guid).

Auf dem Server bzw. den Servern wo die entsprechende Mailboxdatenbank liegt (bei einer DAG auf allen Servern, die eine Kopie der Datenbank halten), muss folgender Eintrag in der Registry gelöscht werden (die oben ermittelten Guids sind hier einzusetzen):

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\SERVERNAME\Private-MAILBOXDATABASEGUID\QuarantinedMailboxes\MAILBOXGUID

Nachdem der Registry-Key auf allen Servern gelöscht war, konnte der Move-Request erfolgreich abgesetzt werden.

 

Exchange Server 2016 Koexistenz

Anfang Oktober hat Microsoft die neueste Version von Exchange Server veröffentlicht (Released To Manufacturing). On-premises Installationen sind nach wie vor möglich (dass es  Exchange irgendwann nur mehr in der Cloud geben soll kann und will ich nicht glauben). Als Betriebssystem ist aktuell nur Windows Server 2012 R2 unterstützt. Die Active Directory Domain muss mindestens auf Windows Server 2008 R2 laufen.

Eines der ersten Themen mit dem man sich auseinander setzen muss, wenn es um den Einsatz neuer Exchange Versionen geht, ist die Koexistent mit der/den Vorgänger-Versionen(en). Im Zuge der Migration wird ein neues System eingerichtet und die Funktionen und Daten nach und nach von alt nach neu übersiedelt.

Folgende Exchange Versionen können mit Exchange 2016 im Zuge einer Migration ko-existieren:

  • Exchange 2010 SP3 Update Rollup 11
  • Exchange 2013 Cululative Update 11

Beide der o.a. Versionen sind bis dato noch nicht veröffentlicht worden, daher ist vorerst eine Migration noch nicht möglich.

Wer eine High Availibility Installation im Einsatz hat (Database Availibility Group) sollte besonders vorsichtig sein: Mit Exchange 2016 RTM ist es möglich, DAGs mit gemischten Exchange Versionen zu erstellen (sowohl übers GUI, als auch über die Powershell). Dieses Szenario ist aber absolut un-supported und würde in weiterer Folge vermutlich zu wilden Fehlern führen! Ein Bug, der in einer RTM-Version definitiv nicht enthalten sein sollte!

(RaiZl)