Exchange Datenbank riesig aufgebläht (Faktor 10)

1. offizieller Beitrag

    Ich habe folgendes Problem unter Small Business Server 2003:


    Eine Exchange-Datenbank priv.edb hat sich riesig
    aufgebäht, nachdem ein Outlook-Benutzer mehrere Postfächer aus PST'S importiert hat und diese dann letzlich wieder löschen wollte.


    Der Betroffene User bekam in Outlook Tasks angezeigt, die nicht mehr endeten. Im Hinbtergrund hat Exchange die Datenbank immer grösser aufgebläht.


    Die priv.edb Datenbank bei diesem Server hatte vorher eine grösse von ca. 3-4 Gigabyte
    (Es arbeiten lediglich 12 User an dem Exchange-Server...)
    und ist jetzt auf
    45 Gigabyte aufgebläht !



    Ich habe folgendes schon probiert.
    Der User, welcher das Problem offenbar verursacht hatte, wurde aus dem Active Directory gelöscht.
    Ich habe danach bereits mehrmals eine Defragmentierung versucht (esutil /D) ... aber die
    Datenbank schrumpft lediglich zurück auf 43 GB.


    Frage :
    Ich würde gern die Echtdaten in PST-Daten exportieren und in eine leere Postfachdatenbank wieder importieren.
    Aber wie kann ich am Exchange System eine neue oder leere priv.edb erstellen ?????


    Bin für jeden Tip dankbar !

    • Offizieller Beitrag

    Hallo,


    wenn sich das alles heute erst abgespielt hat, würde ich mal bis morgen früh warten.


    Denn der Exchange Server macht nachts eine Online Maintenance die auch eine Offline Defragmentation beinhaltet.


    Wenn du jetzt die Delteted Item Retention Time die Standardmässig auf 30 Tage eingestellt ist, auf 0 setzt, dann werden alle Objekte heute nach die als gelöscht markiert sind auch sofort gelöscht.


    Dann schau morgen früh mal in das Anwendungprotokolle und suche den Event 1221. Der sagt Dir dann wieviel freier Speicherplatz sich in deiner Datenbank befindet.


    Dies wiederrum würde bedeuten, um wieviel die Datenbank dann bei einer offline defragmentation kleiner werden würde.


    Das ganze Exmerge und .pst gedönse hat einfach den Nachteil, dass die Single Instance Storage aufgehoben wird.


    Jede Mail mit Anhang speichert der Exchange Server in dem Attachment Table ab. Wenn jetzt eine Mail an 10 Unser mit einem Anhang von 10 MB gesendet wird, wird der Anhang (Datei) nur einmal in der DB abgespeichert und es wird nur ein Link von den Mail auf den Anhang ertellt.


    Exportierst Du jetzt die Postfächer mit Exmerge oder Datei exportieren im Outlook, so wird jeder Anahang für jedes Postfach exportiert und später beim Importieren wieder 10 mal abgespeichert.


    Wenn Du jetzt sofort neue Datenbanken anlegen möchtest, kannst Du gerne den Informationsspeicherdienst beenden (Start Ausführen CMD net stop msexchangeis)


    dann die Priv1.edb und priv1.stm umbenennen und dann mit net start msexchangeis den Dienst wieder starten.


    Evtl. im Exchange System Manager noch bereitstellen und dann das PopUp Fenster mit Yes bestätigen.


    DAS wars.


    Bei Fragen einfach fragen.

    Vielen Dank schonmal ,


    der ganze Vorgang zieht sich schon etwas über eine Woche hin ...so dass ich auf die Online Defragmentierung nicht mehr bauen kann...


    Ich gehe stark davon aus, dass in der DB ein grosser Bereich ist, der nicht mehr richtig zuzuordnen ist und deswegen auch nicht beim esutil Defrag wirklich freigegeben ist.


    Ich muss dazu erwähnen, dass der Exchange Server zuerst bei den üblichen 16 Gig dicht machte ...
    Nachdem ich dann auf 70 GB per Reg-Hack (mit SP2) erweitert habe, ging die DB dann auf die 43 GB.


    Irgend etwas muss bei dem User Vorgang fürchtertlich schief gegangen sein. (alle anderen User konnten normal weiter arbeiten)...


    Ich werde dann mal alles exportieren in PST Dateien und am Ende wirklich die DB löschen....

    Schau doch bitte mal nach was unter Event ID 1221 im Log bei dir steht.


    Du müsstest diesen Eintrag für die letzten Tage finden.


    Da steht drin wieviel Freier Platz in der Datenbank ist.


    In deinem Fall wäre es sehr interessant dies zu wissen.

    viele Grüsse


    StevensDE

    Die Aufbewahrungszeit für gelöschte Objekte hatte ich bereits Stunden vor der Defragmentierung auf 0 gesetzt.


    Aber das hat offenbar nichts gebracht ....

    Ich fasse es nicht !
    Laut Event ID 1221 von heute Morgen
    besitzt die Datenbank 40.236 MBfreien Speicher,
    nachdem die Online Defragmentierung abgeschlossen ist.


    Also hat er die 40GB überflüssigen Speicher doch erkannt.


    Wieso hat meine Offline Defrag am Freitag nachmittag denn dann den Speicher nicht freigegeben ???
    Ist doch ein Rätsel, oder ???

    • Offizieller Beitrag

    Hallo,


    also bei 40 GB freiem Speicher würde ich doch eine offline Defragmentierung und dann im Anschluss noch einen isinteg -s servername -fix -test alltests durchführen.


    ABER: Nach der offline Defragmentierung musst Du alle Transaktionsprotokolle (*.log) die e00.chk sowie die Res1 und Res2.log dateien löschen.


    Da bei der Datenbank sich nach einer Offline Defragmentierung die Datenbanksignatur ändert und diese sich mit den alten Transaktionsprotokollen nicht mehr starten lässt.


    Auch solltest Du dringend eine Online Sicherung durchführen.


    Denn die alten Sicherungen kannst Du nicht mehr verwenden.


    Vor dem Defrag, auch noch den Dienst beenden und die Datenbank (.edb und .stm) wegsichern.


    Dann bist Du auf der sicheren Seite.

    Jau!


    Ich werde dann heute Abend noch einmal ein Offline Defrag laufen lassen ...


    ..wie mache ich denn eine sog. Online Sicherung ? Direkt mit dem ESM ?