Zuordnung von Anwendungsservices, die Microsoft Exchange Server enthalten

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 4 Minuten Lesedauer
  • 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:
      Verwechseln Sie den CI-Typ des Exchange-Postfachservers nicht mit dem CI-Typ des Exchange-Postfachservers.
      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:
      • 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

    Erforderliche Rolle: Service_Mapping_admin

    Prozedur

    1. Erstellen Sie eine Serviceinstanz.
      1. Navigieren zu Alle > Service-Mapping > Serviceinstanzenan.
      2. Klicken Sie auf Neu.
        Die Erkennbar durch Servicezuordnung Option ist standardmäßig ausgewählt.
      3. In Name Geben Sie einen beschreibenden Namen für die Serviceinstanz ein.
    2. Definieren Sie den Einstiegspunkt dafür Serviceinstanz :
      1. Wählen Sie aus Webanwendung Kachel.
        Die Option Erkennbar von Service-Mapping ist standardmäßig ausgewählt.
      2. In URL Geben Sie die URL des Outlook-Webzugriffs ein.
        Beispiel: Http(s)://myhost:<443>/owa.
      3. Klicken Sie auf Hinzufügen.
      4. Klicken Sie auf Speichern.
    3. Klicken Sie Auf Zusätzliche Informationen Auf der linken Seite und löschen Sie Traffic-basierte Discovery Kontrollkästchen.
    4. Klicken Sie auf Aktualisieren.
    5. Stellen Sie sicher, dass das Zuordnungsergebnis zufriedenstellend ist:
      1. Klicken Sie Auf Karte Anzeigen Und warten Sie, bis die Zuordnung abgeschlossen ist.
        Es kann einige Minuten dauern.
      2. Überprüfen Sie die Anwendungsservicezuordnung, und stellen Sie sicher, dass das Servicelayout wie in den folgenden Beispielen aussieht.

        Überprüfen Sie das Ergebnis der Zuordnung eines Anwendungsservice mit Microsoft ExchangeServer.

    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.