Doso

Ich glaube eine Exchange Migration ohne Probleme mit der OWA Weiterleitung gibt es nicht :p

Welches Zertifikat nutzt du denn. Für SSTP muss es ein gültiges Zertifikat einer externen CA sein, sonst macht der Client nach dem Verbindungsaufbau wieder zu. Einzige Möglichkeit das für Testzwecke zu umgehen ist es, die Überprüfung auf dem Client per Registry abzuschalten.

Als stabilen Pfad für Netzwerklaufwerke. \\fileserver\freigabe wird zu \\mydomain.de\Daten\freigabe. Egal ob der Fileserver nun erneuert oder umgezogen wird, \\mydomain,de\Daten\freigabe wird dann einfach umgehangen.

Das ist wohl ein häufigeres Problem bei Exchange 2013 Migrationen. Bemühe die Forensuche/Google und du wirst einiges finden.

Das ist ein Netzlaufwerk, was laut TO nicht klappt.

Ein Netzwerkkabel vom Router zum Switch ziehen, weitere Geräte an den Switch klemmen, fertig. Wichtig: Nicht mehrere Netzwerkkabel zwischen Router und Switch. Konfigurieren musst du da nix.

Der Server wurde huntergefahren durch Aufruf der API, Funktion Herunterfahren. Soweit, so normal, kein Fehler. Ist halt die Frage wer oder was das ausgelöst hat.

Ich habe das auch in Schritten gemacht. Ganz billig per Powershell eine gewisse Anzahl Benutzer geholt, die Benutzernamen in eine Textdatei geschrieben. Dann per Powershell Skript und Task Scheduler den Krams in einer Schleife verschoben. Waren halt "nur" ein paar hundert Mailboxen. Habe dann immer so ~100 Mailboxen pro Nacht geschoben. Bei so vielen Mailboxen und Servern ist halt fraglich ob du das zeitlich hin bekommst, so ein Move kann ja schon mal eine Weile dauern.

Für die Testumgebung brauchst du dann "mal eben" schnell einen Patch oder ein Tool zum testen. Mal eben ein Kabel ziehen ins Produktivnetz damit ich das mal eben downloaden kann, kann ja nix passieren ist Testumgebung. "oops"

Hast du genug Speicherplatz frei auf den Laufwerken? Bei uns ist mal C:\ vollgelaufen und Exchange geht dann in einen Schutzmodus und nimmt in der ersten Stufe keine Mails an. Man braucht da mehrere GB frei. Die Meldungen in der Ereignisanzeige sind entsprechend nichtssagend.

Hast du SP3 mit Rollup 5 oder höher installiert? Erst dann werden 2012r2 DCs unterstützt http://blogs.technet.com/b/rmilne/archive/2013/09/17/exchange-support-for-windows-server-2012-r2.aspx

Aber, aber... Trunking ist komplex :(

Umlaute, Sonderzeichen, Umlaute machen bei sowas immer Probleme.

Außer da auf den Link klickern das es eine Falschmeldung ist, haben wir nichts gemacht. Nach einer Woche war dann bei uns Ruhe.

AD-Papierkorb, DFS-Replikation für das Sysvol. Beides muss man aber erst manuell anschalten. Der Papierkorb reicht mir aber schon als Argument :]

Die Datenbank wird nur wegen dem tollen DAG nicht "besser" sein. Eine kaputte Datenbank zu replizieren ergibt halt dann vermutlich immer noch eine defekte Datenbank...

Wie hast du das restored, etwa per System State? Fahr mal die VM herunter, entferne die Netzwerkkarte und füge eine neue hinzu. Dann VM wieder starten und die "neue" Netzwerkkarte konfigurieren.

Kenne das von einer großen Citrix Farm die Fachanwendungen für Bibliotheken bereit stellt. Hier ist im Hintergrund Windows Server 2008R2 aktiv. So ungewöhnlich ist das nicht..

Jumo Frames... warum?

Keine Indexierung an? http://support.microsoft.com/kb/822932

Ich hatte das mal mit einem normalen Netzwerkdrucker unter Windows 7. Habe das Teil dann per Registry Eingriff entfernen können, genauen Pfad hatte ich mir ergoogelt.

Ich sichere immer die ganze Instanz mit DPM. Hat den Vorteil das auch neue Datenbanken automatisch mit ins Backup mit einfließen. Wenn da nun ein paar (kleine) Standarddatenbanken mitgesichert werden ist mir das recht egal, die paar MB haben wir dann auch noch frei...

Was passiert wenn du eine VM herunterfährst und etwas wartet, startet dann das zusammenführen?

Warum müssen die User sich einzeln am Proxy authentifizieren. Tut es da nicht ein IP-check.

Dazu findest du bei Microsoft und im Internet SEHR ausführliche Artikel zu. Suche nach "Exchange Sizing"