Exchange - DB Größe vs. Postfachgröße im ESM

[Tom_L3 10]

Hallo,

 

ich suche und suche und finde nichts wirklich zutreffendes...

 

Ich hab auf einem Exchange 2003 Std. eine priv-DB mit rund 50GB und im System Manager als Summe der einzelnen Postfächer keine 10GB... Offlinedefrag, lösch-Richtlinien, Aufbewahrungslimits, etc. habe ich alles durch. Wo/wie finde ich heraus was die restlichen 40GB belegt?

 

Danke im Voraus.

 

Grüße

Tom

[GuentherH 61]

Hallo.

 

Hast du Offline Defragmentierung auch richtig vorbereitet, und durchgeführt? - Vorbereitungen zur Offline Defragmentierung einer Exchange (2000, 2003) Datenbank | Blog SBSPraxis.de

 

LG Günther

[Tom_L3 10]

Hallo und ja... hat ca. 4GB gebracht aber leider nicht mehr...

 

Grüße

tom

[GuentherH 61]

Hallo.

 

Welcher Zeitraum ist den für die Aufbewahrungsrichtlinien eingestellt?

 

LG Günther

[Tom_L3 10]

Hi,

 

hab alles schon vor Tage runtergefahren... 1 Tag für Aufbewahrung gelöschter und dann noch parallel löschen 7 Tage Alt für gelöschte Objekte per Richtlinie und 60 Tage für das Journal...

 

Danke & Grüße

Tom

[NorbertFe 2.032]

Hi,

 

hab alles schon vor Tage runtergefahren... 1 Tag für Aufbewahrung gelöschter und dann noch parallel löschen 7 Tage Alt für gelöschte Objekte per Richtlinie und 60 Tage für das Journal...

 

Danke & Grüße

Tom

 

Was steht denn im Eventlog wieviel whitespace deine DB überhaupt hat? Nur um diesen betrag kannst du deine DB mittels Offline Defrag dann "komprimieren".

 

bye

Norbert

[Tom_L3 10]

:) und genau hier startet mein Problem... dort steht kaum noch was nach der offline-Defrag - trotzdem die große Diskrepanz zwischen der tatsächlichen DB Größe und den ESM Angaben über die Postfächer...

 

Danke / Grüße

Tom

[Tom_L3 10]

Mal ein Update mit weiterer Hoffnung auf weitere Hilfe :)

 

Ich hab rund 9GB in der .EDB und rund 49GB in der .STM - wir arbeiten nur mit Outlook aber mit einem POP3 Connector (POPCon) zur Abfrage der Mails.

 

Im ESM werden insgesamt 11,7GB genutzt in den Postfächern dargestellt - wo der Rest liegt oder ob er falsch rechnet ist mir leider noch schleierhaft.

 

Grüße

Tom

[NorbertFe 2.032]

Mal ein Update mit weiterer Hoffnung auf weitere Hilfe :)

 

Ich hab rund 9GB in der .EDB und rund 49GB in der .STM - wir arbeiten nur mit Outlook aber mit einem POP3 Connector (POPCon) zur Abfrage der Mails.

 

Im ESM werden insgesamt 11,7GB genutzt in den Postfächern dargestellt - wo der Rest liegt oder ob er falsch rechnet ist mir leider noch schleierhaft.

 

Grüße

Tom

 

Also 9GB und 11GB sind durchaus mit Hilfe von Single Instance Storage der DB zu erklären. Ansonsten hätte ich auch wenig Erklärungen, ausser eventuell, dass dein POPCon irgendwas falsch macht ;)

 

Bye

Norbert

[GuentherH 61]

Hi.

 

Du solltest dich nicht unbedingt auf die Größenangaben im ESM verlassen, die sind aus verschiedenen Gründen (z.B. wie von Norbert erwähnt) nur mit Vorsicht zu genießen.

 

Ein Grund warum die stm Datei nicht defragmentiert wird, wäre, wenn sie in einem anderen Verzeichnis als die edb Datei liegt. Ist das der Fall?

 

Um die tatsächliche Größe der Datenbank herauszufinden, hebe einmal die Bereitstellung des Informationsspeicher auf und starte ihn sofort wieder neu. In der Ereignisanzeige (Anwendung) sollte das Ereignis 1216 auftauchen. Hier kannst du die Datenbankgröße überprüfen, die für den Exchange relevant ist.

 

LG Günther

[Tom_L3 10]

Hallo,

 

danke für die Ansätze. Im Ereignis 1216 führt er 53GB als Gesamgröße auf. Also noch ein anderer Wert...

 

Die EDB und STM liegen beide im gleichen default-Verzeichnis...

 

Grüße

Tom

[GuentherH 61]

Hallo.

 

Im Ereignis 1216 führt er 53GB als Gesamgröße auf

 

Das ist jetzt also die echte Größe, von der der Exchange Server ausgeht. Da in der STM Datei die Streaming Objekte gespeichert sind, bitte einmal deine Benutzer alle Videos, MP3s und den ganzen Schrott, der da so verschickt wird zu löschen.

 

Oft sind diese User im ESM daran zu erkennen, das es wenige Objekte und ein großes Postfach gibt.

 

Geh dann nach meinen Empfehlungen zur Vorbereitung der Offline Defragmentierung durch, und starte nach einigen Tagen die Offline Defragmentierung erneut.

 

LG Günther

[Tom_L3 10]

Hallo,

 

den Ansatz verfolge ich jetzt - sprich ich nehme mir die großen Übeltäter persönlich ans Herz und suche&lösche alles was groß ist... Sonntag ist dann die offline Defrag angesetzt - mal sehen was es bringt...

 

Werde berichten - danke für die Hilfe

 

Grüße

Tom

[NorbertFe 2.032]

Das ist jetzt also die echte Größe, von der der Exchange Server ausgeht. Da in der STM Datei die Streaming Objekte gespeichert sind, bitte einmal deine Benutzer alle Videos, MP3s und den ganzen Schrott, der da so verschickt wird zu löschen.

 

Nö, nur weil das Ding Streaming Database heißt, hat das nicht zwangsläufig mit Audio und Video zu tun ;)

Das hier erklärt das eigentlich ganz nett.

Bob's Blog: Information on the Exchange 2000 Exchange 2003 .stm file.

 

Bye

Norbert

[Lian 2.421]

Ich denke er meint Videos und MP3s etc., weil das größenmäßig den Löwenanteil ausmacht.

 

Ich denke nicht, daß man Günther das Thema Exchange erklären muss... ;):wink2: