Exchange 2007 - PostfachDB verschoben, Ursprungs HDD bleibt gleich groß
Hallo zusammen,
ich habe heute Nacht in einer "dunkle Augenränder-Aktion" einem Hyper-V Server eine zweite HDD verpasst.
Das habe ich deshalb getan, weil die C-HDD vollläuft und alleine durch die Exchange DB schon um 100GB wächst (inkl. der öffentlichen Ordner).
Nachdem ich die HDD als D-Platte eingebunden habe und einen neuen Exchange Informationsspeicher darauf erstellt habe, begann ich den größten Benutzer, sprich die größte DB nach D zu verschieben (über den integrierten "Verschieben"-Wizard in der EX-Verwaltungskonsole). Hat knapp 6h gedauert.
Zu meiner Überraschung war die D-Platte nun wie erwartet mit den ca. 6GB der verschobenen DB geschrumpft, jedoch die C-Platte nach wie vor noch genauso belegt, wie vor dem Verschieben.
Ich nehme an man muss der DB nun sagen, dass sie sich reorganisieren soll o. ä.?
Evtl. reicht ein Neustart einiger Exchange-Dienste?
Aus lauter Angst starte ich im Moment den ganzen SBS 2008 neu, weil ich das in einer halben Stunde schon nicht mehr kann, weil da de ganzen Mitarbeiter kommen...
Danke für Eure Hilfe im Voraus,
Der
Vince
ich habe heute Nacht in einer "dunkle Augenränder-Aktion" einem Hyper-V Server eine zweite HDD verpasst.
Das habe ich deshalb getan, weil die C-HDD vollläuft und alleine durch die Exchange DB schon um 100GB wächst (inkl. der öffentlichen Ordner).
Nachdem ich die HDD als D-Platte eingebunden habe und einen neuen Exchange Informationsspeicher darauf erstellt habe, begann ich den größten Benutzer, sprich die größte DB nach D zu verschieben (über den integrierten "Verschieben"-Wizard in der EX-Verwaltungskonsole). Hat knapp 6h gedauert.
Zu meiner Überraschung war die D-Platte nun wie erwartet mit den ca. 6GB der verschobenen DB geschrumpft, jedoch die C-Platte nach wie vor noch genauso belegt, wie vor dem Verschieben.
Ich nehme an man muss der DB nun sagen, dass sie sich reorganisieren soll o. ä.?
Evtl. reicht ein Neustart einiger Exchange-Dienste?
Aus lauter Angst starte ich im Moment den ganzen SBS 2008 neu, weil ich das in einer halben Stunde schon nicht mehr kann, weil da de ganzen Mitarbeiter kommen...
Danke für Eure Hilfe im Voraus,
Der
Vince
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 210602
Url: https://administrator.de/contentid/210602
Ausgedruckt am: 25.11.2024 um 17:11 Uhr
8 Kommentare
Neuester Kommentar
Hallo,
tatsächlich gibt's hier einen Wartungslauf der übernacht, meines Wissens nach die DB verkleinert.
Da musst du nicht eingreifen.
Tendenziell hätte ich aber die kpl. Exchange DB verschoben. Währe schneller gegangen.
Ach kann's sein das dir nicht die DB so wächst sondern das DB Protokoll? Dass passiert wenn man nicht geeignet sichert.
tatsächlich gibt's hier einen Wartungslauf der übernacht, meines Wissens nach die DB verkleinert.
Da musst du nicht eingreifen.
Tendenziell hätte ich aber die kpl. Exchange DB verschoben. Währe schneller gegangen.
Ach kann's sein das dir nicht die DB so wächst sondern das DB Protokoll? Dass passiert wenn man nicht geeignet sichert.
Die beste Idee des Tages ist es immer den Server einfach mal neuzustarten wenn sich ein Problem nicht lösen lässt… Die Chance das dies dein Problem vergrößert ist dabei dann gerne zu vernachlässigen…
Ich würde ebenfalls auf den Wartungslauf und die nächste Sicherung warten - da sind dann ja div. Bereinigungsfunktionen enthalten
Ich würde ebenfalls auf den Wartungslauf und die nächste Sicherung warten - da sind dann ja div. Bereinigungsfunktionen enthalten
100GB intern kopieren, sollte eigentlich je nach Maschine relativ schnell gehen.
Die DB darf jetzt eigentlich nicht mehr wachsen, da sie ja jetzt 6GB zum auffüllen bereit hat. Außer dein Problem sind die Transaktionslogs.
Dann müsstest du die Umlaufprotokollieren einschalten und du hast auf einen schlag wieder sehr viel Platz. Aber dann musst du dir mal wegen deiner Sicherung Gedanken machen.
Die DB darf jetzt eigentlich nicht mehr wachsen, da sie ja jetzt 6GB zum auffüllen bereit hat. Außer dein Problem sind die Transaktionslogs.
Dann müsstest du die Umlaufprotokollieren einschalten und du hast auf einen schlag wieder sehr viel Platz. Aber dann musst du dir mal wegen deiner Sicherung Gedanken machen.
Hallo.
Der SBS 2008 müßte bei nur noch 1-2 GB freiem Speicher auf der Systempartition sowieso schon ein bumsvolles Syslog mit unendlich vielen Fehlermeldungen haben, und der Exchange 2007 schon längst nicht mehr im Warn- sondern im Dauerstreik sein. Ich meine, daß die Untergrenze für freien Speicher auf der Systempartition bei 4 GB liegt.
Wie hast Du das Verschieben überhaupt hingekriegt? Der Exchange 2007 ist nur ein Standard-Exchange, für eine weitere Speichergruppe bräuchtest Du die Enterprise-Version von Exchange, die es aber am SBS 2008 nicht gibt. Oder können die Inhalte ein- und derselben Speichergruppe physikalisch verteilt liegen?
Grüße
Der SBS 2008 müßte bei nur noch 1-2 GB freiem Speicher auf der Systempartition sowieso schon ein bumsvolles Syslog mit unendlich vielen Fehlermeldungen haben, und der Exchange 2007 schon längst nicht mehr im Warn- sondern im Dauerstreik sein. Ich meine, daß die Untergrenze für freien Speicher auf der Systempartition bei 4 GB liegt.
Wie hast Du das Verschieben überhaupt hingekriegt? Der Exchange 2007 ist nur ein Standard-Exchange, für eine weitere Speichergruppe bräuchtest Du die Enterprise-Version von Exchange, die es aber am SBS 2008 nicht gibt. Oder können die Inhalte ein- und derselben Speichergruppe physikalisch verteilt liegen?
Grüße