Zuordnung von Anwendungsservices, die Microsoft Exchange Server enthalten
Service-MappingKann erkennen Service Instanz S Enthält einen Microsoft ExchangeServer und die Exchange Server-Komponenten.
Erkannte Komponenten
Wenn E-Mail-Services in Ihrer Organisation bereitgestellt werden Microsoft ExchangeServer, der erkannte Anwendungsservice enthält die folgenden Komponenten:
| Name | Plattform | Version | Protokoll | Discovery-Typ | Muster (oder Sonde, falls angezeigt) |
|---|---|---|---|---|---|
| MicrosoftMicrosoft Azure Event Hubs Active Directory-Domänenservices |
Windows |
13, 30, 31, 44, 47, 52, 56, 69 |
WMI WinRM |
Von oben nach unten |
Active Directory-Servicemuster |
| MicrosoftMicrosoft Azure Event Hubs Server (als Microsoft Exchange Komponente) |
Windows |
2003, 2007, 2010, 2013, 2016 |
WMI WinRM |
Horizontal und von oben nach unten |
ExchangeFrontEndServer unter Windows; PatternExchangeBackEndServer unter Windows-Muster |
| HUB-Transportserver (als Microsoft Exchange Komponente) |
Windows |
2003, 2007, 2010, 2013, 2016 |
WMI WinRM |
Horizontal und von oben nach unten |
Hub-Transportserver auf Windows-Muster |
| Client-Zugriffsserver (CAS) (als Microsoft ExchangeKomponente) |
Windows |
2003, 2007, 2010, 2013, 2016 |
WMI WinRM |
Horizontal und von oben nach unten |
CAS auf Windows-Muster |
Normalerweise möchten Sie keine Outlook-Clients erkennen, die mit dem Exchange-Server verbunden sind, um Rauschen zu vermeiden. Wenn dies der Fall ist, deaktivieren Sie die verkehrsbasierte Discovery für diesen Anwendungsservice.
Informationen zum Discovery-Flow finden Sie unter musterbasierte Discovery in Service-Mapping. Fehler, Anwendern die erforderlichen Berechtigungen bereitzustellen, kann dies verursachen Service-MappingDurchzuführen Traffic-basierte Discovery .
Einschränkungen
DiscoveryUnd Service-MappingDer Exchange-Server kann nicht erkannt werden, wenn seine Konfiguration keine öffentlichen Ordner, Edge-Transporte und öffentliches Messaging unterstützt. Erstellen Sie ein Muster, oder passen Sie das vorhandene Muster an, um den Exchange-Server mit einer solchen Konfiguration zu erkennen.
Ordnen Sie Anwendungsservices mit zu Microsoft ExchangeServer
Ordnen Sie einen Anwendungsservice zu, der einen enthält Microsoft ExchangeServer und überprüfen Sie dies Service-MappingAlle erkannt Microsoft ExchangeServerkomponenten korrekt.
Vorbereitungen
- Auf Now Platform, Konfigurieren Sie einen Domänenanwender für den Zugriff auf das Windows-Betriebssystem, wie in beschrieben Windows-Anmeldeinformationen . Verwenden Sie Microsoft ExchangeAnwendername und Passwort des Serveradministrators als Windows-Anmeldeinformationen. Beispiel: Anwendername: Local\Administrator und Passwort: Are1300.Hinweis:Wenn Sie Windows-Anmeldeinformationen für einen anderen Anwender als konfigurieren Microsoft Exchange ServerAdministrator, Service-MappingVerwendet eine verkehrsbasierte Discovery, die zur Zuordnung aller führt Microsoft ExchangeClients.
- (Für Exchange CAS 2010 und 2013, 2016) auf Now Platform, Konfigurieren Anwendbare Anmeldeinformationen , CI-Typ wird auf Exchange-Postfach festgelegt.Warnung:Service-MappingVerwendet diese anwendbaren Anmeldeinformationen, um auf den Ordner of/Servers/Servers.slab auf zuzugreifen Key ExchangeAdministratorcenter (EAC). Service-MappingVerwendet auch die anwendbaren Anmeldeinformationen, um die folgenden PowerShell-Befehle für auszuführen MID Servers:Verwechseln Sie den CI-Typ des Exchange-Postfachservers nicht mit dem CI-Typ des Exchange-Postfachservers.
- Get-ExchangeServer
- Get-ExchangeServer
- Get-MailboxServer
- Get-ClusteredMailBoxServerStatus
- Get-ExchangeServer
- Get-StorageGroup
- Get-MailboxDatabase
- (Für Microsoft ExchangeCAS 2010 und 2016) auf dem Windows Server-Hosting Microsoft ExchangeCAS, installieren Sie das Modul „Microsoft.Exchange.Management.PowerShell.E2010“.
- (Für Microsoft ExchangeCAS 2007) auf dem Windows Server-Hosting Microsoft ExchangeCAS, installieren Sie das Modul „Microsoft.Exchange.Management.PowerShell.Administrator“.
- (Für Microsoft ExchangeCAS 2007, 2010) auf Now Platform, Laden Sie das rctrlx-Tool zum Ausführen von PowerShell-Befehlen hoch, wie in beschrieben Laden Sie die Datei rctrlx.exe in hoch MID Servers.
- (Für Microsoft ExchangeCAS 2007 und 2010) Erteilen Sie einem Exchange-Postfach-BS-Anwender die Rechte zum Ausführen von Exchange-Services unter Windows und zum Abfragen des Exchange-Repositorys:
Auf Now Platform, Konfigurieren Windows-Anmeldeinformationen Wird festgelegt Credential aliasAttribut für [cmdb_ci_exchange_mailbox]. Durch die Konfiguration dieses Attributs können Sie die Anmeldeinformationen für dieses CI später in Mustern verwenden.
- (Optional) Informationen zur Erkennung mit dem WinRM-Protokoll finden Sie unter Konfigurieren Sie vertrauenswürdige WinRM-Hosts auf dem MID-Server .
- Stellen Sie sicher, dass Sie den Einstiegspunkt kennen, der für die Erkennung von erforderlich ist Microsoft ExchangeServer. Verwenden Sie die URL für den Outlook-Webzugriff im folgenden Format:
http(s)://<hostname>:<port>/owa
Beispiel: http(s)://myhost:<443>/owa
Prozedur
-
Erstellen Sie eine Serviceinstanz.
-
Definieren Sie den Einstiegspunkt dafür Serviceinstanz :
- Klicken Sie Auf Zusätzliche Informationen Auf der linken Seite und löschen Sie Traffic-basierte Discovery Kontrollkästchen.
- Klicken Sie auf Aktualisieren.
-
Stellen Sie sicher, dass das Zuordnungsergebnis zufriedenstellend ist:
Wenn das Zuordnungsergebnis nicht wie erwartet ist, führen Sie eine grundlegende Fehlerbehebung durch.
| Symptom | Ursache | Lösung |
|---|---|---|
| Discovery fehlgeschlagen. Das Discovery-Protokoll zeigt die Nachricht an, die mit dem folgenden Text beginnt: Sie müssen das PowerShell-Snapin für allgemeine Exchange-Befehle installiert haben, um dieses Skript verwenden zu können. |
Die Indizierungsabschnitte des Musters schlagen fehl, da der Anwender keine Berechtigungen zum Ausführen von PowerShell-Befehlen hat. | Stellen Sie sicher, dass Sie einen Anwender mit Berechtigungen zum Ausführen von PowerShell-Befehlen auf Servern bereitgestellt haben, die diesen Host hosten Microsoft ExchangeServerkomponenten, z. B. CAS. |
| Discovery fehlgeschlagen. Das Discovery-Protokoll zeigt die Fehlermeldung an, die mit dem folgenden Text beginnt: [servername.destination.com] Verbindung mit Remote-Server ist mit folgender Fehlermeldung fehlgeschlagen: Der WinRM-Client kann die Anforderung nicht verarbeiten. Der vom Client angeforderte Authentifizierungsmechanismus wird vom Server nicht unterstützt, oder unverschlüsselter Datenverkehr ist in der Servicekonfiguration deaktiviert. Überprüfen Sie die Einstellung für unverschlüsselten Datenverkehr in der Servicekonfiguration, oder geben Sie einen der vom Server unterstützten Authentifizierungsmechanismen an. |
Die Indizierungsabschnitte des Musters schlagen fehl, da MID-ServerIst nicht als vertrauenswürdiger Host in der Komponente konfiguriert, die Sie erkennen. | Fügen Sie den MID-Server der Liste der vertrauenswürdigen Hosts auf allen Hosts hinzu, die Sie erkennen möchten. |
| Die Anwendungsservicezuordnung ist sehr groß, da sie Verbindungen zu allen Outlook-Clients enthält. | (In Bereitstellungen mit Microsoft ExchangeServer 2007, 2010 oder 2013), Service-MappingErstellte Verbindungen mithilfe der verkehrsbasierten Discovery, die alle offenen Verbindungen nachverfolgt, anstatt PowerShell-Befehle zu verwenden. | Stellen Sie sicher, dass Sie einen Anwender mit Berechtigungen zum Ausführen von PowerShell-Befehlen auf Servern bereitgestellt haben, die diesen Host hosten Microsoft ExchangeServerkomponenten, z. B. CAS. |