faq-o-matic.net » Exchange

Exchange 2010: Reports über Mailbox-Größen

Nils Kaczenski — Tue, 31 Jan 2012 10:02:50 +0000

In Reaktion auf unseren gestrigen Artikel über das Auslesen von Mailbox-Größen in Exchange 2010 machte uns ein Leser auf ein hübsches Skript aufmerksam, das ein rudimentäres GUI für diese Aufgabe bietet. Es lässt sich mit Exchange 2010 auch remote von einem Admin-PC aus verwenden.

Vorsicht, wie bei jedem Skript muss man der Exchange-Shell bzw. der PowerShell ggf. zunächst erlauben, Skripte auszuführen. Der Aufruf geschieht dann in “Dot Syntax”:

PS C:\Users\Nils\mbsizereportv6> .\mbsizereportv6.ps1

Hier findet sich der Download:

[Glen's Exchange Dev Blog: Mailbox Size Gui - Exchange 2010 Remote Powershell version]

http://gsexdev.blogspot.com/2010/03/mailbox-size-gui-exchange-2010-remote.html

Keine verwandten Beiträge.

Exchange 2010: Mailboxgrößen auswerten

Nils Kaczenski — Mon, 30 Jan 2012 05:11:00 +0000

Exchange 2010 enthält mächtige Funktionen zur Auswertung der Mailbox-Datenbanken. Leider sind diese nur über die PowerShell zugänglich. Als Merker für mich und alle anderen daher hier zwei Kommandos zur schnellen Auswertung von Mailbox-Größen.

Als erstes die Gesamtgröße aller Mailboxen. Das Kommando ruft die Mailbox-Statistiken für alle Postfächer auf und gibt die Summe, den Durchschnitt, das Maximum sowie das Minimum für die Volumina in Megabytes aus:

Get-MailboxStatistics -Server MSX01 | %{$_.TotalItemSize.Value.ToMB()} | Measure-Object -sum -average -max -min

Wichtig: Dieses Kommando zählt alle Mailboxen auf einem Server. Statt “MSX01” ist der Servername anzugeben. Möchte man eine bestimmte Datenbank auswerten, so ändert man das Kommando in:

Get-MailboxDatabase "Mailbox Database 01" | Get-MailboxStatistics | %{$_.TotalItemSize.Value.ToMB()} | Measure-Object -sum -average -max -min

Hierbei ist dann “Mailbox Database 01” der Name der betreffenden Datenbank.

Sodann eine Liste aller Mailboxen mit der jeweiligen Größe. Hier eignet sich folgende Zeile, die das normale Ergebnis von “Get-MailboxStatistics” passend umformatiert.

Get-MailboxStatistics -Server MSX01 | where {$_.ObjectClass –eq "Mailbox"} | Sort-Object TotalItemSize –Descending | ft @{label="User";expression={$_.DisplayName}},@{label="Total Size (MB)";expression={$_.TotalItemSize.Value.ToMB()}},@{label="Items";expression={$_.ItemCount}},@{label="Storage Limit";expression={$_.StorageLimitStatus}} -auto

Hier gilt dasselbe: Soll es wieder nur eine Statistik über eine einzelne Datenbank sein, so nutze man:

Get-MailboxDatabase "Mailbox Database 01" | Get-MailboxStatistics | where {$_.ObjectClass –eq "Mailbox"} | Sort-Object TotalItemSize –Descending | ft @{label="User";expression={$_.DisplayName}},@{label="Total Size (MB)";expression={$_.TotalItemSize.Value.ToMB()}},@{label="Items";expression={$_.ItemCount}},@{label="Storage Limit";expression={$_.StorageLimitStatus}} -auto

Ehre, wem Ehre gebührt: Die Skripte habe ich mir nicht selbst erarbeitet, sondern abgekupfert, und zwar hier:

[Getting Mailbox Sizes in PowerShell]

http://www.petri.co.il/getting-mailbox-sizes-in-powershell.htm

[How to Calculate Exchange 2010 Mailbox Sizes with PowerShell]

http://blog.globalpointllc.com/2011/08/23/calculate-exchange-2010-mailbox-sizes-powershell/

Exchange 2010: Letztes Backup-Datum auslesen

Nils Kaczenski — Wed, 25 Jan 2012 05:08:00 +0000

Der Zeitpunkt der letzten Datensicherung ist bei Exchange schon immer feststellbar gewesen. In Exchange 2010 lauert allerdings bei der Bestimmung des Werts eine Falle.

In der grafischen Konsole findet sich dieser Wert bei den Eigenschaften der Datenbank:

Versucht man diesen Wert nun über die PowerShell auszulesen, so bekommt man vielleicht einen Schreck. Der naheliegende Befehl Get-MailboxDatabase "Mailbox Database 01" | fl behauptet, die Datenbank sei noch nie gesichert worden:

Und genau da lauern a) die Falle und b) der Trick. Man muss das Cmdlet nämlich ausdrücklich dazu auffordern, den Datenbankstatus heranzuziehen – nur dann stimmen die Angaben zum Backup.

Get-MailboxDatabase "Mailbox Database 01" –Status | fl

Dieses Kommando führt dann zum erwünschten Ergebnis:

Firefox 8: Probleme mit OWA

Nils Kaczenski — Wed, 23 Nov 2011 07:52:45 +0000

Gerade berichtete mir ein Kollege:

Bei der Benutzung von OWA mit einem Firefox 8 gibt es leider folgenden Fehler:

Dateianhänge werden im Lesebereich zwar korrekt angezeigt, beim Download wird einem dann aber plötzlich nur eine "attachment.ashx" angeboten.

Das Problem ist zwar bekannt, wird aber wohl erst in Version 9 korrigiert.

Workaround: Firefox 7 installieren und in den Einstellungen das Update abschalten.

Whitepaper: DAG-Cluster mit Exchange 2010

Stephan Mey — Mon, 21 Nov 2011 05:08:00 +0000

Wenn man im Unternehmen Exchange 2010 einsetzt, dann ist man wahrscheinlich auch daran interessiert, das Feature der Datenbankverfügbarkeitsgruppen zwecks Hochverfügbarkeit einzusetzen. Die DAG ist eine hervorragend leistungsfähige Technik, welche allerdings eine korrekte Konfiguration voraussetzt.

Im Netz findet man immer wieder Konfigurationsmodelle mit –zig Postfachservern, dabei reichen für KMUs oft schon zwei Server aus, um eine DAG mit wenigen Einschränkungen optimal einzusetzen. Die Konfiguration ist sowohl über die Exchange Management Konsole als auch über die Exchange Management Shell möglich.

Beide Wege stelle ich in neinem Whitepaper vor, dazu auch Überprüfungsmöglichkeiten und eine Notfallwiederherstellung bei einem Ausfall eines DAG-Mitglieds.

[Database Availability Groups & Disaster Recovery » stephan-mey.de]
http://stephan-mey.de/?p=2129

Exchange 2010 und Virtualisierung: Support-Grenzen

Nils Kaczenski — Mon, 17 Oct 2011 04:20:00 +0000

Das Exchange-Team hat auf seinem Blog die Support-Aussagen für Exchange Server 2010 SP1 (und später) im Zusammenhang mit Virtualisierung erläutert. Dort finden sich einige wichtige Angaben, die man bei der Planung und im Betrieb von Exchange-VMs beachten sollte.

Die wichtigsten Aussagen im Überblick:

Alle Exchange-Serverrollen sind innerhalb von VMs unterstützt – einschließlich der Rolle “Unified Messaging”.
- Voraussetzung ist allerdings, dass die Virtualisierungslösung selbst über Microsofts SVVP (Server Virtualization Validation Program) zertifiziert ist.
- Zudem muss Exchange 2010 mindestens mit Service Pack 1 installiert sein.
Die Exchange-VMs dürfen nie in einen “gespeicherten” oder “pausierten” Zustand gehen. Sie müssen entweder “kalt” booten oder “live” von einem Host auf einen anderen verschoben werden.
- Im Artikel nicht benannt, aber an anderer Stelle definiert: VM-Snapshots sind mit Exchange 2010 nicht supported.
Für das VM-Clustering und DAG-Cluster gelten besondere Voraussetzungen, siehe unten. Grundsätzlich sind DAG-Cluster innerhalb von Host-Clustern aber supported.
Und für die Unified-Messaging-Rolle gelten weitere spezielle Voraussetzungen. Auch dazu unten mehr.

Arbeitsspeicher und CPUs

Für alle Rollen mit Ausnahme der Unified-Messaging-Rolle gelten bezüglich der CPU- und RAM-Ausstattung die üblichen Empfehlungen zum Sizing. Für Exchange 2010 wird allerdings vom Einsatz des “Dynamic Memory” unter Hyper-V abgeraten, ebenso vom Memory Overcommit in anderen Plattformen (“should be disabled”).

Allgemeine Sizing-Angaben:

[Understanding Memory Configurations and Exchange Performance: Exchange 2010 SP1 Help]
http://technet.microsoft.com/en-us/library/dd346700.aspx

[Understanding Processor Configurations and Exchange Performance: Exchange 2010 SP1 Help]
http://technet.microsoft.com/en-us/library/dd346699.aspx

Unified Messaging

Nur für das Unified Messaging (UM) gelten bezüglich der CPU-Ausstattung folgende Vorgaben:

Die VM mit der UM-Rolle muss mit vier vCPUs konfiguriert sein.
Die VM muss immer Zugriff auf vier physische (logische) CPUs haben – das Überbuchen von CPU-Ressourcen ist auf dem betreffenden Host also nicht erlaubt!

Im Effekt heißt das, dass der Host bzw. die Hosts, auf denen die UM-VM laufen soll, aus dem normalen VM-Design herausgelöst werden müssen, denn auf “normalen” Hosts wird man ja gerade die CPU überbuchen wollen.

Clustering

Seit einiger Zeit ist es supported, alle Exchange-Rollen auch in geclusterten VMs zu betreiben. Das heißt, dass die Exchange-VMs auf einem Host-Cluster mit automatischem Failover laufen dürfen (bis vor einigen Monaten war das noch eingeschränkt) und dass auch die Live Migration (bzw. vMotion, XenMotion usw.) unterstützt ist.

Hierbei gilt aber:

Exchange-VMs dürfen beim Failover oder in anderen Situationen nie in einen “gespeicherten” oder “pausierten” Zustand gehen. Sie müssen entweder “kalt” gebootet werden (meist beim Failover) oder aber im laufenden Betrieb verschoben werden (Live Migration, vMotion, XenMotion usw.).
Eine “Quick Migration” unter Hyper-V ist damit beispielsweise nicht zulässig!
Im Fall der Live-Übertragung von einem Host auf einen anderen muss auch der Virtualisierungs-Hersteller ausdrücklich Exchange 2010 sowie ggf. die DAG-Clusterfunktion unterstützen. Nur dann gibt es auch Support von Microsoft für dieses Konstrukt.

Hier der Original-Artikel des Exchange-Teams:

[Demystifying Exchange 2010 SP1 Virtualization - Exchange Team Blog - Site Home - TechNet Blogs]
http://blogs.technet.com/b/exchange/archive/2011/10/11/demystifying-exchange-2010-sp1-virtualization.aspx

Exchange-Dokumentation im HTML-Format

Nils Kaczenski — Mon, 22 Aug 2011 04:47:00 +0000

Steve Goodman hat ein PowerShell-Skript publiziert, das bei der Dokumentation einer Exchange-Umgebung (Exchange 2010 und 2007) gute Dienste leistet. Es liest die Exchange-Organisationskonfiguration sowie Details zu den Servern und Mailboxen aus und stellt diese in einem übersichtlichen HTML-Report dar.

Das kleine Werkzeug berücksichtigt auch Besonderheiten wie Database Availability Groups (DAG) sowie die Verteilung von Servern und Mailboxen über verschiedene Standorte.

[Generate Exchange Environment Reports using Powershell]
http://www.stevieg.org/2011/06/exchange-environment-report/

Exchange 2010: Mailboxen ex- und importieren

Nils Kaczenski — Wed, 22 Jun 2011 04:40:00 +0000

Johannes Schmidt hat auf seinem Blog einen kompakten Artikel veröffentlicht, der den Ex- und Import von Mailboxen eines Exchange Server 2010 (bzw. SBS 2011) mit SP1 beschreibt.

[Exchange 2010 / SBS 2011 Mailboxen exportieren und importieren | SECURITY-BLOG.EU]
http://www.security-blog.eu/2011/06/10/exchange-2010-sbs-2011-mailboxen-exportieren-importieren-bulk-massen-alle/

Eine Ergänzung dazu sei gestattet: Die neue Request-Logik von Exchange 2010 erfordert, dass die fertigen Requests manuell entfernt werden. Sonst stehen sie als “Completed” dauerhaft in der Jobliste. Mit dem Kommando “Remove-MailboxExportRequest” sind also die fertigen Aufträge zu entfernen. Auch dabei gilt es wieder vorsichtig zu sein, denn Exchange vergibt für alle Requests denselben Namen, sofern man nichts anderes anfordert. Man muss also die “RequestGuid” angeben. Beispiel:

[PS] C:\Windows\system32>Remove-MailboxExportRequest -identity "85aa18ab-0b13-4cb2-aa90-24c03c6d3a7c"

Auch hierbei lauert eine Falle. Hat man nämlich die exportierte Mailbox bereits entfernt, so schlägt das Kommando fehl mit dem Hinweis, dass die angeforderte Mailbox nicht existiert. Das scheint ein Fehler im SP1 zu sein, der angeblich im SP2 korrigiert wird:

[Can't remove export requests from deleted users]

http://social.technet.microsoft.com/Forums/en-CA/exchange2010/thread/d253cf26-a9fc-40a3-916c-3ef9b9385371

Abhilfe hier: Die getrennte Mailbox vorübergehend wieder mit dem User verbinden – oder eine Dummy-Mailbox erzeugen. Dafür muss das Userkonto übrigens aktiviert sein …

Whitepaper: Migration von Exchange 2003 zu Exchange 2010

Nils Kaczenski — Mon, 30 May 2011 04:25:00 +0000

Unser Leser Stephan Mey hat auf seinem Blog ein lesenswertes Whitepaper als PDF veröffentlicht, das die Schritte bei einer Migration von Exchange Server 2003 zu Exchange Server 2010 innerhalb derselben Organisation beschreibt. Dabei weist Stephan an den meisten Stellen sowohl auf den Weg über die grafische Konsole als auch auf die Möglichkeiten der PowerShell hin.

Hier der Download-Link:

[Downloads » Exchange-Migration » stephan-mey.de]
http://stephan-mey.de/?page_id=1064

Exchange 2010 SP1: Setup schlägt fehl, weil Discovery-Gruppe nicht auflösbar

Nils Kaczenski — Mon, 23 May 2011 04:03:00 +0000

Es gibt ein bekanntes Problem bei der Installation des Service Pack 1 für Exchange Server 2010, durch das das Upgrade fehlschlägt. Der Installer meldet:

Der Benutzer oder die Gruppe domain.zz/Microsoft Exchange Security Groups/Discovery Management konnte nicht aufgelöst werden. Wenn es sich dabei um einen Prinzipal einer fremden Gesamtstruktur handelt, benötigen Sie entweder eine birektionale* oder eine ausgehende Vertrauensstellung. —> System.SystemException: Die Vertrauensstellung zwischen der primären Domäne und der vertrauenswürdigen Domäne konnte nicht hergestellt werden.

Im Original lautet die Fehlermeldung:

Couldn't resolve the user or group "domain.zz/Microsoft Exchange Security Groups/Discovery Management." If the user or group is a foreign forest principal, you must have either a two-way trust or an outgoing trust.

Tatsächlich ist die Meldung irreführend, denn die Namensauflösung klappt sehr wohl. Tatsächlich gibt es ein Problem mit der Discovery-Mailbox. Abhilfe ist, diese zu löschen. Sie findet sich im AD-Container “Users”, und ihr Name beginnt mit “DiscoverySearchMailbox”. Diesen User löschen, dann das Upgrade ausführen.

Nach erfolgreichem Upgrade muss man die Mailbox natürlich wiederherstellen. Dazu dient folgendes Kommando in der Exchange-Shell:

New-Mailbox "Discovery Search Mailbox" -Discovery -UserPrincipalName DiscoverySearchMailbox@domain.zz

* Ja, das steht da tatsächlich …

faq-o-matic.net » Exchange

Exchange 2010: Reports über Mailbox-Größen

Exchange 2010: Mailboxgrößen auswerten

Verwandte Beiträge:

Exchange 2010: Letztes Backup-Datum auslesen

Verwandte Beiträge:

Firefox 8: Probleme mit OWA

Verwandte Beiträge:

Whitepaper: DAG-Cluster mit Exchange 2010

Verwandte Beiträge:

Exchange 2010 und Virtualisierung: Support-Grenzen

Arbeitsspeicher und CPUs

Unified Messaging

Clustering

Verwandte Beiträge:

Exchange-Dokumentation im HTML-Format

Verwandte Beiträge:

Exchange 2010: Mailboxen ex- und importieren

Verwandte Beiträge:

Whitepaper: Migration von Exchange 2003 zu Exchange 2010

Verwandte Beiträge:

Exchange 2010 SP1: Setup schlägt fehl, weil Discovery-Gruppe nicht auflösbar

Verwandte Beiträge: