Dudeshouse

stehen die denn in der gleichen site? Oder sind die über WAN angebunden? Sind auf dem betrefflichen Server, der die öffentl. Ordner repliziert bekommen soll überhaupt Benutzerpostfächer vorhanden? Ggf. kannst du die im laufenden Betrieb auf den anderen Server umziehen - macht aber nur Sinn, wenn beide Server am gleichen Standort stehen - sonst dauerts ewig und ist nicht gänzlich risikolos... Aber wenn du bis am WE warten kannst, dann warte lieber - sicher ist sicher... Gruß Dude Du kannst übrigens gleich den SP2 aufspielen.

Hast du schon auf die gleiche Version upgedatet? Gehe jede Wette ein, dass dann deine Probleme behoben sind ;)

Wie schon bei Exch. 2000 ist das auch bei 2003 extrem wichtig, dass beide Server mit exakt den gleichen Versionen und Patches laufen! Das war bei uns damals - zumindest mit 2000 - das Problem - nach Versionsabgleich: siehe da alles wunderbar... Gruß Dude

Wenn du unterschiedliche öffentliche Ordner hast (Server 1 und Server 2) kann das große Probleme geben. Wann hast du die Replikation angeworfen? Je nach Inhalt kann die Replikation bis zu mehreren Stunden dauern. Stehen beide Server in einer Site? In der Regel hilft warten...und Kaffee trinken - wir hatten das nach unserer Migration damals auch - das dauerte ewig - am nächsten morgen war aber alles da... Die Replikation muss für jeden Ordner eingerichtet werden - hier müssen beide Server eingetragen werden, die ein Replikat haben sollen. Standardmäßig steht die Replikation auf "Zeitplan d. öffentl. Ordners verwenden" und ist mit "Niedrige Priorität" angegeben - deshalb kann das echt lange dauern. Gruß Dude

Hallo Leute, habe soben mal das Forum etwas nach meinem Problem durchforstet, und festgestellt, dass es bis dato offensichtlich immer noch keine vernünftige Lösung für das Problem des fragmentierten virtuellen Speichers in Exchange 2000/2003 gibt. Nun, ich wollte gerne mal die Option /3GB ausprobieren - auch wenn es bei vielen anderen keine Lösung des Problems brachte - aber Sh.. happens - und manchmal hat man ja Glück :D So, kurze Info zum System: Intel-Server 2x 2.8 GHz Xeon, 2 GB Ram, Sys. Raid1, Logs, Raid1, Databases Raid 5 Windows 2000 ADVANCED Server SP4 - alle aktuellen Patches - Stand 01.08.2006 (sollte also Option /3GB unterstützen...) Exchange Enterprise 2000 SP3 - alle aktuellen Patches - Stand 01.08.2006 (4 Datenbanken je ca. 2,5 - 3,5 GB, öffentl. DB ca. 500 MB) - werden ca. alle 4 Monate per ESEUTIL gewartet. Postfächer ca. 150 (max. 200MB/Postfach) Panda-Antivirus BusinessExchange, neueste Version (Stand 01.08.2006) mit TruePrevent (Spam und Content nicht aktiviert - macht - ebenso wie Viren - ein externer Dienstleister, der dem System vorgeschalten ist - interne Virenlösung ist nur noch vorbeugend...) System wurde Plattenmäßig auf allen Partitionen vor kurzer Zeit defragmentiert - die Überprüfung jeder Partition ergibt derzeit: keine Defragmentierung notwendig. (Der Hinweis für die Defragmentierung stammt auch aus irgend einem Post zu diesem Thema - ist aber eigentlich ziemlich sinnlos, da Pagefile.sys ja ohne hin fest auf der Platte reserviert ist, und in zusammenhängendem Speicherplatz untergebracht ist. Nach meinem Verständnis hat der virtuelle Speicher von Exchange ausschließlich was mit dem im Platz und der Verwaltung im physikalischen RAM zu tun...) Hm, noch was vergessen?? Hoffe nicht. Also, MS-Artikel 325044 habe ich soweit durchgearbeitet - inkl. Prüfung der Registry - die Einträge sind aber ok gewesen. So, jetzt wollte ich also das gute Teil mal mit der Option /3GB neu starten habe also folgende Änderung in der Boot.ini gemacht: Das war die Boot.ini VOR der Änderung: (partition 1=Servicepartition für das Serversys.) [boot loader] timeout=10 default=multi(0)disk(0)rdisk(0)partition(2)\WINNT [operating systems] multi(0)disk(0)rdisk(0)partition(2)\WINNT="Microsoft Windows 2000 Advanced Server" /fastdetect Nach der Änderung: [boot loader] timeout=10 default=multi(0)disk(0)rdisk(0)partition(2)\WINNT /3GB [operating systems] multi(0)disk(0)rdisk(0)partition(2)\WINNT="Microsoft Windows 2000 Advanced Server" /fastdetect /3GB Problem: Remoteneustart ist fehlgeschlagen - System blieb mit Fehlermeldung: ...blalblabla ntoskrnl.exe stehen - booten über den Standardeintrag (default) war nicht mehr möglich...wieso??? Glücklicherweise läßt sich das System mit Eintrag zwei problemlos starten. Erst nachdem ich die Änderung wieder im Standardeintrag zurückgenommen habe, lies sich das System damit wieder starten: [boot loader] timeout=10 default=multi(0)disk(0)rdisk(0)partition(2)\WINNT [operating systems] multi(0)disk(0)rdisk(0)partition(2)\WINNT="Microsoft Windows 2000 Advanced Server" /fastdetect /3GB Kann mir jemand verraten, wie ich die Option im Standardeintrag (default=...) vornehmen kann, OHNE dass das System nicht mehr startet?? Danke für eine kurze Rückmeldung. Evtl. hat das virtl. Speicher-Problem jemand anderweitig bereits gelöst? Der Hinweis in einigen Posts zu diesem Thema: "Das Problem könne ignoriert werden" stimmt übrigens NICHT - wenn wir das Problem ignorieren beendet sich nach geraumer Zeit der Dienst für den Exchange-Informationsspeicher von alleine - SUPER :mad: Hilft also nur Dienst oder Server neu starten. Die Lösung den Server jede Nacht autom. neu zu starten halte ich auch nicht für erstrebenswert - ne Alternative ist vielleicht noch Servers Alive... naja, mal sehen - aber vielleicht wisst ja IHR die LÖSUNG!!! Danke Gruß Dude