Numrollen

Dies hatte ich oben bereits geschrieben. Ich bin allerdings nicht direkt für SQL zuständig sondern für dessen Bereitstellung und Verfügbarkeit. Was gibt es den noch für Hochverfügbarkeitsmechanismen? Ist ja nicht so das ich dumm sterben will ;) Stichpunkte würden mir sehr weiterhelfen.

Ok vielen Dank für die Info. Ist für neuere SQL Versionen das DTC nötig? Ich lese da relativ viel konfuses Zeug und die MS Seiten sind zwar halbwegs aktuell, es wird aber immer nur von Server2008 oder SQL2008 geredet? Ma gut, bin ich wars***einlich zu OT, müsste ich in den SQL Bereich wechseln ;)

Hallo, ich hoffe das Thema passt hier halbwegs rein. Wir haben: Failovercluster mit 6 Hyper-V 2016 Hosts, managed mit SCVMM in 2 Brandabschnitten aufgeteilt 1x alte Hardwarekiste mit SQL Server. 2x FC SAN gespielt in 2 Brandabschnitte Wir wollen einerseits den SQL Server hochverfügbar und dazu noch Patchen/Wartung ermöglichen da kein Wartungsfenster für den SQL Server zur Verfügung steht (24x7 Betrieb). Geplant ist: Windows Failovercluster mit SQL Failovercluster, SQL auf 2 VMs (2016) Meine Fragen: - Ist das so möglich und empfehlenswert ein SQL Failovercluster virtuell zur Verfügung zu stellen? Oder ist sowas immer nur auf Blech zu machen? - Es muss ein neuer Windows Failovercluster erstellt werden (mit Witness+DTC) und dann auf beiden VMs der SQL Failovercluster installiert werden? Ich bin da komplett unschlüssig. Einerseits macht es Sinn virtuell zu arbeiten (sparen Platz, Wärme, FC Ports, können Ressourcen dranpappen) aber andererseits... Schöne Planung für die Zukunft wäre ja das Knoten2 auch für andere SQL Server als Failover zur Verfügung steht wenn das so funktioniert....

Tach, gibt es dazu einen bestimmten Grund warum VMM erst ab 10 sinnvoll einzusetzen ist? Da unsere VM Landschaft durchgehend wächst fände ich es schwer zu sagen: Ok ab jetzt VMM. Danke für den Tipp mit 5Nine Manager, werde ich im Hinterkopf behalten. Doso: Ja das ist wohl üblich mit dem Sizing :D Gibt sogar Hersteller die sagen: Wenn der Server nicht exakt so eingestellt ist geben wir keinen Support. Da steht man da und knirscht mit den Zähnen wenn man dann sieht das 5% der Ressourcen genutzt werden, die Anwendung aber so ein Müll ist das Support nötig ist. Grüße, David

Vielen Dank für die Infos. - Sitzungsmodus: Ok. In Entwicklung leider nicht aber markiert als "planned", ist ja schonmal was. - Änderung im VMM: Wundert mich, gefühlt könnte der VMM auch von einer anderen Firma stammen so unterschiedlich sind die Optionen. Und dazu noch der stark verzögerter Zeitunterschied wenn man im HyperV was ändert bis VMM das mitbekommt. - DynMem: Ok hört sich ja gut an. Klar, Exchange und SQL kann man direkt wegkicken aber der Rest sollte gehen? Wir haben recht viele externe Produkte/Firmen die natürlich meist DynMem nichtmal kennen und/oder daraus resultierend das Feature nicht supporten oder sogar ablehnen. Wie sind bei dir so die Erfahrungen dazu? - Ja durch Updates und Co. ist klar aber wenn ich den Blog mir ankucke: https://blogs.technet.microsoft.com/scvmm/ dann ist dort die letzte "News" vom April. Und so ist das Gefühl natürlich da das nicht nur selten was neues kommt sondern der Stellenwert bei MS dort nicht sonderlich hoch liegt. SA schön und gut aber da erwartet man natürlich das da täglich dran gearbeitet wird und nicht erst mit der nächsten Serverversion 2 Buttons sich ändern.

Hallo und Danke für die Frage ;) Was sind schon unwichtige und was wichtige Details die das entscheiden ;) Wenn ich die wüsste dann wäre die Entscheidung schon gefallen. Ich würde natürlich trotzdem gerne die Antworten oben wissen, auch weil über SCVMM relativ wenig im Netz zu finden ist, auf Deutsch noch weniger, also eigentlich nur paar Foren in denen Fragen gestellt werden. Anforderung natürlich die Eierlegende Wollmilchsau. Werden hauptsächlich Windowsserver gehostet, und das gemischt (also alles was MS und der Markt hergibt von normalen Diensten bis Webserver, SQL, Exchange und sonstige Anwendungen von XYZ Firmen). Können: Stabil, nix kosten, sicher und schnell, Effizient und für Standardaufgaben jederzeit gut und schnell bedienbar usw ;) Dahinter stehen Storagekisten per FC, kein iscsi. Backup Veeam das mit beiden gut zurecht kommt. Kein Cloudgedöns aber 2 RZs auf dem Gelände gebäudlich getrennt (Cluster aus 6 Maschinen, in jedem RZ 3, mit Datacenter liz). Ich würde sagen nichts außergewöhnliches. Wir nutzen nun seit XX Jahren VMWare und wollen mal wieder uns umsehen und da kommt eigentlich nur als Alternative HyperV in Frage. Zusätzlich ggf. noch SCOM da wir auch im Überwachungsthema uns besser aufstellen müssen und wenn schon SystemCenter voll lizenziert ist fällt das ja alles miteinander in einen Topf der benutzt werden "kann". Die Kosten sind aber an DER Stelle nicht entscheident. Hier XX gespart aber dann XXX in Dienstleister oder Support gepumpt weil man nicht zurechtkommt. Das kann mit VMWare genauso wie mit Hyper-V passieren, keiner ist Fehlerfrei.

Wir testen gerade mal seit Jahren wieder eine Hyper-V/SCVMM 2016 Umgebung um sie mit VMWare vergleichen zu können um ggf. Hyper-V zukünftig (zusätzlich) einzusetzen. Nun zum SCVMM, vielleicht hat da ja jemand noch paar Tipps: - Erweiterter Sitzungsmodus geht nicht im SCVMM sondern nur über den Hyper-V Manager? Zumindest bei uns aktuell - Gleiches mit Arbeitsspeicher wärend des Betriebes ändern. Im HVM geht es, im VMM nicht. Auch das normal? - Dyn. Platten sollen wohl performancetechnisch kein großen Performanceeinfluss haben. Wie ist der Stand und Einsatz in Produktivumgebungen mit dyn. Arbeitsspeicher? (mal Produkte ausgenommen die das nicht unterstützen -> msSQL standard usw). - Wie wird der VMM gepflegt ? Gefühlt hat sich ja, im Gegensatz zu z.B. SCCM relativ wenig getan. Vieles läuft ja auch nur so "naja", Migration von VMWare, Vorlage erstellen für Srv2016. Vieles nur per Powershell (bootvoraussetzungen mit priorität). Wir schwanken da natürlich bei so einer Entscheidung. Wir setzen SCCM schon ein und stehen da natürlich noch vor einer Entscheidung wieviel wir MS gehen wollen. Würde mich da über Hilfe freuen Grüße, David

Das ist natürlich die Frage die ich mir auch schon gestellt habe und habe nun beim 3ten Durchlauf wohl gesehen das im IIS an einem der Mailserver das ECP umgeleitet war, allerdings schon auf die neue URL. Rausgenommen -> Geht. Oh man.

Vielen Dank an Nobbyaushb für die Info extra einen Post zu machen. Zu meinem Problem: Exchange 2010, 2 Server (wobei einer aktuell keine Postfächer trägt, kein DAG). Wir wollen von TMG auf Kemp wechseln und dafür habe ich die interne owa URL abgeändert (extern=intern und per dns, also https://owa.DomEx.de/owa ). Seit dem tritt das Problem auf das in OWA rechts oben die Optionen unter dem Punkt "Optionen" nicht mehr funktionieren (Automatisches Antworten festlegen, Kenntwort ändern, ...). Die Seite lädt 200ms, aktualisiert die Seite und das wars. Aktuell noch TMG aktiv. Liegt ja wahrscheinlich nicht an der URL Änderung sondern weil seit langem mal wieder der IIS durchgestartet wurde? Name Edition AdminDisplayVersion ---- ------- ------------------- mail Enterprise Version 14.3 (Build 123.4) mail2 Enterprise Version 14.3 (Build 123.4) Auth sieht bei mir so aus: CertificateAuthentication : InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity} ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity} LiveIdSpNegoAuthentication : False WSSecurityAuthentication : True LiveIdBasicAuthentication : False BasicAuthentication : True DigestAuthentication : False WindowsAuthentication : True CertificateAuthentication : InternalAuthenticationMethods : {Ntlm, WindowsIntegrated, WSSecurity} ExternalAuthenticationMethods : {Ntlm, WindowsIntegrated, WSSecurity} LiveIdSpNegoAuthentication : False WSSecurityAuthentication : True LiveIdBasicAuthentication : False BasicAuthentication : False DigestAuthentication : False WindowsAuthentication : True Einzige Besonderheit: Kein Autologin des Benutzers an Owa. Deswegen OWA Authentifizierung über FormBased und Benutzername an Anmeldedomäne. Hier wurde über die Jahre hinweg alle Jahre daran rumgeschraubt. Kemp wird/soll die kleinste virtuelle Appliance benutzt (werden), v200, da erstmal rein für Exchange extern sowie S4B extern genutzt wird.

Ich habe genau die gleichen Symptome bei Exchange 2010, 2 Server (wobei einer aktuell keine Postfächer trägt). Wir wollen von TMG auf Kemp wechseln und dafür habe ich die interne owa URL abgeändert (extern=intern und per dns..). Seit dem tritt das Problem auf. Auth sieht bei mir so aus: CertificateAuthentication : InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity} ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity} LiveIdSpNegoAuthentication : False WSSecurityAuthentication : True LiveIdBasicAuthentication : False BasicAuthentication : True DigestAuthentication : False WindowsAuthentication : True CertificateAuthentication : InternalAuthenticationMethods : {Ntlm, WindowsIntegrated, WSSecurity} ExternalAuthenticationMethods : {Ntlm, WindowsIntegrated, WSSecurity} LiveIdSpNegoAuthentication : False WSSecurityAuthentication : True LiveIdBasicAuthentication : False BasicAuthentication : False DigestAuthentication : False WindowsAuthentication : True Einzige Besonderheit: Kein Autologin des Benutzers an Owa. Deswegen OWA Authentifizierung über FormBased und Benutzername an Anmeldedomäne.

Heute früh: ID 1000: Name der fehlerhaften Anwendung: store.exe, Version: 14.3.169.1, Zeitstempel: 0x5254cc7d Name des fehlerhaften Moduls: MSVCR90.dll, Version: 9.0.30729.6161, Zeitstempel: 0x4dace4e7 Ausnahmecode: 0xc0000005 Fehleroffset: 0x000000000001e2ed ID des fehlerhaften Prozesses: 0x3ac8 Startzeit der fehlerhaften Anwendung: 0x01cef5773edd4180 Pfad der fehlerhaften Anwendung: C:\Program Files\Microsoft\Exchange Server\V14\bin\store.exe Pfad des fehlerhaften Moduls: C:\Windows\WinSxS\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.6161_none_08e61857a83bc251\MSVCR90.dll Berichtskennung: b1426a79-616a-11e3-894d-005056ab2fc4 Bei dem letzten Fehler hat sich der Exchange Server kurzzeitig verabschiedet was wohl doch auf ein größeres Problem hindeutet? Das war heute früh. Dieser Fehler soll laut MS: http://support.microsoft.com/kb/2423776/de bereits behoben worden sein.

Hallo und erstmal vielen Dank für alle bisherige Hilfe. War hier schon paar mal mit Fragen und es wurde jedesmal beantwortet oder ich konnte sie mir selbst beantworten. Sind nun mit der Migration fast fertig. Öffentliche Ordner sind synct und 99% sind schon verschoben, also auf dem alten Exchange2003 weg. Allerdings gibt es hier ein paar Probleme: 1. Es sind nicht alle "verschoben" worden. Die öffentlichen Ordner-Instanzen sollten nach dem verschieben leer sein, sind sie aber nicht. Auf dem neuen 2010er sind allen anschein nach überall nur noch er selbst eingetragen zum replizieren, nicht mehr der alte. Fehlerlogs erschienen beim verschieben ein paar, allerdings betraf es nicht die noch in den Instanzen über sind. Sollte ich mir hierüber Gedanken machen oder kann ich nun einfach den alten Exchange deinstallieren? Vorhanden sind die Daten auf dem neuen Server. 2. Seit dem wir öffentliche Ordner verschoben haben tauchen ein paar Fehler auf: ID: 1020: Der Informationsspeichertreiber konnte nicht die Replikationsnachricht für Öffentliche Ordner '"Folder Content Backfill Response (alterExchange-IS@domainxxx.de)"' übermitteln, da der folgende Fehler aufgetreten ist: Das ungültige Objekt Object Violation. Invalid property = [Calc:EndTime] EndTime. Invalid data for that property = 17.11.2013 23:00:00. Constraint violated = Property [Calc:StartTime] StartTime must be LessThanOrEqual when compared to property [Calc:EndTime] EndTime.. kann nicht gespeichert werden.. Nur das gefunden: http://social.technet.microsoft.com/Forums/en-US/a147013f-c8ec-433f-a74a-880b3e45f73d/msexchange-store-driver?forum=exchangesvradminlegacy Werde ich nicht schlau draus. ID 3085: Fehler 1129 beim Erstellen einer ausgehenden Replikationsnachricht. Typ: 0x80000004 Ordner: (c-138B5C) IPM_SUBTREE\Abteilungen\xXxXxXxXx\Termine Datenbank 'PublicFolderDBaufEx2010'. ID 1025: Fehler für die Datenbank 'DB-Name'. Funktionsname oder Beschreibung des Problems: EcGenerateNRN: Fehler: 0x80004005 Letzteres betrifft alle Datenbanken, allerdings dort nur vereinzelt. Habe bisher nur das gefunden: http://support.microsoft.com/kb/899393/de Kann ich wenig mit anfangen. Vielleicht weiß ja jemand darüber etwas oder kann mir unter die Arme greifen. Wäre sehr dankbar. :schreck:

@Robert: set-mailbox -database war gut. Danke. Er zieht hier keine Daten mit. Sind den welche im Normalfall vorhanden? Auch die 2 System's hat er umgezogen. Wow. Hoffe nun bleiben die Fehler weg. Ich werde berichten! @Norbert: Nein, geht nicht. Sonst hätte ich keinerlei Problem. Hier die Fehlermeldung: -------------------------------------------------------- Microsoft Exchange Fehler -------------------------------------------------------- Die Datenbank 'Mailbox Database 1958388061' konnte nicht eingebunden werden. Mailbox Database 1958388061 Fehler Fehler: Die angegebene Datenbank konnte nicht eingebunden werden. Angegebene Datenbank: Mailbox Database 1958388061; Fehlercode: Vorübergehender Fehler bei Active Manager-Vorgang. Wiederholen Sie den Vorgang. Fehler Vorübergehender Fehler bei Datenbankvorgang. Fehler: Vorübergehender Fehler bei einem Datenbankvorgang. Fehler: Fehler beim Vorbereiten der Einbindung der Datenbank 'Mailbox Database 1958388061'. Fehler: E/A-Fehler bei dem Versuch, Protokolldateien aufzuzählen. Fehler 0x3 (Das System kann den angegebenen Pfad nicht finden) von Windows API 'FindFirstFile'. [Datenbank: Mailbox Database 1958388061, Server: SRVMAIL.leo.loc]. Vorübergehender Fehler bei Active Manager-Vorgang. Wiederholen Sie den Vorgang. Fehler Vorübergehender Fehler bei Datenbankvorgang. Fehler: Vorübergehender Fehler bei einem Datenbankvorgang. Fehler: Fehler beim Vorbereiten der Einbindung der Datenbank 'Mailbox Database 1958388061'. Fehler: E/A-Fehler bei dem Versuch, Protokolldateien aufzuzählen. Fehler 0x3 (Das System kann den angegebenen Pfad nicht finden) von Windows API 'FindFirstFile'. [Datenbank: Mailbox Database 1958388061, Server: SRVMAIL.leo.loc] Vorübergehender Fehler bei Active Manager-Vorgang. Wiederholen Sie den Vorgang. Fehler Fehler beim Vorbereiten der Einbindung der Datenbank 'Mailbox Database 1958388061'. Fehler: E/A-Fehler bei dem Versuch, Protokolldateien aufzuzählen. Fehler 0x3 (Das System kann den angegebenen Pfad nicht finden) von Windows API 'FindFirstFile'. [server: srvMAIL.leo.loc] Fehler beim Vorbereiten der Einbindung der Datenbank 'Mailbox Database 1958388061'. Fehler: E/A-Fehler bei dem Versuch, Protokolldateien aufzuzählen. Fehler 0x3 (Das System kann den angegebenen Pfad nicht finden) von Windows API 'FindFirstFile'. E/A-Fehler bei dem Versuch, Protokolldateien aufzuzählen. Fehler 0x3 (Das System kann den angegebenen Pfad nicht finden) von Windows API 'FindFirstFile'. -------------------------------------------------------- OK --------------------------------------------------------

Hallo, danke für die schnelle Antwort. Verschieben der Vermittlungspostfächer geht nicht da offline. Es ist ja nur die Konfiguration vorhanden, an Dateien nichts. Kann ich die Vermittlungspostfächer einfach neu zuweisen obwohl die alten noch vorhanden sind? http://msundis.wordpress.com/2010/08/17/recreate-and-enabled-missing-arbitration-user-accounts-and-mailboxes/ Wie ich die alte DB löschen kann ist mir immernoch schleiferhaft. Grüße, David

Ja, okay. Vermittlungspostfächer. Und für was sind die da? Verschieben einfach mit | New-MoveRequest –TargetDatabase? Danke schon einmal für die Hilfe.

Okay. Mit Arbitration zeigt er mir 3 Vermittlungspostfächer an. -------------------------------------------------------- Microsoft Exchange Fehler -------------------------------------------------------- Die Postfachdatenbank 'Mailbox Database 1958388061' kann nicht gelöscht werden. Mailbox Database 1958388061 Fehler Fehler: Diese Postfachdatenbank enthält mindestens ein Postfach, einen Postfachplan, ein Archivpostfach oder ein Vermittlungspostfach. Führen Sie den Befehl 'Get-Mailbox -Database <Database ID>' aus, um eine Liste aller Postfächer in der Datenbank abzurufen. Führen Sie den Befehl 'Get-MailboxPlan' aus, um eine Liste aller Postfachpläne in dieser Datenbank abzurufen. Führen Sie den Befehl 'Get-Mailbox -Database <Database ID> -Archive' aus, um eine Liste mit Archivpostfächern in dieser Datenbank abzurufen. Führen Sie den Befehl 'Get-Mailbox -Database <Database ID> -Arbitration' aus, um eine Liste aller Vermittlungspostfächer in dieser Datenbank abzurufen. Wenn Sie ein Postfach, bei dem es sich nicht um ein Vermittlungspostfach handelt, deaktivieren möchten, um die Postfachdatenbank löschen zu können, führen Sie den Befehl 'Disable-Mailbox <Mailbox ID>' aus. Zum Deaktivieren eines Archivpostfachs, um die Postfachdatenbank löschen zu können, führen Sie den Befehl 'Disable-Mailbox <Mailbox ID> -Archive' aus. Vermittlungspostfächer sollten auf einen anderen Server verschoben werden. Führen Sie hierzu den Befehl 'New-MoveRequest <parameters>' aus. Falls es sich um den letzten Server in der Organisation handelt, führen Sie den Befehl 'Disable-Mailbox <Mailbox ID> -Arbitration -DisableLastArbitrationMailboxAllowed' aus, um das Vermittlungspostfach zu deaktivieren. Postfachpläne sollten auf einen anderen Server verschoben werden. Führen Sie hierzu den Befehl 'Set-MailboxPlan <MailboxPlan ID> -Database <Database ID>' aus. -------------------------------------------------------- OK --------------------------------------------------------

Kommt nur ein allgemeiner Fehler. Diese Postfachdatenbank enthält mindestens ein Postfach, einen Postfachplan,....- Führen Sie den Befehl "Get-Mailbox -Database ID" aus, um eine Liste aller usw usw. Ich würde ja gerne dieses Postfach verschieben, hatte dieses ggf. auch beim ersten Versuch Installation Postfachrolle mal gesehen aber finde es nicht mehr. Wird auch schwer werden da ja getrennt und ich es nicht mehr einbinden kann da er keine Daten finden zum einbinden. E/A Fehler. p.s. Komisch ist das die anderen DBs die er erstellt hat als Tmp/alter Exchange alle funktionieren, also Daten vorhanden sind. In diesen sind aber keine Postfächer, sie sind leer. "Mailbox Database 840754057" usw... Nur dieses bei dem ein Postfach noch erstellt wurde in den Fehler gerannt ist und keine Daten erstellt hat.

Habe einen 2003erEx migriert bzw. ist noch im Gange. Beim Erstellen der Postfachrolle hat er 2 DB's erstellt und versucht diese zu mounten. Er lief wegen der "Öffentlichen Ordner DB" in einen Fehler, diese musste ich trennen damit die Installation bei einem weiterem Versuch durchlief. Beide DBs benutze ich nicht sondern habe selbst welche erstellt in denen die Postfächer migriert werden. Ebenso eine neue ÖffentlicheOrdnerDB. Problem: Einer der DB's die Exchange erstellt hat ist getrennt und besitzt keinerlei Daten, es exisitert keine .edb Datei oder ein Verzeichnis. Löschen kann ich diese auch nicht da noch ein Postfach angeblich in dieser DB ist. Anscheinend einer der bei der Migration erstellt wurde. Nur welchen? Mit get-Mailbox -database (100 Zeichen ID) bekomme ich keinen Rückgabewert. Fehlermeldung alle 15min im Ereignissprotokoll: Active Manager konnte die Datenbank "Mailbox Database 192349347" nicht auf dem Server "2010Exchange" einbinden. Fehler: Fehler bei Active Manager Vorgang: Die Datenbank war zu keiner Zeit eingebunden. Und ab und an den Fehler für diese DB: MapiExceptionMdBOffline, Unable to get Catalog State. Die DB hat auch noch als Standarddatenbank die Öffentlichen Ordner des alten Exchange. Angeblich hostet der neue Exchange eine Kopie davon. Wenn ich mir den Copystatus anschaue der DB bekomme ich als ContentIndexState: Failed. Ein Update-MailboxDatabaseCopy probiere sagt er mir das nur eine Kopie exisitiert. Bin mir unschlüssig wie sich das auf die Migration auswirkt. Es scheint ja nicht umsonst ein Postfach erstellt worden zu sein. Habe auch noch 1-2 andere Fehler im Ereignisprotokoll bei denen ich unschlüssig bin. Ein Fehler bezieht sich auf "Microsoft System Attendant" Postfach. Postfächer habe ich schon ein paar umgezogen. Er meckert zwar im Log ab und an etwas an, schließt aber den Umzug jedesmal ab und es scheint auch alles zu funktionieren. Weiß da jemand was über dieses Postfach?

legacy zeigt auf die gleiche IP externe Ip wie Owa. Mit internen legacy geht es, nur von ausen gibt es Probleme. Aktuelle Veränderung: Keine 2 Anmeldungen mehr für https://owa.exDomain.de/owa sondern direkt ein "403 Verboten: Der Server hat die angegebene URL verweigert." für https://legacy.exdomain.de/exchange nach der Anmeldung (Anmeldung leitet mich für 2003er Postfach ja an legacy weiter) am externen OWA. Scheint also auf eine Seite zu zeigen die er nicht hat/zulässt. -Exchange2003Url https://legacy.exDomain.de/exchange ist aber natürlich richtig gesetzt. Ich speche die ganze Zeit über das externe OWA. Welche Einstellungen könnten hier falsch sein? Kann es sein das er vom 2003er Ex "https://legacy..." aufrufen will? Intern zeigt legacy direkt auf den 2003er. p.s. Am TMG kann man die Regel testen. Dort sind alle autodiscovery Einträge weg die dort aber mal gelistet wurden.

Aktuell Migration von 2003 auf 2010, 2003 wird über legacy angesprochen. Aktuell ist noch keine Mailboxrolle installiert, vor dem Umzug der Postfächer muss OWA erst einmal intern/extern laufen. TMG: Webveröffentlichungsregel -> Standardauthentifizierung. Owa Listener HTML-Formularauth. Windows AD OWA: Standardauthentifizierungsverfahren (KW unverschlüsselt) Nun melden wir uns von extern an (an Postfach was auf 2003 liegt), es kommt ForeFront OWA Fenster, melde mich an und werde an legacy.extdomain.de/OWA weitergeleitet und lande wieder bei forefront owa anmeldefenster. Melde ich mich hier an kommt "Der Zugriff auf ihr Konto wird durch eine Änderung an der Serverkonfiguration verhindert blah". Entferne ich das OWA von legacy.extdomain.de bekomme ich 403 Fehlercode Intern bekomme ich ein windows Fenster zum Daten eingeben, dann das alte OWA Anmeldefenster. Es scheint das Exchange2010 hier ein Problem hat die Daten zu übernehmen und richtig weiterzuleiten. Forefront kann ich einstellen was ich will, wenn Exchange vorhanden ist nimmt er die richtigen Anmeldedaten, schickt weiter bzw. ruft legacy auf wenn das Postfach auf 2003 liegt und leitet knallhart weiter ob es nun ins nirwana geht oder nicht. Ein Regeltest im Forefront ergibt für alle Domains owa+ecp erfolgreich. Wo dreht sich das ganze im Kreis bzw. welche Einstellung ist hier falsch? Wäre sehr froh wenn mir jemand helfen könnte, Tipps geben kann. Tutorials gibt es genug, nur das 50% das so lösen, 30% machen es so usw. Wobei wir uns nicht von diesen Vorgehensweißen unterschieden würde ich sagen. Wir haben bereits eine Testumgebung erfolgreich die Migration durchgeführt. Sehr ärgerlich das alles!