ESEUTIL

1. offizieller Beitrag

    Hallo zusammen,


    wir setzen derzeit noch einen Exchange 2000 Enterprise Server ein und aufgrund mangelnden Festplattenplatzes mussen wir sämtliche Postfächer auf einen anderen Exchange Server verschieben.


    Der Festplattenbedarf für .edb und .stm hatte sich folglich ja nicht verändert. Mittels Offline-Defrag (eseutil /p) können wir ja jetzt die Datenbank verkleiner, so dass diese nach erfolgreichem Abschluss ja nur noch einen winzigen Bruchteil der Ursprungsgrösse belegt werden müsste.


    Während eseutil nun läuft, wird hierfür temporär nun die komplette Exchange Datenbank Grösse benötigt? Bzw. wird erst bei Abschluss die Datenbank dann so weit verkleinert, dass sie nur noch einen Bruchteil der ursprünglichen Grösse hat?


    Vielen Dank für die Info.


    Grüsse,
    Turin

    • Offizieller Beitrag

    Hallo,


    ESEUTIL, erzeugt eine kopie der Datenbank edb und stm und überprüft in diese wieviel frei Blöcke es gibt. Diese werden dann zusammengefasst und ans Ende der Datei gepackt. Dadurch entsteht eine kleinere Datei. Diese wird dann gegen die Ursprüngliche edb und stm ersetzt. Daher benötigt ESEUTIL nochmal genauso viel Platz wie die Original dateien sind plus etwa 10 - 20% mehr. Du kannst bei ESEUTIL aber einen Pfad angeben, wo diese Temp Dateien erzeugt werden sollen. Über eine Netzwerkfreigabe solltest du das nicht machen! Das könnte zu Fehlern führen. Wenn du lokal nicht genug Platz hast, kopier dir die Originale vorher weg und führe ESEUTIL gegen die kopien (auf einem grossen Datenträger) aus. Dann ersetzt du einfach die Originale gegen die kleineren kopien.
    Wenn du die Postfächer aber wieder zurückschiebst und die User nicht aufgeräumt haben, wird die Datei wirder genauso gross wie vorher. Schau mal im Eventlog. Dort bekommst du jede Nacht eine Meldung 1220, die sagt, wieviel Platz in der edb und stm noch frei sind. Das ist genau der Platz, den du mit einer Offlinedefrag frei bekommst.

    Hallo,


    danke für die info.
    Kann es sein, dass nur die Menge an Daten freigemacht wird, welche zuvor durch das Online Defrag gefunden worden ist?


    Ich frage deshalb, weil nach dem offline Defrag die edb Datei noch immer 20 GB hat (zuvor 50 GB), obwohl nur noch zwei Postfächer mit insgesamt 1,3 GB im ESM vorhannden sind.


    Grüsse,
    turin

    nein, defintiv nicht, es sind wirklich nur noch zwei Postfächer in der Datenbank.
    Allerdings gehe ich davon aus, dass das online defrag in der zur verfügung stehender zeit nicht über die komplette DB drüberläuft.


    somit würde ich davon ausgehen, dass bei einem offline defrag die DB nur soweit verkleinert wird, wie zuvor das online defrag gelaufen ist?!?


    Grüsse,
    turin

    • Offizieller Beitrag

    Hi,


    eseutil kann bei einem offline-defrag nur das frei schaufeln, was als gelöscht markiert ist.


    Wurden Postfächer verschoben, bleiben die Daten gemäss der Verfallszeit in der DB.


    Stelle das mal auf 0 Tage und die Maintenance auf stündlich.


    Nach dem nächsten Lauf kannst du die DB wieder Offline nehmen und defragmentieren.


    Unbedingt eine Sicherung danach fahren!


    Da sich durch das defrag die SID der DB ändert, kannst du auf alte Datenbestände NICHT zurückgreifen!!


    ;)