Moin,
eine Migration lässt sich nicht in wenigen Worten beschreiben.
Du stößt auf das Problem, dass es innerhalb einer Exchange-Organisation keine zwei getrennten Wege zu Exchange geben kann. Du kannst nur Weg A oder Weg B nehmen. Es geht nicht, dass ein Teil der Clients (die Anwender) Weg A nehmen und die Testclients Weg
B.#
Dein Problem dürfte sein, dass der Weg von außen bei Exchange 2010 landet. Das funktioniert nicht für Postfächer, die bereits auf Exchange 2013 liegen. Proxying geht immer nur von Neu nach Alt, nicht umgekehrt.
Im Prinzip sieht der CAS-Teil daher so aus:
- zuerst checken, dass bei 2010 das CAS-Array konfiguriert ist und NICHT auf einen Namen zeigt, der für HTTPS benutzt wird (wenn man 2010 korrekt installiert hat, sollte das so sein)
- Exchange 2013 installieren -> ab diesem Zeitpunkt ist er bekannt und wir auch von den vorhandenen Clients benutzt!
- daher sofort alle URLs auf den neuen Server anpassen (gleicher Wert auf allen Exchange innerhalb einer AD-Site) und die benötigten Zertifikate installieren
- auf Exchange 2010 Outlook Anywhere aktivieren -> WICHTIG: Der Name darf nicht gleichlautend zum CAS-Array sein, aber muss natürlich im Zertifikat stehen (siehe Punkt 1 meiner Liste)
- Routing (DNS und/oder IP-Weiterleitungen in der Firewall) umstellen auf Exchange 2013
Ab diesem Zeitpunkt landet alles bei Exchange 2013, der leitet das weiter, was für Exchange 2010 ist.
Das ist nicht trivial und muss vorher gut geplant werden.
Hier ist einiges zum Lesen:
http://blogs.technet.com/b/exchange/archive/2014/03/12/client-connectivity-in-an-exchange-2013-coexistence-environment.aspx
http://blogs.technet.com/b/exchange/archive/2013/05/23/ambiguous-urls-and-their-effect-on-exchange-2010-to-exchange-2013-migrations.aspx
Gruesse aus Berlin schickt Robert - MVP Exchange Server
