BrainStorm

Postfächer die bereits verschoben sind - nein. Der User/Outlook findet automatisch sein Postfach in der neuen Datenbank. Auf Postfächer die sich gerade im Move-Vorgang befinden kann ein User nicht zugreifen. Die Mailbox ist für diesen Zeitraum "locked"

Könnte ausreichen, behalte den freien Speicher einfach im Auge ;)

Das sollte eine Antwort auf deine Frage sein ;) Enterprise Edition

Ich kenne deine Plattenkapazität ja nicht. Im schlimmstenfall breche den Move-Vorgang ab, aktiviere die Umlaufprotokollierung, starte den Informationstore neu und wiederhole den Vorgang für die verbleibenden Postfächer. Immernoch besser als eine mit Logs vollgelaufene Disk!

Je nachdem was du vorhast. Ich meine mich zu erinnern, dass bei Büchern meist die Enterprise Edition als Eval dabei ist.

Ja, je nach Hardwareausstattung kann das schon eine ganze Weile dauern. Wichtig beim Verschieben: Achte auf deine Transaktionsprotokolle - Die können dir ganz schnell die Platte voll laufen lassen. Notfalls stelle Circular Logging (Umlaufprotokollierung) für die Speichergruppen an.

Hallo Jo2010, ja das geht auch anders ;) Lad dir doch einfach die Evaluierungsversion auf den MS Seiten runter. Diese sind im ISO Format Windows Server 2008: Evaluierung, Testversion | TechNet Online

Moin, Je mehr Fehler du vor der Migration beseitigst, desto reibungsloser läuft diese. Ich bin kein Fan von verschleppten Fehlern ;) Erstelle die EdgeSubscription nochmal komplett neu und starte auf dem Hubtransport Server den Dienst "Exchange EdgeSync" neu. Schau mal anschließend im Eventlog was dort protokolliert wird.

Nein, keine Sorge. Du kannst mit allen Usern gleichzeitig auf die Datenbank zugreifen.

Es wird ja immer wilder hier ;) Kommen die letzten Events nur beim booten oder in regelmäßigen Abständen? Zum Event 4001 MSExchange System Attendant Mailbox könntest du mal folgendes versuchen: Erstelle einen neuen Postfachspeicher, verschiebe alle Mailboxen dort rein und lösche den Ursprungs-Store. Anschließend den Dienst MSExchangeSA neustarten. Zu der EXOLEDB Meldung fällt mir gerade nichts ein. 0x80040e19 bedeutet DB_E_NOTFOUND - Eventuell lässt sich ja damit weitersuchen.

Hallo PsyStorm, da du ja nur einen Kalender und keine Mails, Kontakte etc. brauchst, kannst du das mit einem Raum oder Equipment Postfach lösen. Die beiden Mailbox-Typen sind bis auf ein paar Kleinigkeiten nahezu identisch. Erstellen eines Raumpostfachs: Exchange 2007-Hilfe

Hier gibts leider auch manchmal Antworten die man nicht hören will ;) Wenn dir der gelesen/ungelesen Status wichtig ist, dann nutze Öffentliche Ordner.

Hallo fusselchen, soweit mir bekannt kannst du den benutzerbasierenden gelesen/ungelesen Status nur bei Öffentlichen Ordnern konfigurieren. Das geht soweit ich weiss bei Mailboxen leider nicht.

Hallo haeckle, welchen Patchlevel hat dein Exchange? Das von dir geschilderte Verhalten wurde mit SP1 RUP 9 beseitigt. Besser ist aber du installierst gleich das SP2 und RUP2 hinterher ;) http://www.microsoft.com/downloads/details.aspx?FamilyID=4C4BD2A3-5E50-42B0-8BBB-2CC9AFE3216A&displaylang=de Download details: Update Rollup 2 for Exchange Server 2007 Service Pack 2 (KB972076)

Kein Problem ;) Der MSExchangeFBPublish 8207 Fehler ist nach Migrationen recht verbreitet. Da fehlt vermutlich der Exchange 2007 als Replik im FreeBusy Public Folder. Ich meine hier im Board gibts auch ein paar Einträge dazu. Zur zweiten Meldung fällt mir grade nichts ein - liegt wahrscheinlich da dran, dass ich seit 5 Uhr wach bin ;) aber vielleicht ist hier was dabei Ein Konfigurationsobjekt in Active Directory ist ungültig.

Ja den kannst du wie in deinem verlinkten Artikel löschen.

Zu 1. stimme ich dir zu. Hat erstmal nichts mit dem Exchange zu tun. Zu 2. und 3. Das sind wohl noch übriggebliebene Routinggruppenconnectoren von der Exchange 2003 Migration. Sofern du keinen Exchange 2003 mehr in deiner Organisation hast, können diese gelöscht werden. Get-RoutingGroupConnector | Remove-RoutingGroupConnector Bevor du diese löscht, lass dir mit Get-RoutingGroupConnector | fl diese nochmal anzeigen und stelle sicher, dass du die Connectoren nicht mehr brauchst. Ansonsten schauts doch gut aus, oder? Funktioniert die Mailzustellung jetzt wie erwartet?

Ja, klar. Mein Fehler. Die Einstellung bekommt er dann nach einer gewissen Zeit über den EdgeSync - ggf. den Sync dann mal manuell antriggern. Start-EdgeSynchronization

Japp, das scheint auch noch eine Baustelle. Um das von Exchange selbstsignierte Zertifikat zu erneuern schau dir folgendes How-To an: Exchangepedia Blog: Exchange Server 2007: Renewing the self-signed certificate EDIT: mhmm, das obige Zertifikat ist noch bis zum 11.09.2010 20:23:35 gültig. War zu schnell mit antworten

Okay, dann zu 2. Auf dem Server mit der Edge-Rolle folgendes ausführen und anschließend sicherheitshalber den MSExchangeTransport Dienst durchstarten. Set-Transportconfig -InternalSMTPServers <IPAdresseDeinesExchange2007>

Dann vergiss obiges von mir. Die lange Bootzeit, hat dann andere Ursachen. Noch weitere Meldungen im Eventlog während der Bootphase? Nee lass das mal so. Eins nach dem anderen.

Korrekt, er sucht ja über die DNS-Server seine Domaincontroller die er demnach nicht findet. Irgendwann läuft er dann in einen Timeout.

Hallo Martin ;) Zu 1. hat Stephan ja schon was geschrieben Zu 2. Hier scheint irgendein Assembly nicht mehr gefunden zu werden. Versuche mal das VC++ 2005 Redist nochmal zu installieren Download details: Visual C++ 2005 SP1 Redistributable Package (x64) Zu 3. Könnte ein Folgefehler zu 2. sein. Zu 4. Antimalware Engine Notifications and Developments Sophos ist in Rente und kann also deaktiviert werden.

Hallo Philipp, einmal reicht doch. https://www.mcseboard.de/ms-exchange-forum-80/exchange-2k3-automatische-antwort-per-mail-161651.html

Ja davon gehe ich auch aus, die Definition "Primär" war nur etwas unglücklich gewählt - es gibt ja keinen Sekundären SOA ;)