Exchange 2010: Outlook Verbindung nach Reboot nicht möglich

Bei einer Migration auf Exchange 2010 bin ich kürzlich auf ein spezielles Phänomen gestossen. Nach erfolgreicher Installation von Exchange 2010 haben wir ein Testpostfach auf den neuen Exchange 2010 verschoben. Nach der Verschiebung hat Outlook seine neue Konfiguration über den Autodiscoverdienst ohne Probleme erhalten. Doch der Start von Outlook klappte nicht. Mit aktiviertem Cache-Modus erhielten wir folgende Fehlermeldung:

Ihre Standard-E-Mail-Ordner können nicht geöffnet werden. Bevor Sie Ihre Ordner mit Ihrer Outlook-Datendatei (.ost) synchronisieren können, müssen Sie eine Verbindung mit Microsoft Exchange mit ihrem aktuellen Profil herstellen.

Wenn wir den Cache-Modus deaktivierten bekamen wir eine Fehlermeldung die recht bizarr wirkt:

Ihre Standard-E-Mail-Ordner können nicht geöffnet werden. Die Datei "C:\Users\Username\AppData\Local\Microsoft\Outlook\Username@domain.ch - Outlook.ost" ist keine Outlook-Datendatei (OST).

Service Pack 1 für Exchange 2013 released

EDIT: Vorsicht - Die ersten Probleme mit dem SP1 sind schon aufgetaucht: http://eightwone.com/2014/03/05/exchange-2013-sp1-transport-agent-fix/

Gestern (25.02.2014) wurde das SP1 für Exchange 2013 released. Das Service Pack wurde von vielen sehnlichst erwartet. Nicht unbedingt aus technischen Gründen, sondern eher weil viele eine Migration auf eine neue Exchange Version erst nach erscheinen des ersten SPs ins Auge fassen, auch wenn schon 3 CUs erschienen sind.

Folgendes sind die spannenden Neuerungen welche mit dem SP1 dazu kommen:

• Installation des Exchange 2013 auf einen Server 2012 R2 wird nun unterstützt
• Domain Controllers unter Server 2012 R2 werden nun unterstützt
• Domain oder Forest functional Level 2012 R2 wird nun unterstützt
• MAPI over HTTP wurde als zusätzliches Protokoll für Clientverbindungen hinzugefügt
• DLP Richtlinien Tipps werden nun auch in OWA angezeigt
• EDGE Rolle wurde hinzugefügt

und noch so einiges mehr. Weitere Informationen windet ihr auf folgenden Seiten:

The Exchange Team Blog

EighTwOne #821

Exchange 2013 Training

Die iTrain GmbH (welche mein Arbeitgeber ist) bietet immer wieder Exchange Kurse an. Falls jemand Interesse an einer solchen Schulung hat, findet ihr Informationen und Termine auf unserer Website:
http://www.itrain.ch/de/it-education

Exchange 2013 auf Server 2012: Probleme beim erstellen einer DAG

Wenn Exchange 2013 auf einem Server 2012 installiert ist, gibt es Probleme beim Bilden einer DAG. Die Erstellung der DAG ist möglich, doch wenn man versucht Mailbox Server zur DAG hinzuzufügen kommt eine Fehlermeldung.

Um das Problem zu beheben, muss der FQDN im AD Clusterobjekt von Hand hinzugefügt werden.

Wenn man das AD-Objekt anschaut, sieht man, dass das Feld "DNS-Name" leer ist:

Es ist aber nicht möglich, direkt in das Feld rein zu schreiben. Dies muss über die Registerkarte "Attribute Editor" gemacht werden. Das zu befüllende Attribut heisst "dNSHostName":

Dies alleine löst aber das Problem noch nicht. Die Berechtigungen auf dem Objekt stimmen auch noch nicht. Wenn man im jetzigen Zustand versucht Mailbox Server zur DAG hinzuzufügen, bekommt man eine Fehlermeldung die besagt, dass der Zugriff verweigert wurde. Um dies zu beheben, muss man unter der Registerkarte "Security" der Gruppe "Exchange Trusted Subsystems" noch "Full Access" geben:

Nachdem dies erledigt ist, ist das Problem aber noch immer nicht vollständig gelöst. Im letzten Schritt muss das Objekt auch noch deaktiviert werden. Nun klappt es auch mit dem Hinzufügen von Mailbox Servern zur DAG.

Ich finde es doch sehr verwunderlich, dass dies auch nach dem Erscheinen des CU3 noch nicht behoben wurde...

Exchange ESE Performance: Spanender Blog-Post von Michel de Rooij

Wir bekommen von Microsoft bei jeder neuen Exchange Version neue Zahlen zu Performance-Verbesserung auf der DB-Seite vorgesetzt. Michel de Rooij hat sich nun mal die Mühe gemacht und die Performance von Exchange 2010 und 2013 im LAB verglichen. Hier sein äusserst spannender Blog-Post zum Thema:

http://eightwone.com/2013/12/16/exchange-storage-performance-2010-versus-2013/

Ich wünsche allen Interessierten viel Spass beim lesen.

Exchange DAG Cluster Fehler 1196 (Source Microsoft-Windows-FailoverClustering)

Normalerweise muss der Failover Cluster Manager für die Verwaltung einer DAG nicht bemüht werden. Doch wenn ich mir eine Exchange Umgebung anschaue will ich natürlich auch immer wissen ob in den Clusterereignissen Fehler zu finden sind.

Häufig treffe ich dann auf folgenden Fehler:

Protokollname:             System
Quelle:                    Microsoft-Windows-FailoverClustering
Datum:                     13.12.2013 11:50:42
Ereignis-ID:               1196
Aufgabenkategorie:         Netzwerknamenressource
Ebene:                     Fehler
Schlüsselwörter:
Benutzer:                  SYSTEM
Computer:                  EXCLAB-MBX01.mydomain.ch

Beschreibung:
Die Cluster-Netzwerknamensressource "Clustername" konnte mindestens einen dazugehörigen DNS-Namen nicht registrieren. Ursache:
Der DNS-Vorgang wurde abgelehnt.

Exchange 2013 - DAG Netzwerke für Clients und Replikation trennen

Auch unter Exchange 2013 ist es für eine DAG möglich, die Netzwerke für den Clientzugriff und die DAG Replikation zu trennen. Wie dies eingerichtet wird, zeige ich in diesem Post.

Vorbereitung

Grundsätzlich müssen die MBX Server, die Mitglied der DAG sind mal zwei Netzwerkkarten haben, um die Netze trennen zu können. Ich habe mir dazu auf dem Hyper-V Host einen privaten virtuellen Switch erstellt. Unter Hyper-V bedeutet ein privater virtueller Switch, dass nur VM's die mit dem Switch verbunden sind, miteinander kommunizieren können. Auch der Hyper-V Host selbst kommt nicht an das Netzt ran. Also also ob man zwei Hardware Server über einem Switch miteinander verbindet.