ArkadiuszM

Sorry nochmal für Crossposting. Ich habe darauf nicht geachtet. Jetzt werde ich ein Thema in der Zukunft nur auf einem Forum starten. Genau wie ich schon RobertWi geschrieben habe. Ich habe mich für folgende Lösung entschieden: 1. Ich werde die aktuelle Datenbank von edb nach pst exportieren 2. Alle Dateien zwischen zwei Server verteilen 3. Eine Woche von Dateien wird fehlen, weil ich die PF nicht für eine Woche ausschalten kann 4. Die fehlende Dateien mit Commvault Galaxy wiederherstellen Später werde ich weiter den Exchange 2007 entfernen.

Ok maybe in English I will be closer to solve this problem. Before migration we didn’t applied this hotfix. Now we have only 2007 Server and 2010

Und nach deiner Erfahrung, Gibt es noch eine Möglichkeit etwas mit diese Replikation zu machen oder besser ist dieses Thema aufgeben.

In meine Organisation ich habe 5 Exchange Server mit Öffentlichen Ordner, 4 das sind 2010 SP1 und der älteste 2007 mit allen Aktualisierungen. Auf dem 2007 die öffentlichen Ordner sind 300GB Groß. Von Anfang an, nach der Migration aus Exchange 2003 wir hatten das Problem gehabt. Auf einem 2007 Server haben sich „MsExchangeIS Public Store 3092“ Ergebnisse erschienen und die Datenbank hat schnell gewachsen. Beispiel: Fehler 1129 beim Verarbeiten eines Replikationsereignisses. Ordner: (1a-12) NON_IPM_SUBTREE\StoreEvents{3E29936F-78FC-4B3D-BC60-D8754E167AA0} Das kommt jede Sekunde, und ich habe ein paar geprüft. Dort müssen alle unsere Öffentlichen Ordner sein. Um ein Zuwachs der Datenbank zu vermeiden wir haben in unsere Organisation die Replikation abgeschaltet. Das hat geholfen. In kurze Zeit wir wollten nach SharePoint migrieren aber war nie Zeit dafür. Exchange 2003 war weg und 2007 ist mit folgenden Ergebnissen geblieben. Die Ergebnisse kommen ständig, egal ob die Replikation ein oder aus ist. Das Problem bei uns war, das wir kein Path wegen Datenbankzuwachs bevor Migration angewendet haben. Er war später veröffentlicht als wir eine Migration nach 2007 gemacht haben. Public folder replication messages stay in the local delivery queue and cause an Exchange Server 2007 Service Pack 1 database to grow quickly Description of Update Rollup 9 for Microsoft Exchange Server 2007 Service Pack 1 Die Öffentlichen Ordner und einen 2007 Server haben wir so gelassen wie sie waren und gleichzeitig andere vier 2010 SP1 benutzt. Die Replikation zwischen 2003 und 2007 Server hat bis den SP1 Update Rollup9 immer funktioniert. Leider der Zuwachs war so groß, das wir uns mit unserer Migration beeilen mussten. Auf 2010 SP1 die Öffentlichen Ordner funktionieren fabelhaft aber wenn wir nur Replikation einschalten, startet sich ein Zuwachs auf einem von 2010 Servern, nicht auf allen. Diesmal 2007 Datenbank bleibt ohne Änderungen und 2010 Datenbank wächst. Wir haben keine Replikate drin. Bei uns gibt es keine einzelne Replikation, welche für uns sichtbar wäre. Mit eingeschalteter Replikation, der Zuwachs ist bei uns ungefähr 10GB pro 3 Stunden. Wir haben schon den betroffenen 2010 Server entfernt, ganz mit der Datenbank und Daten die dort waren. Dann haben wir neuen Server in Platz von entfernten mit ganz neuer Datenbank installiert .Nach der Einschaltung der Replikation ist diese neue Datenbank gewachsen. Problem liegt an den 2007 Server, wir müssen schnell wie möglich alle Daten migrieren und den alten entfernen, weil er nur Probleme macht. Auf dem 2007 haben wir ESEUTIL gemacht. Das hat ungefähr 36 Stunden gedauert und nur 2 GB freier Speicher mitgebracht. ISINTEG hat auch keinen Fehler gefunden. Die Größe von einzelnen Öffentlichen Ordner ist normal. Ich sehe keine unnormalen Größen, aber trotzdem die Daten müssen sich irgendwo befinden. Ich schätzte, dass in der 300 GB Groß Datenbank nur 170 GB richtiger Dateien sind. Ich muss entweder das Problem mit unserer Replikation beheben oder eine Software finden, welche unsere Dateien ohne Replikation nach anderen Server migriert. Grüß Arek

Hi, Ein Benutzer wollte sich eine Struktur von seinen Verzeichnissen aus Jahr 2010 kopieren. Er hat das mit rechter Maustaste im Outlook gemacht. Automatisch wurde eine Struktur gemacht: \n.i.o.2010\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\2011\2010\ Usw. bis zum mehr als 400 Unterordner. Alle 2010 Verzeichnisse haben 3 normale Emails drin. PowerSchell: Remove-PublicFolder -Identity "\n.i.o.2010" -recursive: $true kommt weiter eine Bestätigung des Löschens, ob Ja, Ja,alle u.s.w. Ich drücke: A (Ja, alle) Fehler in Ornder: '\n.i.o.2010' oder in einigen seinen Unterodner, deshalb das Löschen nicht möglich war. PFDAVAdmin konnte nicht korrekt die Berechtigungen nach unten replizieren: Exception: Der Remoteserver hat einen Fehler zurückgegeben: (400) Unzulässige Anfrage Offentliche Ordner - ToolBox beim Löschen Versuch Fehler im Ordner „\n.i.o.2010\“ oder in einigen seiner Unterordner, weshalb das Löschen nicht möglich war. Beim Prüfen von Größe kommen nur Größe <Fehler> Gesamtgröße <Fehler> Der Ordner kann nicht erweitert werden. Die Anzahl der Elemente, die gleichzeitig geöffnet werden können, wurde vom Serveradministrator begrenzt. Schließen Sie zunächst geöffnete Nachrichten, oder entfernen Sie Anhänge und Bilder von zugesendeten Nachrichten, die Sie gerade verfassen. Wie kann ich noch den problematischen Ordner entfernen. Galaxy Backup Client hat auch Probleme mit dieser Struktur, generell ist nicht zum Untersuchen. Wir haben den Ordner ausgeschlossen um die Sicherung weiterlaufen zu lassen. Danke vorab AM