Acht praktische Exchange 2013 PowerShell-Cmdlets

Microsoft entwickelt seit einiger Zeit Produkte, die mit PowerShell bereitgestellt und vollständig verwaltet werden können.

Exchange Server 2013 ist Teil des Vorstoßes für Unternehmen, mehr von der PowerShell-Skriptsprache zu verwenden.
Sie können die neueste Iteration von Exchange Server nur in gewissem Umfang über das Exchange-Verwaltungscenter verwalten. Einige Konfigurationen sind in der grafischen Benutzeroberfläche nicht verfügbar und können mit Skripten gefunden werden. Bestimmte Exchange 2013 PowerShell CmdLets können Ihnen bei der Entwicklung einfacher Skripts zum Verwalten und Überwachen Ihrer Messaging-Plattform helfen.
Es gibt fast 200 neue Cmdlets – Leichtgewichtige PowerShell-Befehle – in Exchange 2013. Mit diesen acht Exchange 2013 PowerShell-Cmdlets können Sie Ihr Exchange 2013-Setup verwalten, überwachen und Fehler beheben.

Get-ExchangeServerAccessLicense

Verwenden Sie dieses Cmdlet für eine Momentaufnahme Ihrer Exchange 2013-Lizenzierung, einschließlich der Anzahl der Standard- und Unternehmenslizenzen Clientzugriffslizenzen (CALs) und die Edition von Exchange 2013: Standard oder Enterprise. Es gibt keine Parameter für dieses Cmdlet und es funktioniert nur für lokale Exchange 2013-Bereitstellungen. Die Syntax des Cmdlets lautet:
Get-ExchangeServerAccessLicense

Get-ServerComponentState

Mit diesem Cmdlet können Sie die Konfigurationseinstellungen für Exchange 2013-Komponenten und -Endpunkte abrufen. Um den Komponentenstatus für den Hub-Transport abzurufen, lautet die Syntax:
Get-ServerComponentState -Identity -Komponente HubTransport
Verwenden Sie diesen Befehl, um den Status aller Exchange 2013-Komponenten zu ermitteln. Die Komponenten haben einen der drei Status – aktiv, inaktiv oder entleert (Abbildung 1).
Get-ServerComponentState -Identity

Exchange 2013-Komponentenstatus
Abbildung 1

Get-ServerHealth

Get-ServerHealth gibt die Integritätsinformationen für einen angegebenen Exchange 2013-Server zurück. Es funktioniert nur für lokale Bereitstellungen und gibt einen Warnwert zurück, der den Status des Servers angibt (siehe Abbildung 2). Der Warnwert kann sein: Verschlechtert, Ungesund, Reparierend, Deaktiviert, Nicht verfügbar und Nicht initialisiert. Die Syntax für dieses Exchange 2013 PowerShell-Cmdlet lautet:
Get-ServerHealth -Identity

Exchange 2013-Gesundheitsalarm
Figur 2

Get-ExchangeServerAccessLicenseUser

Dieses Exchange 2013 PowerShell-Cmdlet vereinfacht die Lizenzverwaltung. Verwenden Sie diese Option, um die Endbenutzer zu finden, die Exchange 2013 Standard- und Enterprise-CALs benötigen.
Get-ExchangeServerAccessLicenseUser -LicenseName “Exchange 2013 Standard CAL” bietet eine Liste der Benutzer, die Standard-CALs benötigen.
Lauf Get-ExchangeServerAccessLicenseUser -LicenseName “Exchange 2013 Standard CAL” | Messobjekt, um die tatsächliche Anzahl der Endbenutzer zu ermitteln, was beim Kauf von Lizenzen hilfreich ist.
Durch Optimieren der Syntax können Exchange 2013-Administratoren die tatsächliche Anzahl der Endbenutzer ermitteln, die die CALs benötigen. Diese Informationen können den Kauf der Clientzugriffslizenzen erheblich vereinfachen.

Get-HealthReport

Verwenden Sie das Cmdlet Get-HealthReport, um den Status aller auf dem Exchange 2013-Server festgelegten Integritätsdaten zu ermitteln (siehe Abbildung 3). Die Syntax lautet:
Get-HealthReport -Identity
Diese Werte können für den Integritätswert zurückgegeben werden:

  • Online
  • Teilweise online
  • Offline
  • Abseits
  • Funktionell
  • Nicht verfügbar
Integritätssatzwerte in Exchange 2013
Figur 3

Test-ReplicationHealth

Verwenden Sie diesen Windows PowerShell-Befehl, um alle Aspekte der Exchange 2013-Replikation zu überprüfen, die sich auf die Postfachserver in a beziehen Datenbankverfügbarkeitsgruppe (siehe Abbildung 4). Die Syntax lautet:
Test-ReplicationHealth

Überprüfen Sie die Exchange 2013-Replikation
Figur 4

Redirect-Nachricht

Dieses Cmdlet ist praktisch, wenn Sie das verschieben möchten Nachrichtenschwänze auf einem Exchange 2013-Postfachserver auf einen anderen Server. Aktive Nachrichten auf dem Quellpostfachserver werden an den Zielpostfachserver weitergeleitet, wenn die Nachrichten geleert werden. Der Quellserver nimmt keine Nachrichten entgegen, während die Warteschlangen geleert sind.
Administratoren verwenden Folgendes, um die Quell- und Zielpostfachserver 2013 anzugeben:
Redirect-Message -Server -Target

Test-MailFlow

Mit diesem Exchange 2013 PowerShell-Cmdlet können Sie die E-Mail-Zustellung zwischen zwei Postfächern testen – auf demselben oder auf verschiedenen Servern. Das Cmdlet verwendet standardmäßig Systempostfächer. Sie können jedoch ein anderes Postfach für den Test angeben (siehe Abbildung 5).

Testen Sie die E-Mail-Zustellung in Exchange 2013
Abbildung 5

In diesem Fall müssen Sie das Cmdlet auf dem Quellserver ausführen. Die Syntax lautet:
Test-Mailflow -TargetMailboxServer
Sie können den Nachrichtenfluss zu einer E-Mail-Adresse testen, indem Sie Folgendes ausführen:
Test-MailFlow -TargetEmailAdresse
Über den Autor:
Rajith Enchiparambil ist ein UC-Architekt, der an großen Exchange- und Office 365-Projekten für Kunden in Großbritannien arbeitet. Er ist auf Exchange, Office 365, Active Directory und ein bisschen Lync spezialisiert. Er ist seit 13 Jahren in der IT-Branche tätig und hat seit Version 5.5 intensiv mit Microsoft Exchange zusammengearbeitet. Enchiparambil hat für Beratungsdienste wie HP, Siemens, AtoS, CapGemini und Computacenter gearbeitet. Er schreibt regelmäßig über Office 365 und Exchange in seinem persönlichen Blog: theucguy.net.

Similar Posts

Leave a Reply