73696
Mar 13, 2009, updated at 11:54:26 (UTC)
10510
6
0
Priv1.stm wächst stetig an
Hallo zusammen,
mich würde mal interessieren, warum unsere priv1.stm stetig anwächst, bzw. ob dieser Wachstumsprozess so in Ordnung ist oder ob es einfache Wege gibt die Größe zu reduzieren. Im Bereich der edb-Datei gibt es ja die Möglichkeit einer Offlinedefragmentierung, allerdings habe ich gelesen dass dieser Prozess die alte Datenbank komplett löscht und eine neue Datenbank erstellt. Bei diesem Prozess soll laut Useraussagen in diversen Foren schon oft zu Problemen gekommen sein.
Mit bestem Dank und vorab ein schönes Wochenende.
Proteus79
mich würde mal interessieren, warum unsere priv1.stm stetig anwächst, bzw. ob dieser Wachstumsprozess so in Ordnung ist oder ob es einfache Wege gibt die Größe zu reduzieren. Im Bereich der edb-Datei gibt es ja die Möglichkeit einer Offlinedefragmentierung, allerdings habe ich gelesen dass dieser Prozess die alte Datenbank komplett löscht und eine neue Datenbank erstellt. Bei diesem Prozess soll laut Useraussagen in diversen Foren schon oft zu Problemen gekommen sein.
Mit bestem Dank und vorab ein schönes Wochenende.
Proteus79
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: 111341
Url: https://administrator.de/contentid/111341
Printed on: April 24, 2024 at 22:04 o'clock
6 Comments
Latest comment
Moin,
im "prinzip" Jein - Pi * Daumen ist die stm 1.5 bis 2* so "groß" wie die dazugehörige .edb.
Und wenn das bei dir der Fall ist - ein klares Ja - geht so ok.
Wenn nicht (größer) dann "könnte" ein Problem vorliegen.
Es kann aber natürlich auch sein, daß bei euch die Aufbewahrungszeit für gelöschte Objekte ebbes "hoch" angesetzt ist.
Und da die stm "nur" beim neuanlegen kleiner wird - und die "inhalte" lediglich als gelöscht markiert werden......
Gruß
im "prinzip" Jein - Pi * Daumen ist die stm 1.5 bis 2* so "groß" wie die dazugehörige .edb.
Und wenn das bei dir der Fall ist - ein klares Ja - geht so ok.
Wenn nicht (größer) dann "könnte" ein Problem vorliegen.
Es kann aber natürlich auch sein, daß bei euch die Aufbewahrungszeit für gelöschte Objekte ebbes "hoch" angesetzt ist.
Und da die stm "nur" beim neuanlegen kleiner wird - und die "inhalte" lediglich als gelöscht markiert werden......
Gruß
Hallo Timo,
wie kommst du denn auf diesen Wert? Die 'stm' beinhaltet doch nur die Anhänge mit Streaming Daten und ist so wohl kaum pauschalisierbar.
Grüße, Steffen
Zitat von @60730:
Pi * Daumen ist die stm 1.5 bis 2* so "groß" wie die dazugehörige .edb.
Pi * Daumen ist die stm 1.5 bis 2* so "groß" wie die dazugehörige .edb.
wie kommst du denn auf diesen Wert? Die 'stm' beinhaltet doch nur die Anhänge mit Streaming Daten und ist so wohl kaum pauschalisierbar.
Grüße, Steffen
Hallo.
Wenn schon richtig stellen, dann aber wirklich richtig
In der STM Datei werden die Daten gespeichert, die nichts mit MAPI (RTF-Format) zu tun haben.
Wenn z.B. ein HTTP Client eine Nachricht an den Exchange sendet, wird diese in der STM Datei gespeichert (also nicht nur Anhänge, sondern alle Nachrichten die kein MAPI (RTF) Format haben). Greift nun ein HTTP Client auf diese Nachricht zu, wird sie direkt an ihn weitergeleitet.
Greift jedoch ein MAPI Client auf diese Nachricht zu, wird diese im Arbeitsspeicher in das RTF-Format konvertiert, und dann an den MAPI Client weitergegeben. Sollte der Client die Nachricht ändern und dann speichern, wir sie in der EDB Datei gespeichert und aus der STM Datei gelöscht.
Es kann daraus aber auf keinen Fall au ein bestimmtes Größenverhältnis der beiden Dateien berechnet werden. Wenn die STM aber plötzlich unnatürlich groß wird, sollte man auf jeden Fall überprüfen, ob die Online Defragmentierung sauber durchläuft.
Es kann nämlich ohne weiteres passieren, dass die Datensicherung des Exchange beginnt, bevor die Online Defragmentierung abgeschlossen ist. In diesem Fall beendet der Exchange die Online Defragmentierung.
Also einfach einmal im Ereignisportokoll nach ID 7812 suchen, und überprüfen ob alle Datenbanken defragmentiert wurden und nach der Defragmentierung Speicherplatz freigeben wird.
LG Günther
Die 'stm' beinhaltet doch nur die Anhänge mit Streaming Daten und ist so wohl kaum pauschalisierbar.
Wenn schon richtig stellen, dann aber wirklich richtig
In der STM Datei werden die Daten gespeichert, die nichts mit MAPI (RTF-Format) zu tun haben.
Wenn z.B. ein HTTP Client eine Nachricht an den Exchange sendet, wird diese in der STM Datei gespeichert (also nicht nur Anhänge, sondern alle Nachrichten die kein MAPI (RTF) Format haben). Greift nun ein HTTP Client auf diese Nachricht zu, wird sie direkt an ihn weitergeleitet.
Greift jedoch ein MAPI Client auf diese Nachricht zu, wird diese im Arbeitsspeicher in das RTF-Format konvertiert, und dann an den MAPI Client weitergegeben. Sollte der Client die Nachricht ändern und dann speichern, wir sie in der EDB Datei gespeichert und aus der STM Datei gelöscht.
Es kann daraus aber auf keinen Fall au ein bestimmtes Größenverhältnis der beiden Dateien berechnet werden. Wenn die STM aber plötzlich unnatürlich groß wird, sollte man auf jeden Fall überprüfen, ob die Online Defragmentierung sauber durchläuft.
Es kann nämlich ohne weiteres passieren, dass die Datensicherung des Exchange beginnt, bevor die Online Defragmentierung abgeschlossen ist. In diesem Fall beendet der Exchange die Online Defragmentierung.
Also einfach einmal im Ereignisportokoll nach ID 7812 suchen, und überprüfen ob alle Datenbanken defragmentiert wurden und nach der Defragmentierung Speicherplatz freigeben wird.
LG Günther
Hallo Guenther,
mit HTTP-Client hat das nicht wirklich was zu tun, es geht nur um Steaming-Daten, welche aufgrund der rechenintensiven MAPI-Konvertierung eben in der 'stm' _ohne_ Konvertierung abgelegt werden...
Grüße, Steffen
mit HTTP-Client hat das nicht wirklich was zu tun, es geht nur um Steaming-Daten, welche aufgrund der rechenintensiven MAPI-Konvertierung eben in der 'stm' _ohne_ Konvertierung abgelegt werden...
Grüße, Steffen
Hallo Steffen.
Oh doch. So wie ich geschrieben haben - (also nicht nur Anhänge, sondern alle Nachrichten die kein MAPI (RTF) Format haben).
Aber am besten lies hier einmal genau nach - http://technet.microsoft.com/de-de/library/bb124808(EXCHG.65).aspx
LG Günther
mit HTTP-Client hat das nicht wirklich was zu tun
Oh doch. So wie ich geschrieben haben - (also nicht nur Anhänge, sondern alle Nachrichten die kein MAPI (RTF) Format haben).
Aber am besten lies hier einmal genau nach - http://technet.microsoft.com/de-de/library/bb124808(EXCHG.65).aspx
LG Günther
Hallo Günther,
ich hab es noch nicht vollständig lesen können, aber verstanden, daß dein Einwurf sehr berechtigt ist. Danke für den Link!
Grüße, Steffen
ich hab es noch nicht vollständig lesen können, aber verstanden, daß dein Einwurf sehr berechtigt ist. Danke für den Link!
Grüße, Steffen
