Lohnt sich eine Offline-Defragmentierung wirklich?

Exchange Server 2003 führt im Rahmen der geplanten Wartung eine tägliche automatisierte Defragmentierung durch. Währenddessen online Durch die Defragmentierung bleibt die Leistung der Datenbank erhalten, und die physische Größe der Datenbank wird nicht verringert. Stattdessen bleibt ein leerer Speicherplatz in der Datenbank, den Exchange später wiederverwenden kann.

Die einzige Möglichkeit, diesen Leerraum zu entfernen und die Datenbankgröße zu verringern, besteht darin, die Datenbank zu verwenden offline und führen Sie die ESEUTIL / D. Befehl.

Die Frage ist, ob sich eine Offline-Defragmentierung wirklich lohnt. Das Ausführen einer Offline-Defragmentierung ist nicht komplex, da nur ein einziger Befehl eingegeben werden muss. Aber es ist eher zeitaufwändig.

Ich kann Ihnen nicht genau sagen, wie viel Zeit eine Offline-Defragmentierung Ihrer Datenbank dauern würde, da dies wirklich von Ihrer Hardware abhängt. Was ich Ihnen sagen kann, ist, dass ich in der realen Welt Offline-Defragmentierungen gesehen habe, die von 1 GB pro Stunde auf einem wirklich alten Server bis zu 5 GB pro Stunde auf einem High-End-Server reichen.

Obwohl Ausfallzeiten sicherlich eine große Rolle spielen, müssen Sie auch über das Risiko für Ihre Datenbanken nachdenken. In Exchange 5.0 war es nicht ungewöhnlich, dass eine Datenbank während einer Defragmentierung beschädigt wurde. Daher lautete die allgemeine Regel, dass Sie nur dann defragmentieren sollten, wenn dies unbedingt erforderlich ist.

In den letzten Versionen von Exchange hat Microsoft die Datenbank jedoch wesentlich stabiler gemacht. Wenn Sie Exchange Server 2003 ausführen, ist die Wahrscheinlichkeit, dass eine Offline-Defragmentierung Ihre Datenbanken beschädigt, sehr gering – dies kommt jedoch gelegentlich vor. Wenn Sie eine Offline-Defragmentierung in Betracht ziehen, empfehle ich dringend, zuerst Ihren Server zu sichern. Sie sollten auch sicherstellen, dass Sie wissen, wie die Sicherung wiederhergestellt wird, und bereit sind, dies zu tun, wenn die Defragmentierung Ihre Datenbank in den Papierkorb legt.

Ob der Defragmentierungsprozess das Risiko und den Aufwand wert ist oder nicht, hängt letztendlich davon ab, was Sie auf dem freien Speicherplatz zurückerhalten. Wenn Sie Exchange Server 2003 Enterprise Edition ausführen, ist es unwahrscheinlich, dass Sie sich in einer Situation befinden, die eine Offline-Defragmentierung rechtfertigt, da es keine Beschränkung der Datenbankgröße gibt.

Wenn Sie eine Defragmentierung in Betracht ziehen, weil Ihnen der Speicherplatz ausgeht, haben Sie wahrscheinlich ohnehin nicht genügend freien Speicherplatz, um die Defragmentierung durchzuführen. Für diesen Vorgang muss auf Ihrer Festplatte freier Speicherplatz vorhanden sein, der der Datenbankgröße entspricht Plus 10%.

Wenn Sie das nicht haben, besteht Ihre einzige Möglichkeit darin, Ihre Hardware zu aktualisieren, damit Sie mehr Speicherplatz haben, oder die Datenbanken an einen anderen Speicherort zu verschieben.

Wenn Sie Exchange Server 2003 Standard Edition ausführen, sieht es etwas anders aus, da Sie die maximale Größe der Datenbank von 16 GB unterschreiten müssen. Wenn sich Ihre Datenbankgröße 16 GB nähert, scheint eine Defragmentierung eine naheliegende Möglichkeit zu sein, innerhalb der Grenzen von Exchange zu bleiben.

Bevor Sie sich jedoch mit der Defragmentierung befassen, überprüfen Sie, wie viel Speicherplatz Sie dadurch tatsächlich gewinnen. Es gibt verschiedene Möglichkeiten, dies zu tun. Eine Möglichkeit besteht darin, Ihr Anwendungsprotokoll nach zu durchsuchen Ereignis-ID 1221. Dieses Ereignis zeigt Ihnen, wie viel freier Speicherplatz in der Datenbank vorhanden ist. Führen Sie für eine aktuellere Schätzung die Option aus ESEUTIL / MS Befehl. Dieser Befehl erzeugt nach Abschluss einen kumulativen Wert. Multiplizieren Sie den Wert mit 4.000 und Sie erfahren, wie viele Bytes Leerraum derzeit in Ihrer Datenbank vorhanden sind.

Meiner Meinung nach ist die einzige Situation, die eine Offline-Defragmentierung rechtfertigt, die, dass Sie viele Postfächer von Ihrem Server gelöscht haben und diese Postfächer nicht ersetzt werden. Dies würde bedeuten, dass die Datenbank wahrscheinlich viel leeren Speicherplatz enthält, der wahrscheinlich nicht so bald wiederverwendet wird. Abgesehen von dieser Situation ist es normalerweise besser, Offline-Defragmentierungen zu vermeiden.

Über den Autor: Brien M. Posey, MCSE, ist ein Microsoft Most Valuable Professional für seine Arbeit mit Windows 2000 Server und IIS. Brien war CIO einer landesweiten Kette von Krankenhäusern und war einst für die IT-Sicherheit von Fort Knox verantwortlich. Als freiberuflicher technischer Redakteur hat er für Microsoft, TechTarget, CNET, ZDNet, MSD2D, Relevant Technologies und andere Technologieunternehmen geschrieben. Sie können Briens persönliche Website unter besuchen www.brienposey.com.

MITGLIEDER-FEEDBACK ZU DIESEM TIPP FÜR DEN AUSTAUSCH-SERVER

Während Sie Exchange 2003 ausführen, können Sie einen neuen Postfachspeicher auf demselben Server erstellen. Durch das Verschieben aller Konten in die neue Datenbank wird der freie Speicherplatz wiederhergestellt. Jeder Benutzer ist beim Bewegen nur minimal betroffen. Sie können die Umzüge außerhalb der Geschäftszeiten planen. Löschen Sie die freie Datenbank, wenn Sie fertig sind.
Bryant W.

**********************************************

Ein Redner auf der TechEd 2004 Europe sprach in der gleichen Richtung darüber, ging jedoch sehr detailliert darauf ein, wie eine unnötige Defragmentierung die Leistung von Exchange tatsächlich geringfügig beeinträchtigen kann. Dies liegt daran, dass Exchange den in einer Datenbank, die über die Online-Prozesse defragmentiert wurde, freigegebenen Leerraum effizienter nutzen kann.

Wenn eine Datenbank offline defragmentiert und verkleinert wird, muss sie zusätzliche Verarbeitungsleistung verwenden, um die Datenbank bei jeder aus den Protokolldateien festgeschriebenen Transaktion erneut zu erweitern. Andere Gründe wurden ebenfalls erwähnt, aber ich kann meine Notizen nicht finden …
James T.

**********************************************

Was empfiehlt Brien wirklich?

In diesem Artikel heißt es: “Normalerweise ist es besser, Offline-Defragmentierungen zu vermeiden.”

In einem anderen Artikel mit dem Titel Exchange Server Standard Maintenance Checklist empfiehlt er, “alle ein bis zwei Monate eine Offline-Defragmentierung durchzuführen”.

Persönlich glaube ich nicht an eine Offline-Defragmentierung und würde diesem Artikel sicherlich zustimmen. Die Kosten für eine solche überwiegen selten, wenn überhaupt, die Vorteile. Meiner Meinung nach ist die Empfehlung, dass jemand diese Aufgabe alle ein oder zwei Monate ausführen sollte, ein sehr schlechter Rat, den jeder geben kann, geschweige denn ein MVP.

Vielleicht hat Brien irgendwann zwischen dem Schreiben der Artikel den Fehler seines Weges gelernt? Was ist die wahre Kugel?
Jeff J.

**********************************************

Zu dem Zeitpunkt, als ich den Artikel Checkliste für die Standardwartung von Exchange Server schrieb, empfahl ich alle paar Monate eine Offline-Defragmentierung, da dies der Rat war, den ich immer von verschiedenen Exchange-Experten erhalten hatte. Später wurde ich neugierig, welchen Nutzen eine Offline-Defragmentierung wirklich hat, also habe ich ein wenig experimentiert und recherchiert.

Das Ergebnis war dieser Artikel, den ich schrieb: “Lohnt sich eine Offline-Defragmentierung wirklich?” Meine derzeitige Meinung zur Offline-Defragmentierung ist, dass in den meisten Fällen nichts schadet. Sie werden jedoch nur in extremen Fällen einen enormen Leistungszuwachs feststellen.
Brien Posey, Tippautor

**********************************************

Ich stimme diesem Artikel voll und ganz zu. Wir hatten kürzlich einige Datenbanken mit 4 GB freiem Leerraum – das ist viel Speicherplatz (wenn Sie den gesamten Speicherplatz addieren), um ihn einfach auf einem Server zu belassen. In diesem Fall haben wir eine Offline-Defragmentierung ausgeführt, den Speicherplatz gespart und sind weitergegangen.
Eugene V.

**********************************************

Gibt es “Fallstricke” beim Freigeben von Leerzeichen in einem Exchange Server 2003 Enterprise-Cluster (aktiv / passiv)?
Mino F.

**********************************************

Ich kenne keine “Fallstricke”, aber ich habe noch nie versucht, eine Cluster-Festplatte offline zu defragmentieren, und ich erinnere mich an niemanden, der jemals erwähnt hat, dass er es versucht hat.
Brien Posey, Tippautor

**********************************************

Guter Artikel; Es ist sehr nützlich. Ich habe eine verwandte Frage:

In Exchange Server 2003 Enterprise Edition treten Leistungsprobleme für Endbenutzer auf. Intern wurde vorgeschlagen, dass die Festplattenfragmentierung eine Ursache sein kann. Nachdem ich jedoch in der Vergangenheit nach einer Offline-Defragmentierung (Exchange 5.5) eine Beschädigung der Datenbank festgestellt habe, bin ich besorgt, Offline-Defragmentierungen in unseren 118 Live-Exchange-Stores durchzuführen.

Wir haben kürzlich keine große Anzahl von Postfächern gelöscht, und die Online-Defragmentierung scheint ihre Aufgabe gut zu erfüllen. Denken Sie, dass die Fragmentierung der Datenbank die wahrscheinliche Ursache für diese schlechte Leistung des Endbenutzers ist?

Außerdem erwähnen Sie den Befehl ESEUTIL / MS. Gibt dies nur die Menge an fragmentiertem Speicherplatz an, die zum Wiederherstellen verfügbar ist, oder gibt es einen detaillierteren Bericht, der angibt, wie stark ein Geschäft fragmentiert ist? Gibt es einen alternativen Befehl, der den Grad der Fragmentierung angibt (vorzugsweise in Prozent, ähnlich den Ergebnissen, die mit Windows-Defragmentierungstools erzielt wurden)?
Paul S.

**********************************************

Fragmentierung kann eine mögliche Ursache für Leistungsprobleme des Endbenutzers sein, ich würde jedoch empfehlen, auch die Speicherressourcen des Exchange-Servers zu überprüfen. Erinnerung ist häufiger der Schuldige.

Ich kann verstehen, warum Sie besorgt sind, eine Offline-Defragmentierung durchzuführen. Exchange Server 5.5 war bekannt dafür, dass es während der Offline-Wartung zu Beschädigungen kam. Exchange Server 2003 ist VIEL weniger anfällig für Korruption als Exchange 5.5. Es gibt normalerweise nichts, worüber man sich Sorgen machen müsste, es sei denn, es besteht bereits Korruption.

Was Ihre Frage zu ESEUTIL betrifft, kenne ich keinen alternativen Befehl.
Brien Posey, Tippautor

**********************************************

Das einzige, was ich in Bezug auf Offline- und Online-Defragmentierung nicht erwähnt habe, ist, dass Sie die Informationen “Gelöschte Elemente für ‘x’ Tage aufbewahren” beibehalten können.

Wenn Sie einen Benutzer in einen anderen Exchange-Informationsspeicher verschieben, verlieren Sie diese Daten. Für einige Unternehmen bedeutet dies möglicherweise nicht viel, für andere jedoch möglicherweise – insbesondere für Unternehmen, die differenzielle Sicherungen ausführen.
Tyler H.

Haben Sie Kommentare zu diesem Tipp? Lass uns wissen.

Bitte teilen Sie anderen über die unten stehende Bewertungsskala mit, wie nützlich dieser Tipp ist. Haben Sie einen nützlichen Exchange Server- oder Microsoft Outlook-Tipp, eine Zeitersparnis oder eine Problemumgehung zum Teilen? Reichen Sie es bei unserem Tippwettbewerb ein und Sie könnten einen Preis gewinnen.

Similar Posts

Leave a Reply