Anwendungsservices werden zugeordnet, die Microsoft Exchange Server enthalten

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 4 Minuten Lesedauer

    • Service-Mapping kann Anwendungsservices erkennen, der einen Microsoft Exchange Server und die Exchange Server-Komponenten enthält.

    Erkannte Komponenten

    Wenn E-Mail-Services in Ihrer Organisation Microsoft Exchange Server bereitstellen, umfasst der erkannte Anwendungsservice die folgenden Komponenten:

    Name Plattform Version Protokoll Discovery-Typ Muster (oder Sonde, falls angezeigt)
    Microsoft Azure Active Directory Domain Services

    Windows

    		 13, 30, 31, 44, 47, 52, 56, 69

    WMI

    WinRM

    Von oben nach unten

    		 Active Directory Servicemuster
    Microsoft -Server (als Microsoft Exchange Komponente)

    Windows

    		 2003, 2007, 2010, 2013, 2016

    WMI

    WinRM

    Horizontal und von oben nach unten

    		 ExchangeFrontEndServer auf Windows; PatternExchangeBackEndServer auf Windows-Muster
    HUB-Transport-Server (als Microsoft Exchange Komponente)

    Windows

    		 2003, 2007, 2010, 2013, 2016

    WMI

    WinRM

    Horizontal und von oben nach unten

    		 Hub-Transport-Server auf Windows-Muster
    Clientzugriffsserver (CAS) (als eine Microsoft Exchange-Komponente)

    Windows

    		 2003, 2007, 2010, 2013, 2016

    WMI

    WinRM

    Horizontal und von oben nach unten

    		 CAS auf Windows-Muster

    Normalerweise möchten Sie keine mit dem Exchange Server verbundenen Outlook-Clients erkennen, um Störungen zu vermeiden. Ist dies der Fall, deaktivieren Sie die datenverkehrsbasierte Erkennung für diesen Anwendungsservice.

    Informationen zum Erkennung-Flow finden Sie unter „Musterbasierte Erkennung“ in Service-Mapping. Wenn Benutzer nicht mit den erforderlichen Berechtigungen versehen werden, führt Service-Mapping möglicherweise eine datenverkehrsbasierte Erkennung durch.

    Einschränkungen

    Discovery und Service-Mapping können Exchange Server nicht erkennen, 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 Exchange Server mit einer solchen Konfiguration zu erkennen.

    Anwendungsservices zuordnen, die Microsoft Exchange-Server enthalten

    Ordnen Sie einen Anwendungsservice zu, der einen Microsoft Exchange-Server enthält, und vergewissern Sie sich, dass Service-Mapping alle Serverkomponenten von Microsoft Exchange richtig erkannt hat.

    Vorbereitungen

    • Konfigurieren Sie auf der Now Platform einen Domänenbenutzer für den Zugriff auf das Windows-Betriebssystem wie in Windows-Anmeldeinformationen beschrieben. Verwenden Sie als Windows-Anmeldeinformationen Benutzername und Passwort des Microsoft Exchange Server-Administrators. Zum Beispiel Benutzername: local\administrator und Passwort: Are1300.
      Hinweis:
      Wenn Sie Windows-Anmeldeinformationen für einen anderen Benutzer als den Microsoft Exchange Server-Administrator konfigurieren, verwendet Service-Mapping die datenverkehrsbasierte Discovery, die zur Zuordnung aller Microsoft Exchange-Clients führt.
    • (Für Exchange CAS 2010 und 2013, 2016) Konfigurieren Sie auf der Now Platform Applicative-Anmeldeinformationen, indem Sie den CI-Typ auf „Exchange-Postfach“ einstellen.
      Warnung:
      Verwechseln Sie den CI-Typ der Exchange Mailbox nicht mit dem CI-Typ des Exchange Mailbox-Servers.
      Service-Mapping verwendet diese Applicative-Anmeldeinformationen für den Zugriff auf den Ordner „of/Servers/Servers.slab“ im Key Exchange Admin Center (EAC). Service-Mapping verwendet die Applicative-Anmeldeinformationen außerdem, um die folgenden PowerShell-Befehle für die MID Servers auszuführen:
      • Get-ExchangeServer
      • Get-ExchangeServer
      • Get-Mailboxserver
      • Get-ClusteredMailBoxServerStatus
      • Get-ExchangeServer
      • Get-StorageGroup
      • Get-MailboxDatabase
    • (Für Microsoft Exchange CAS 2010 und 2016) Installieren Sie das Microsoft.Exchange.Management.PowerShell.E2010-Modul auf dem Windows Server, der Microsoft Exchange-CAS hostet.
    • (Für Microsoft Exchange CAS 2007) Installieren Sie das Microsoft.Exchange.Management.PowerShell.Admin-Modul auf dem Windows Server, der Microsoft Exchange-CAS hostet.
    • (Für Microsoft Exchange CAS 2007, 2010) Laden Sie das rctrlx-Tool zum Ausführen von PowerShell-Befehlen auf Now Platform hoch, wie in Datei rctrlx.exe auf MID Servers hochladen beschrieben.
    • (Für Microsoft Exchange CAS 2007 und 2010) Statten Sie einen Exchange Mailbox-Betriebssystem-Benutzer mit den Rechten zum Ausführen von Exchange-Services unter Windows und der Berechtigung zum Abfragen des Exchange-Repositorys aus:

      Konfigurieren Sie auf der Now Platform die Windows-Anmeldeinformationen, indem Sie das Attribut Credential alias auf [cmdb_ci_exchange_mailbox] einstellen. Wenn Sie dieses Attribut konfigurieren, können Sie die Anmeldeinformationen für dieses CI später in Mustern verwenden.

    • (Optional) Informationen zum Verwenden des WinRM-Protokolls finden Sie unter Vertrauenswürdige WinRM-Hosts auf dem MID-Server konfigurieren.
    • Vergewissern Sie sich, dass Sie den Einstiegspunkt kennen, der zum Erkennen des Microsoft Exchange-Servers erforderlich ist. Verwenden Sie die URL für den Outlook-Webzugriff im folgenden Format:

      http(s)://<hostname>:<port>/owa

      Zum Beispiel http(s)://myhost:<443>/owa

    Erforderliche Rolle: sm_admin

    Prozedur

    1. Erstellen Sie einen Anwendungsservice.
      1. Navigieren zu Alle > Service-Mapping > Anwendungsservices.
      2. Klicken Sie auf Neu.
        Die Option Erkennbar von Service-Mapping ist standardmäßig ausgewählt.
      3. Geben Sie im Feld Name einen beschreibenden Namen für den Anwendungsservice ein.
    2. Definieren Sie den Einstiegspunkt für diesen Anwendungsservice:
      1. Wählen Sie die Kachel Webanwendung aus.
        Die Option Erkennbar durch Service Mapping ist standardmäßig ausgewählt.
      2. Geben Sie im Feld URL 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 links auf Zusätzliche Informationen, und deaktivieren Sie das Kontrollkästchen Datenverkehrsbasierte Erkennung.
    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 Anwendungsservice-Zuordnung, und stellen Sie sicher, dass das Servicelayout wie in den Beispielen unten aussieht.

        Überprüfen Sie das Ergebnis der Zuordnung eines Anwendungsservice, der den Server Microsoft Exchange enthält.

    Wenn das Zuordnungsergebnis nicht Ihren Erwartungen entspricht, führen Sie eine grundlegende Fehlerbehebung durch.

    Symptom Ursache Lösung
    Erkennung fehlgeschlagen. Das Erkennungsprotokoll zeigt eine Nachricht an, die mit dem folgenden Text beginnt:

    Sie müssen das PowerShell-Snapin für allgemeine Exchange-Befehle installiert haben, um dieses Skript zu verwenden.

    		 Die Anzeigeabschnitte des Musters schlagen fehl, da der Benutzer keine Berechtigungen zum Ausführen von PowerShell-Befehlen hat. Stellen Sie sicher, dass Sie einem Benutzer Berechtigungen zum Ausführen von PowerShell-Befehlen auf Servern bereitgestellt haben, die Serverkomponenten von Microsoft Exchange wie CAS hosten.
    Erkennung fehlgeschlagen. Das Erkennungsprotokoll zeigt eine Fehlermeldung an, die mit dem folgenden Text beginnt:

    [servername.destination.com] Die Verbindung zum Remote-Server ist mit der folgenden Fehlermeldung fehlgeschlagen: Der WinRM-Client kann die Anforderung nicht verarbeiten. Der vom Client angeforderte Authentifizierungsmechanismus wird vom Server nicht unterstützt, oder der unverschlüsselte 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 Anzeigeabschnitte des Musters schlagen fehl, da der MID-Server auf der zu erkennenden Komponente nicht als vertrauenswürdiger Host konfiguriert ist. Fügen Sie den MID Server der Liste der vertrauenswürdigen Hosts auf allen Hosts hinzu, die Sie erkennen möchten.
    Die Anwendungsservice-Zuordnung ist sehr groß, da sie Verbindungen zu allen Outlook-Clients enthält. (In Bereitstellungen mit Microsoft Exchange Server 2007, 2010 oder 2013) Service-Mapping hat Verbindungen mithilfe einer datenverkehrsbasierten Erkennung erstellt, die alle offenen Verbindungen verfolgt, anstatt PowerShell-Befehle zu verwenden. Stellen Sie sicher, dass Sie einem Benutzer Berechtigungen zum Ausführen von PowerShell-Befehlen auf Servern bereitgestellt haben, die Serverkomponenten von Microsoft Exchange wie CAS hosten.