Adminovvitsch

Die Lösung war: Neuerstellung des OWA-Verzeichnisses auf dem Ex1 Anleitung gibt es hier: http://informatech.info/threads/recreate-owa-virtual-directory.1256/

Schon mal versucht den Befehl um zu bauen auf: dfsutil.exe root export \\Server1\MyNamespace c:\MyNamespace.XML ????

Mit dem Befehl: dfsutil.exe root export \\demo.intra\MyNamespace c:\MyNamespace.xml dann die Taget s ändern und mit dfsutil.exe root import set C:\MyNamespace.xml \\demo.intra\MyNamespace auf dem neuen Server wieder einspielen. Meintest du das oder hab ich dich falsch Verstanden? Haben wir alles gemacht als wir den DFS auf FQDN umgestellt haben.

Hier schau dir mal diesen Artikel an der könnte dir weiter helfen: https://social.technet.microsoft.com/Forums/de-DE/97a49eb3-3ba0-4ba9-82c0-b6576bc75ffd/migration-von-einem-dfs-in-ein-anderes?forum=windows_Serverde

Leider steht dort nichts....... Aber ich werde mal das CU9 versuchen...... Trozdem danke

Hi und guten Morgen, Client Access (Frontend) meinte ich damit.... Wie würde den dein Setup in diesen Environment aussehn....... bin immer offen für Vorschläge ;-) Trozdem schon mal vielen Dank für deine Mühe.

Hallo Norbert, nein die internen Clients (ca. 100 Stück) sprechen natürlich nicht mit der DMZ die Komunizieren direkt mit den Exchange-Servern! Also kurz zum Verständnis, der IIS Prox ist nur für die Kommunikation von außerhalb. Innerhalb des Netzes gibt es 2 DNS Zonen, und zwar die OWA.fima und die Autodicover.firma! In der OWA.firma gibt es zwei A-Record-Einträge die zu den beiden Exchange laufen also ein sogenanntes DNS Round-Robin (eine DNS basierte Lastverteilung) Da ich das Problem aber auch von innerhalb (nur wenn ich auf den Exchange1 komme) habe, kann ich den IIS schon mal ausschließen. Was meist du, könnte es evtl. an dem Frontend vom Exchange1 hängen?

Der IIS fungiert ja quasi als Loadbalancer... Kann mir aber nicht vorstellen, dass der Fehler daher kommt, wenn ich dem IIS sage leite alle Anfragen an den Exchange2 und lass den Exchange1 außen vor, funktioniert es, sag ich nimm nur Exchange1 und lass 2 außer Acht habe ich den Fehler, dann sollte es doch an der OWA vom Exchange1 hängen oder nicht.

Hallo NorbertFe, die DAG hat keine seperate Loadbalancer davor!

Hallo, bin ganz neu hier und wollte erst mal sagen was ihr hier für einen guten Job macht. Ein sehr gut gepflegtes und organisiertes Forum. Aber nun zu meinen Problem. Die Umgebung: Windows 2012 R2 Server (Patch-Stand aktuell) Exchange 2013 ( 2 Server im DAG) (Patch-Stand aktuell) Externe Kommunikation über einen Edge-Server (SMTP in DMZ) und die OWA (https) über einen IIS-Proxy (auch DMZ) der die Anfragen auf beide Exchange-Server verteilt. Das Problem ist nun, lande ich von außerhalb auf dem Exchange2 (OWA) funktioniert alles wunderbar. Lande ich allerdings auf dem Exchange1 (OWA) kann ich mich anmelden komme auch rein, werde aber nach anklicken eine Mail sofort wieder zum Login geleitet. Keine Fehlermeldungen in den Ereignis-Logs zu finden keinen erkennbaren Grund. Egal was ich mache ich werde immer wieder nach einen Moment rausgeworfen. Mein Workaround bis jetzt alle Anfragen umgeleitet auf den Exchange2. Hoffe das Problem hatte schon mal einer hier und Ihr könnt mir weiter helfen. Vorab schon mal vielen Dank für eure Hilfe.