PublikFolder-Replikationsmail-Problem...

  • Hallo an alle,


    ich habe ein PublicFolder-Replikationsproblem und hoffe, hier eine Lösung zu finden.


    Zuerst einmal zur Umgebung:
    - wir haben eine einzige Windows 2003 AD-Domäne mit 4 Sites (jeweils einer Site für eine Niederlassung)
    - in jeder Site steht ein DC, der auch GC und DNS ist
    - in 2 Sites steht jeweils ein weiterer Windows 2003 Server (x64), auf dem Exchange 2007 SP3 installiert ist
    - beide MX hosten folgende Rollen: CAS, HUB, Mailbox
    - auf beiden MX habe ich eine Datenbank für die öffentlichen Ordner (PF) erstellt (Sharepoint ist da keine Alternative für uns)
    - die beiden PF werden über das WAN repliziert, dabei kommen 2 Zeitmodelle zum Einsatz:
    a) einige Ordner (mit allen Unterordnern und Elementen) werden zu jeder Zeit sofort repliziert (der Replikationszeitplan der PF-Datenbank wird nicht verwendet)
    b) einige Ordner (mit allen Unterordnern und Elementen) verwenden den Replikationszeitplan der PF-Datenbank (täglich 01:00 bis 05:00 und am WE ganztags)


    Wir hatten zuerst nur auf einem MX eine PF-Datenbank. Diese hatte eine Größe von etwa 10GB. Wegen besserer Verfügbarkeit und als zusätzliche Sicherungsoption haben wir dann auf dem 2. MX die PF-DB erstellt und die Replikation konfiguriert. Diese lief einige Tage ohne Probleme. Dann stauten sich die Mails in der Queue. Wir konnten die hängende Mail identifizieren. Nachdem wir mit remove-message bzw. suspend-message diese rausgenommen haben, lief die Replikation durch. Seitdem wird aber jeden Abend diese Mail wieder erzeugt und "verstopft" die Queue und auch die WAN-Leitung. Auffällig ist, dass diese Mail sehr groß ist (28MB).


    Ich habe in Outlook ein Script geschrieben, mit dem ich die alle Elemente in unserer PF-Hierarchie mit Pfad, Name und Größe auflisten kann. Ich habe kein Element gefunden, welches dieser Größe auch nur annähernd entspricht.


    Als Notlösung löschen wir jeden Tag diese Mail manuell, um die anderen Mails durchzulassen. Das kann es ja aber auch nicht sein. Im Anhang habe ich einen Auszug aus unserer Admindoku beigelegt. Vielleicht hat ja einer von euch eine Idee, woran das liegen könnte.


    Vielen Dank schon mal und viele Grüße vom creyzee

    mcsa2000/2003
    mcts/mcitp in progress...