Sammeln Sie Exchange 2010-Postfachinformationen mit einem PowerShell-Befehl

Wenn es um Infrastrukturberichte geht, benötigen verschiedene Organisationen unterschiedliche Detaillierungsgrade. Für einige Unternehmen besteht das Verständnis ihres Exchange-Footprints lediglich darin, festzustellen, wie viel Speicherplatz von verschiedenen Exchange-Datenbanken belegt wird. Für andere Organisationen sind viel detailliertere Informationen erforderlich, die häufig ein Verständnis der einzelnen Postfachgrößen erfordern, und die Anzahl der Elemente in jedem Postfach wird als wichtige Information angesehen. Wenn es darum geht, verlassene Postfächer zu erkennen, möchten Exchange-Administratoren möglicherweise wissen, wann sich das letzte Mal jemand bei einem bestimmten Postfach angemeldet hat. Glücklicherweise kann der PowerShell-Befehl get-mailboxstatistics all dies und mehr. (Die letzte Anmeldezeit enthält eine Einschränkung. Ich werde später in diesem Artikel darauf eingehen.)

Die Befehlssyntax von get-mailboxstatistics ist einfach und erfordert die Angabe eines von drei Parametern:

  • Identität. Geben Sie den Benutzer an, für den Postfachstatistiken erfasst werden sollen.
  • Datenbank. Geben Sie die Datenbank an, für die Postfachstatistiken erfasst werden sollen. Alle Postfächer in der Zieldatenbank werden aufgelistet.
  • Server. Geben Sie den Postfachserver an, für den Postfachstatistiken erfasst werden sollen. Alle Postfächer in allen Datenbanken auf dem Zielserver werden aufgelistet.
Standardmäßig gibt get-mailboxstatistics den Anzeigenamen des Postfachs, die Anzahl der im Postfach vorhandenen Elemente, den Status eventuell vorhandener Speicherbeschränkungen zurück (z. B. erfüllt das Postfach die vom Administrator festgelegten Speicherkontingente?) Und das Zeitpunkt, zu dem das Postfach zuletzt verwendet wurde. Abbildung A zeigt die Ergebnisse des Befehls get-mailboxstatistics, der Ergebnisse auf Datenbankebene zurückgibt. Abbildung A.

Abrufen grundlegender Details für alle Postfächer in der IT-MBX-Datenbank. (Klicken Sie auf das Bild, um es zu vergrößern.)
Wenn Sie genau wissen möchten, wann Sie ein Postfach von einem Server auf einen anderen verschoben haben, können Sie den Parameter -includemovehistory verwenden und diese Informationen zur Ausgabe des Befehls get-mailboxstatistics hinzufügen. In Abbildung B werden Sie feststellen, dass mein Postfach am 09.07.2010 gegen 22:30 Uhr verschoben wurde. Die Gesamtgröße des Umzugs betrug knapp 5, 6 GB, und der Vorgang dauerte fast eine Stunde. Beachten Sie auch, dass für dieses Postfach derzeit keine Größenbeschränkung gilt. Dies liegt daran, dass wir uns in der letzten Pilotphase unseres Rollouts für Exchange 2010 befinden und eine Reihe von Postfächern noch nicht mit neuen Grenzwerten konfiguriert wurden. (Und ja, meine Mailbox ist riesig, aber aufgrund der Art und Weise, wie ich meine Mailbox verwende, nicht so schlecht, wie es scheint.) Abbildung B.

Vollständige Postfachdetails mit Informationen zum letzten Postfachumzug. (Klicken Sie auf das Bild, um es zu vergrößern.)

Aus Parametersicht ist der einzige andere interessierende Parameter -archive, der angibt, dass Statistiken zu einem verwandten Archivpostfach zusammen mit den Hauptpostfachinformationen bereitgestellt werden sollen.

Einschränkung der letzten Anmeldezeit

Wie Sie in Abbildung A gesehen haben, wurde in derselben Woche auf alle aufgelisteten Postfächer zugegriffen. Leider stimmt das nicht, je nachdem, wie Sie es sehen. Die in einem Postfach gespeicherten letzten Protokollinformationen geben an, wann das Postfach zuletzt aus irgendeinem Grund aufgerufen wurde, einschließlich Exchange-Sicherungen auf Brick-Ebene. Wenn Sie Exchange auf diese Weise sichern, meldet sich die Sicherungssoftware bei der Mailbox an. Daher sind die Informationen zum Anmeldedatum unbrauchbar.

Zusammenfassung

Informationen zur Postfachgröße sind wichtig für die Raumplanung und andere Anforderungen. Wenn Sie zu Exchange 2010 wechseln, können diese Informationen von unschätzbarem Wert sein. Beachten Sie, dass Exchange 2010 das Messaging einzelner Instanzen vollständig überflüssig macht, was den Gesamtkapazitätsbedarf erheblich erhöhen kann. Ein geringerer IOPS-Bedarf ist jedoch ein Kompromiss. Das Verständnis des tatsächlichen Platzbedarfs ist ein äußerst wichtiger Planungsschritt.

Möchten Sie mit den Beiträgen von Scott Lowe auf TechRepublic auf dem Laufenden bleiben?

  • Melden Sie sich automatisch für den Server- und Speicher-Newsletter an
  • Abonnieren Sie den Server- und Speicher-RSS-Feed
  • Folgen Sie Scott Lowe auf Twitter

© Copyright 2020 | mobilegn.com