6
Exchange 2013 edb verschieben: Zeitansatz?
Hallo!
Wir müssen hier eine Exchange 2013 edb mit knapp 300GB auf eine neue HDD verschieben.
Soweit, sogut:
Move-DatabasePath -Identity "Mailbox Database Name" -EdbFilePath "M:\Mailbox Database Name.edb"
Gibt es hier Erfahrungen zur Dauer des Kopiervorgangs?
Kann das über Nacht geschehen oder sollte man hier lieber ein Wochenende einplanen?
Sollten hier in der Zwischenzeit eMails reinkommen, so landen diese in der Warteschlange.
Gibt es hier einen Timer bis die eMails als "nicht zustellbar" wieder abgeworfen werden?
Danke!
Wir müssen hier eine Exchange 2013 edb mit knapp 300GB auf eine neue HDD verschieben.
Soweit, sogut:
Move-DatabasePath -Identity "Mailbox Database Name" -EdbFilePath "M:\Mailbox Database Name.edb"
Gibt es hier Erfahrungen zur Dauer des Kopiervorgangs?
Kann das über Nacht geschehen oder sollte man hier lieber ein Wochenende einplanen?
Sollten hier in der Zwischenzeit eMails reinkommen, so landen diese in der Warteschlange.
Gibt es hier einen Timer bis die eMails als "nicht zustellbar" wieder abgeworfen werden?
Danke!
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 287408
Url: https://administrator.de/contentid/287408
Printed on: April 19, 2024 at 22:04 o'clock
6 Comments
Latest comment
Hallo,
Es sollte auch möglichsein, einfach eine neue Datenbank anzulegen und dann die einzelnen Objeckte in die neue Datenbank zu verschieben.
Dann wären nur die Objeckte betroffen die genau in diesem Moment verschoben werden und nicht alle.
Danach die alte Datenbankl wie von MS vorgesehen entfernen und fertig.
Gruß
Chonta
2013 edb mit knapp 300GB
Mach ddie Probe und verschiebe eine Testdatei gleicher Größe, dann weist Du genau wie lange es dauert.Es sollte auch möglichsein, einfach eine neue Datenbank anzulegen und dann die einzelnen Objeckte in die neue Datenbank zu verschieben.
Dann wären nur die Objeckte betroffen die genau in diesem Moment verschoben werden und nicht alle.
Danach die alte Datenbankl wie von MS vorgesehen entfernen und fertig.
Gruß
Chonta
Moin,
Generell würde ich aber lieber eine neue DB erstellen und dann die Postfächer per Move-Mailbox verschieben. Das dauert uU etwas länger, hat aber drei Vorteile:
- Alle PFs werden komplett neu geschrieben, dadruch werden ggfs. Strukturfehler behoben.
- Es ist immer nur ein PF auf einmal nicht verfügbar
- ungenutzter Platz wird nicht verschoben
lg,
Slainte
Gibt es hier Erfahrungen zur Dauer des Kopiervorgangs?
Das hängt ab vom Server, dessen CPUs, RAID Kontroller, Art und Größe des Quell- und Ziel-RAIDs, Art. Größe, Geschwindigkeit und Typ der eingesetzten Platten ab usw usw...Generell würde ich aber lieber eine neue DB erstellen und dann die Postfächer per Move-Mailbox verschieben. Das dauert uU etwas länger, hat aber drei Vorteile:
- Alle PFs werden komplett neu geschrieben, dadruch werden ggfs. Strukturfehler behoben.
- Es ist immer nur ein PF auf einmal nicht verfügbar
- ungenutzter Platz wird nicht verschoben
lg,
Slainte
Jo. Die erste Wahl ist das Verschieben der Benutzer in eine neue DB. Da aber bitte drauf achten das beim Verschiben mehrerer Postfächer genügend Platz auf der Platte auf der die LOG Files liegen ist und regelmäßig ein truncating der LOG's stattfindet. Wenn man über Nacht 200GB Postfächer verschiebt und nur 100 GB frei sind und du keine logfilesicherung eingerichtet hast oder die nicht hinterherkommt hast du ein Problem.
An Sonaten gilt lieber zu viel Auszeit einplanen als zu wenig.
An Sonaten gilt lieber zu viel Auszeit einplanen als zu wenig.
Ich war jetzt nicht davon ausgegangen dass MS einfach die DB aushängt, die Datei kopiert und sie wieder einhängt...
Unser Problem beim erstellen einer neuen DB: Wir haben schon 5 Datenbanken. Exchange 2013 Standard kann meines Wissens nur 5 DBs verwalten...
Unser Problem beim erstellen einer neuen DB: Wir haben schon 5 Datenbanken. Exchange 2013 Standard kann meines Wissens nur 5 DBs verwalten...
Zitat von @mb1811:
Ich war jetzt nicht davon ausgegangen dass MS einfach die DB aushängt, die Datei kopiert und sie wieder einhängt...
Unser Problem beim erstellen einer neuen DB: Wir haben schon 5 Datenbanken. Exchange 2013 Standard kann meines Wissens nur 5 DBs verwalten...
Ich war jetzt nicht davon ausgegangen dass MS einfach die DB aushängt, die Datei kopiert und sie wieder einhängt...
Unser Problem beim erstellen einer neuen DB: Wir haben schon 5 Datenbanken. Exchange 2013 Standard kann meines Wissens nur 5 DBs verwalten...
Ja das ist richtig. Du unmountest die DB und Verschiebst sie und mountest sie wieder. Standard kann nur 5 DB's.
Hallo,
das ist richtig aber die Info das ihr shcon die maximala Anzahl an Datenbanken verwendet war halt nicht vorhanden.
Das verschieben der Postfächer in eine neue Datenbank ist halt besser als die Datenbank mit Größe X zu verschieben.
Bei verschieben der Datenbankdatei wird diese Datei verschoben, beim verschieben der Postfächer in eine neue Datenbank wird nur der tatsächliche Inhalt der Postfächer verschoben was durchaus VIEL weniger sein kann als die Datenbank auf der Festplatte an Speicher frißt.
Und das verschieben der Postfächer hat den enormen Vorteil das der Server die ganze Zeit erreichbar ist und nur das Postfach das verschoben wird für einen Stau in den Warteschlangen sorgt.
Gruß
Chonta
das ist richtig aber die Info das ihr shcon die maximala Anzahl an Datenbanken verwendet war halt nicht vorhanden.
Das verschieben der Postfächer in eine neue Datenbank ist halt besser als die Datenbank mit Größe X zu verschieben.
Bei verschieben der Datenbankdatei wird diese Datei verschoben, beim verschieben der Postfächer in eine neue Datenbank wird nur der tatsächliche Inhalt der Postfächer verschoben was durchaus VIEL weniger sein kann als die Datenbank auf der Festplatte an Speicher frißt.
Und das verschieben der Postfächer hat den enormen Vorteil das der Server die ganze Zeit erreichbar ist und nur das Postfach das verschoben wird für einen Stau in den Warteschlangen sorgt.
Gruß
Chonta
