RobertWi

:) Tipp: DAG haben eine Kopie der DB pro Knoten.

Moin, ok, dann: Welcher Fehler genau an welcher Stelle? Laufen alle Dienste? Wurde der Exchange schon mal neugestartet?

Moin, gerade beim Einsatz von Exchange merkt man schnell die Nachteile, nicht alle DC als GC zu haben und macht daher alle DC auch zu GC (in der Gesamtstruktur). Und dann gilt auch die Einschränkung nicht mehr. Den GC musst Du nicht einzeln vom DC nehmen, das macht DCPROMO mit. Und ja, die Einstellungen werden wirklich gecacht, allerdings IMHO 15 Minuten. Ein Neustart des Exchange AD Topologiedienstes hilft. Allerdings startet der eine Menge anderer Dienste auch mit.

Moin, Du solltest keinen statischen DC bei Exchange konfigurieren. Das macht in der Praxis eher Probleme. Welcher der DC ist der abgeschaltete und welcher ist der neue? Warum sind nicht alle DC auch GC?

Moin, einfach nur "Netzwerkstecker" ziehen ist schlecht, weil ja alle den alten DC noch kennen. Damit wird er gesucht, es gibt Time-Outs und es kann dauern, bis er wirklich nicht mehr benutzt wird. Ist der neue DC auch GC? Wenn nein, musst Du das ändern (dafür sollte der alte DC online sein, sonst riskierst Du Sync-Probleme). Ein erreichbarer GC für Exchange ist Pflicht. Ansonst such mal bitte im Exchange nach Event 2080 aus Quelle MSExchange ADAccess und prüfe, was da drin steht.

Ne falsch. CMDLET heißt New-MailboxSearch, wird aber genaus bei der Searchquery bedient: http://technet.microsoft.com/en-us/library/dd298064(v=exchg.141).aspx

Und was sagt die Ausgabe von Verbose? Na über die EMC die passive Kopie aktivieren. Mit dem RU wurde der Schalter eingeführt. Vorher gab es immer Fehler, wenn eine DB nicht Kopien auf allen DAG-Knoten hatte. Mit dem Schalter kann man erreichen, dass zwei Kopien ausreichen, auch wenn die DAG mehr Knoten hat.

Moin, nachträglich einen Text im Body in eingegangenen Mails zu suchen, ist nicht möglich, weil das nicht gespeichert wird. Du kannst mit Search-Mailbox in den Mailboxen selbst suchen. Entweder als Admin über ECP oder via Shell. Im SearchQuery braucht es dafür gar keinen Bezeichner: http://windowsitpro.com/exchange-server-2010/search-destroy-email-content-exchange-2010

Moin, na ja. Exchange 2003 ist nicht mehr supportet und es ist müssig, irgendeinen Fehler in einer nicht mehr supporteten Umgebung zu suchen. Microsoft hat in den vergangenen Patch-Day so viel am Thema Sicherheit und Verschlüsselung geschraubt, dass es mich nicht wirklich wundert, wenn es da Problem in Richtung Exchange 2003 gibt. Jetzt suchen heißt nur, von einem Problem ins nächste zu fallen. Daher wäre es deutlich sinnvoller, Du würdest die Zeit in eine möglichst schnelle Migration auf ein aktuelles System investieren.

Moin, SMTP-Banner interessiert beim Empfang in der Regel gar nicht und hat mit dem MX Eintrag keine Beziehung. Höchstens, wenn es irgendwelche Anforderungen in Richtung "strict TLS" gibt und dann muss der Name zum Zertifikat passen, nicht zum MX Eintrag. Wichtig ist der Name bei Senden, aber danach hast Du ja nicht gefragt.

Auch die Größen Unterschiede sind normal,weil Exchange Verwaltungsdaten einrechnet, die Outlook nicht kennt. Würdest Du Dein Postfach auf einen Ex 2013 Server schieben, würdest Du merken, dass es plötzlich ohne irgendeine Änderung noch mal größer geworden zu sein scheint, weil Ex 2010 nicht alle Verwaltungsdaten eingerechnet hatte. Den zweiten Satz verstehe ich nicht.

Moin, in der EMC werden Dir alle Elemente in einem Postfach angezeigt, in jedem Ordner, inklusive Kontakte, Kalender, usw. Da steht ja auch nicht "7 Mails", sondern "7 Elemente", oder?

Moin, "ich kann nicht" äußert sich wie? Fehlermeldungen - Eventlog-Einträge - Warteschlange, usw. Welchen genauen Stand haben die beiden Exchange Server? Da das Test ist, am besten gleich auf die letzten RU 8 (2010) und CU 7 (2013) updaten.

Eben. Zum einen hat der OP schon dieses RU, zum anderen geht es dabei ja um genau diesen Schalter. Ich hoffte mit dem aktualisierten Script auf eine bessere Fehlermeldung.

Moin, @tesso: Hatten wir schon. ;) @mcseboarduser23: Erstmal können wir die eigentliche Fehlermeldung vergessen. Sie selbst ist falsch (oder extrem missverständlich). Den Fehler scheint Microsoft bei 2010 bisher nicht korrigiert zu haben. Bei 2013 lautet die Fehlermeldung nämlich: The following objects are still critical on server '{1}', even after attempting to move them off: Mit anderen Worten: Die Fehlermeldung sagt nicht, dass VOR dem Verschieben was schiefgegangen ist, sondern DABEI. Bzw. dass kein Verschieben stattgefunden hat und die DB noch auf dem alten Server sind. 1. Es gibt noch zwei andere Scripte, die Du aus dem SP 3 kopieren musst: "DagCommonLibrary.ps1" und die dazugehörige .psd1 2. Bitte führe dann das Script mal mit dem Schalte "-verbos" und dem Schalter "-overrideMinimumTwoCopies" aus. Sorge vorher dafür, dass sich kein Knoten im Wartungsmodus befindet, d.h. führe StopDagServerMaintenance.ps1 mit jedem Knoten aus. Nachtrag: Und mal einen Versuch die Kopie von Hand zu verschieben, bitte ausführen.

Jo. Dann lad Dir das SP 3 herunter und pack es aus. Darin findest Du dann auch die Scripte (das sind zwei, das PS1 und eine Ressourcen-Datei PSD1). Sichere die alten beiden Dateien und teste mal mit den neuen. Mehr, als das es damit auch nicht geht, kann eigentlich nicht passieren.

Da Du Dich ja weigerst, Dein System auf einen aktuellen Stand zu bringen, könntest Du mal bitte schauen, wie die Signatur des Scriptes aussieht? Bei SP 3 / RU 7 sieht sie so aus (hier habe ich nur die ersten zwei und die letzten drei Zahlen ausgeschnitten): # SIG # Begin signature block # MIIabgYJKoZIhvcNAQcCoIIaXzCCGlsCAQExCzAJBgUrDgMCGgUAMGkGCisGAQQB # gjcCAQSgWzBZMDQGCisGAQQBgjcCAR4wJgIDAQAABBAfzDtgWUsITrck0sYpfvNR ...... ...... # zDgyPibhEBrbAoWO2XSSr65Ume8s47SBB2EMGb+yj1UKsX2OWl/yVs51cNe6yz7Z # g1Xt4YbfbkG3s4Unr6Cuye/DXW5dkhMv3Fpasm0LgZf0qwjIiKIOJliA/8ABpljg # j0Y= # SIG # End signature block

Moin, also redest Du über CAS und nicht über DAG. Du willst Loadbalancing für die CAS-Rollen und User sollten niemals (das ist bei Dir vermutlich sogar unsupported) irgendwas mit DAG zu tun haben. Hast Du jetzt einen Loadbalancer? Welche Zertifikate gibt es? Wie sind die verschiedenen URLs für OAB/EWS/Autodiscover konfiguriert?

Moin, für eine DAG brauchst Du kein Zertifikat und damit sollte eigentlich außer einer Backup-Software auf keine Dritt-Software laufen. Eine DAG hat nicht mal einen eigenen Webserver, da ist dann ein HTTPS-Zertifikat auch schwer. Welche Software soll das denn sein? Oder bringst Du hier Loadbalancing für CAS mit der DAG für Mailbox-Server durcheinander?

Deine Ausführungen gehen ein wenig durcheinander. 4 Knoten, aber nur eine Kopie (oder meinst doch doch vermutlich eher zwei Kopien, den bei einer könnte man ja nichts verschieben). Mal läuft das Script, dann wieder nicht. Bitte ein wenig strukturierter, wenn wir Dir sinnvoll helfen sollen.

Das das Script nichts macht, hast Du nicht geschrieben. Im Gegenteil kann man oben interpretieren, dass es läuft: "imho läuft das Script egal wo, man es ausführt (aktive oder passiv)". Also, was ist nun die Frage? Wo liegt der FSW und ist der während des Scriptes erreichbar?

Moin, da steht: "blacklisted by the sender blacklist" Das ist eine Einstellung im ORF.

Moin, SP 2 ist nicht mehr supported, was willst Du von Fachleuten da hören? Du kannst die Warnung ignorieren, sie tritt auf, wenn man nur zwei Kopien einer DAG hat: http://blogs.technet.com/b/timmcmic/archive/2011/09/26/exchange-2010-sp1-startdagservermaintenance-ps1-fails-on-databases-that-have-only-two-database-copies.aspx

Ah, Du hast also eigentlich eine Fehlkonfiguration in Deinem ORF? Aber Du willst nicht die Ursache beheben, sondern die Symptome. Normalerweise liegen die False-Postive im Promille Bereich - oder noch weniger. Große Anbeiter garantieren Raten von 1:10.000.000. IMHO protokolliert ORF doch auch, warum eine Mail abgeweisen wurde, oder?

Aber irgendeinen Fehler gibt es doch, oder? "Funktioniert nicht" ist ein Fehler, der Ferndiagnosen sehr schwer macht.