Problembehandlung beim Client-Agent-Installationsprobleme von Operations Manager

Was macht dieses Handbuch?

Behebt Probleme, dass der Client-Agent von System Center 2012 Operations Manager (OpsMgr 2012 und OpsMgr 2012 R2) kann nicht installiert werden.

Für wen ist es?

Admins der System Center 2012 Operations Manager, die helfen, lösen Client Agent Installationsprobleme.

Wie funktioniert es?

Wir beginnen mit der Frage, wenn die notwendigen Voraussetzungen für eine erfolgreiche Installation erfüllt sind. Wenn es keine Probleme gibt bei der Einhaltung der Voraussetzungen, nehmen Sie durch eine Reihe von Schritten wir, die speziell für Ihre Situation, Ihr Problem zu lösen.

Geschätzte Zeit der Fertigstellung:

15-30 Minuten.

Erster Schritt: Überprüfen Sie, ob der Zielcomputer unterstützte Konfiguration erfüllt

Es ist nicht ungewöhnlich, dass Client-Installationsprobleme bei Kunden verursacht werden, die nicht die notwendigen Voraussetzungen verfügen. Daher Besteht der Erste Schritt Zur Problembehandlung von Installationsproblemen Mit Dem Operations Manager-Client in der Überprüfung, Ob die Potenziellen Clientcomputer sterben supported Hardware-Und Softwarekonfiguration Aufweisen. Die folgenden Artikel werden die Anforderungen an ein System Center Operations Manager 2007 (OpsMgr 2007)-Client und ein System Center 2012 Operations Manager (OpsMgr 2012 und OpsMgr 2012 R2)-Client aufgeführt:

Unterstützte Konfigurationen in Operations Manager 2007 R2

Unterstützte Konfigurationen in OperationsManager 2012

Wenn das Zielsystem ein Unix/Linux-Computer ist, überprüfen Sie, ob die Verteilung und die Version unterstützt werden. Bitte Beachten Sie, Dass Zur Unterstützung Einiger Versionen von Operations Manager 2007 R2 Nach Veröffentlichte Kumulative Updates Erforderlich Sind. Die folgenden Artikel haben die unterstützten Versionen von Unix/Linux:

System Center Operations Manager 2007 R2 Cross-Plattform, die Überwachung von Management Packs

System Center OperationsManager 2012 unterstützt Unix- und Linux-Betriebssystem-Versionen


Hat dies Ihr Problem gelöst?

Erster Schritt: Überprüfen Sie, ob der Zielcomputer unterstützte Konfiguration erfüllt

Es ist nicht ungewöhnlich, dass Client-Installationsprobleme bei Kunden verursacht werden, die nicht die notwendigen Voraussetzungen verfügen. Daher Besteht der Erste Schritt Zur Problembehandlung von Installationsproblemen Mit Dem Operations Manager-Client in der Überprüfung, Ob die Potenziellen Clientcomputer sterben supported Hardware-Und Softwarekonfiguration Aufweisen. Die folgenden Artikel werden die Anforderungen an ein System Center Operations Manager 2007 (OpsMgr 2007)-Client und ein System Center 2012 Operations Manager (OpsMgr 2012 und OpsMgr 2012 R2)-Client aufgeführt:

Unterstützte Konfigurationen in Operations Manager 2007 R2

Unterstützte Konfigurationen in OperationsManager 2012

Wenn das Zielsystem ein Unix/Linux-Computer ist, überprüfen Sie, ob die Verteilung und die Version unterstützt werden. Bitte Beachten Sie, Dass Zur Unterstützung Einiger Versionen von Operations Manager 2007 R2 Nach Veröffentlichte Kumulative Updates Erforderlich Sind. Die folgenden Artikel haben die unterstützten Versionen von Unix/Linux:

System Center Operations Manager 2007 R2 Cross-Plattform, die Überwachung von Management Packs

System Center OperationsManager 2012 unterstützt Unix- und Linux-Betriebssystem-Versionen


Hat dies Ihr Problem gelöst?

Der Assistent zeigt keine Liste potenziell zu installierender Agents an

Wenn der Assistent eine Liste mit potenziellen Agents installieren nicht angezeigt wird, ist das wahrscheinlichste Problem, dass das Konto hat Probleme beim Zugriff auf Active Directory. Während der ersten Erkennung im Assistenten angegebenen Anmeldeinformationen sollte über die Berechtigung zum Durchsuchen von Active Directory für potenzielle Operations Manager-Agents, und wenn dieses Konto nicht mit Active Directory verbinden kann dann die Discovery-Assistenten schlägt fehl.

Typische Fehler sind:

  • Fehlercode: 800706BA
    Fehlerbeschreibung: Der RPC-Server ist nicht verfügbar.
  • Fehlercode: 80070079
    Der MOM-Server konnte nicht angegebenen Vorgang auf Computer "Name". Das Zeitlimit für die Semaphore ist abgelaufen.
  • Fehlercode: 800706433
    Der Agent Management Operation Agent installieren fehlgeschlagen für Remotecomputer "Name"

Mögliche Lösungen:

Geben Sie bei der Ermittlung ein Konto, das beide Domänen-Administrator-Berechtigungen und Mitglied der Operations Manager-Admins-Gruppe.

Wenn die LDAP-Abfrage ein Timeout oder kann nicht die potenziellen Agents in Active Directory auflösen, kann auch Entdeckung über die Operations Manager-Befehlsshell ausgeführt werden. Wählen Sie das Optionsfeld "Troubleshooting Agent Bereitstellung über die Operations Manager-Befehlsshell" zusätzliche Informationen.


Hat dies Ihr Problem gelöst?

Problembehandlung der Agent-Bereitstellung über den Ermittlungs-Assistenten in der Operations Manager-Konsole

Wenn der Agent-Erkennung von der Operations Manager-Konsole bereitgestellt wird, werden der Agent installiert werden, von dem Verwaltungsserver oder Gatewayserver angegeben in den Ermittlungs-Assistenten zum Verwalten des Agents, nicht des Servers, mit dem die Betriebskonsole verbunden war, wenn es geöffnet. Daher keine Tests durchgeführt werden sollte, vom Management-Server oder Gateway angegeben, wenn der Assistent ausgeführt wird oder ein anderes Management-Server/Gateway sollte angegeben werden, während der Assistent zu sehen, ob der gleiche Fehler auftritt.


Wählen Sie das Szenario, das Sie stoßen:

Der intendierte Zielcomputer wird nicht in der Liste potenzieller Agenten aufgeführt, nachdem die erste Ermittlung ausgeführt wurde

Wenn der beabsichtigte Ziel-Computer nicht in der Liste der potentiellen Agenten ist nach dem ersten Entdeckung läuft, der Computer möglicherweise bereits in der Datenbank als Teil der Verwaltungsgruppe identifiziert werden oder der Computer wird unter "Ausstehende Aktionen" in der Betriebskonsole aufgeführt.

Wenn der Zielcomputer im Knoten "Ausstehende Aktionen" des Raumes "Administration" in der Betriebskonsole aufgeführt ist, muss die bestehende Aktion entweder sein genehmigt oder abgelehnt bevor eine neue Aktion durchgeführt werden kann. Wenn sterben vorhandene Installationseinstellungen Heel Sind, Bestätigen Sie Die Ausstehende Installation in der Konsole. Führen Sie die ausstehende Aktion ablehnen, wenn die vorhandenen Einstellungen falsch sind, dann die Discovery-Assistenten erneut aus.


Hat dies Ihr Problem gelöst?

Im Ermittlungs-Assistenten tritt während der Installation des Agents ein Fehler auf

Die häufigsten Fehler, die der Discovery-Assistenten beim Versuch findet, den Agent zu installieren sind nachfolgend aufgelistet:

  • Betrieb: Agentinstallation
    Fehlercode: 800706 9
  • Fehlerbeschreibung: Unbekannter Fehler 0xC000296E
  • Fehlerbeschreibung: Unbekannter Fehler 0xC0002976
  • Fehlercode: 80070643
    Fehlerbeschreibung: Schwerwiegender Fehler während der Installation.

Es kann sein, dass wenige verschiedene Ursachen für diese Arten von Fehlern:

  • Die Agenteninstallation in der Discovery-Assistenten ausführen zuvor angegebene Konto verfügt nicht über Berechtigungen eine Remoteverbindung herstellen auf den Zielcomputer und installieren einen Windows-Dienst. Dies sind lokale Administratorberechtigungen erforderlich aufgrund der Anforderung in die Registrierung schreiben.
  • Gruppe Politik Beschränkungen für die Verwaltung-Server-Computerkonto oder das Konto für Agenten-Push, erfolgreichen Installation verhindern. Gruppenrichtlinienobjekte in Active Directory, die das Management Server-Computerkonto oder das Benutzerkonto vom Discovery-Assistenten, von Remote-Zugriff auf den Windows-Ordner, der Registrierung, WMI oder administrative Freigaben auf dem Zielcomputer verwendet zu verhindern, können verhindern, dass die erfolgreiche Bereitstellung von Operations Manager-Agent.
  • Die Windows-Firewall blockiert Ports zwischen dem Verwaltungsserver und dem Zielcomputer.
  • Erforderliche Dienste auf dem Zielcomputer werden nicht ausgeführt.
Mögliche Lösungen:
  • Wenn die Credent Ials im Assistenten angegebenen nicht über lokale Administratorberechtigungen verfügen, fügen Sie das Konto der lokalen Sicherheitsgruppe Administratoren auf dem Zielcomputer oder verwenden Sie ein Konto, das bereits ein Mitglied der Gruppe ist.
  • Block-Gruppenrichtlinienvererbung auf dem Zielcomputer oder den Benutzer-Account, der die Installation durchführt.
  • Wenn eine Agentinstallation fehlschlägt, wenn Sie ein Domänenkonto verwenden, den Agent aus einem Verwaltungsserver abzulegen, kann die Verwendung der Windows-Verwaltung helfen, potenzielle Probleme zu identifizieren. Melden Sie Sich Beim Verwaltungsserver Mit den Betreffenden Anmeldeinformationen ein, Und Versuchen Sie, Die Folgenden Aufgaben ausgeführt. Wenn das Konto die Berechtigung zur Anmeldung auf dem Verwaltungsserver keinen, können die Tools unter den Anmeldeinformationen von einer Eingabeaufforderung getestet werden ausgeführt werden.

    "RUNAS/User: compmgmt.msc". Wählen Sie das Menüelement 'Action' 'auf einen anderen Computer verbinden'. Suchen Sie Den Namen des Remotecomputers, Oder Geben Sie Ihn Ein. Versuchen Sie, die Ereignisanzeige und Augenbrauen eine der Ereignisprotokolle zu öffnen.

    "RUNAS user:services.msc". Wählen Sie das Menüelement 'Action' 'auf einen anderen Computer verbinden'. Suchen Sie Den Namen des Remotecomputers, Oder Geben Sie Ihn Ein. Versuchen Sie, starten oder Beenden von Druck-Spooler oder einen anderen Dienst auf dem Zielcomputer.

    "RUNAS/User: regedt32.exe". Aus der Datei "im Menü Element, wählen Sie 'mit Netzwerkregistrierung verbinden'. Suchen Sie Den Namen des Remotecomputers, Oder Geben Sie Ihn Ein. Versuchen Sie, "HKey_Local_Machine" auf dem Remotecomputer zu öffnen.

    "RUNAS user:Explorer.exe". Geben Sie Folgendes in die Adressleiste: \\admin$.
Wenn einer dieser Aufgaben fehlschlägt, verwenden Sie ein anderes Konto bekannt, Domänenadministrator oder lokaler Administrator (auf dem Zielcomputer) Berechtigungen haben. Versuchen Sie auch die gleichen Aufgaben aus einem Mitgliedsserver oder der Arbeitsstation zu sehen, ob die Aufgaben von mehreren Computern fehlschlagen.

Hinweis Fehler beim Herstellen der Verbindung mit der Freigabe Admin$ kann verhindern, dass der Verwaltungsserver kopieren Setupdateien zum Ziel. Fehler Beim Verbindungsaufbau Mit der Registrierung Auf Dem Zielcomputer Können Dazu Führen, Dass der Integritätsdienst Nicht korrekt Installiert Werden Kann. Fehler beim Verbinden mit Dienststeuerungs-Manager wird verhindert, dass Setup Starten des Dienstes.

  • Die folgenden Ports müssen zwischen dem Verwaltungsserver und dem Zielcomputer geöffnet sein:

    RPC-Endpunktzuordnung Portnummer: 135-Protokoll: TCP/UDP

    * Hohe RPC/DCOM-Ports (2000/2003 OS) Ports 1024-5000 Protokoll: TCP/UDP

    * Hohe RPC/DCOM-Ports (2008 OS) Ports 49152 bis 65535-Protokoll: TCP/UDP

    NetBIOS name Service-Port-Nummer: 137-Protokoll: TCP/UDP

    Portnummer für den NetBIOS-Sitzung: 139-Protokoll: TCP/UDP

    SMB über IP-Portnummer: 445-Protokoll: TCP

    MOM-Kanal-Portnummer: 5723-Protokoll: TCP/UDP
  • Die folgenden Dienste müssen aktiviert und auf dem Zielcomputer ausgeführt wird:

    Netlogon

    Remote-Registrierung

    Windows Installer

    Automatische Updates
Die folgenden Artikel enthalten einige gute Hintergrundinformationen über die Bereitstellung der Operations Manager-Agents, die mit der Ermittlung des Management-Servers:


Hat dies Ihr Problem gelöst?

Problembehandlung der Agent-Bereitstellung über die Befehlsshell in Operations Manager

In einigen Situationen kann die automatische Erkennung von potenziellen Agents Timeout aufgrund der sehr umfangreichen oder komplexen Active Directory-Umgebungen. Sterben Sie in Anderen Situationen Kann es Erforderlich Sein Automatische Ermittlung Mit Einer LDAP-Abfrage ausgeführt, sterben Weniger Möglichkeiten Bietet als sterben UI. In diesen Fällen ist die automatische Erkennung von Computern und remote-Installation der Operations Manager-Agent über die Operations Manager-Befehlsshell möglich.

Zum Beispiel folgenden Befehl definiert eine LDAP-Abfrage und übergibt es an New-WindowsDiscoveryConfiguration, wodurch einen LDAP-basierte WindowsDiscoveryConfiguration:

$query = New-LdapQueryDiscoveryCriteria-LdapQuery: "(sAMAccountType=805306369)(name=srv1.contoso.com*)" –Domain:"contoso.com"$discoConfig = New-WindowsDiscoveryConfiguration-LdapQueryDiscoveryCriteria: $query $query

Ein weiteres Beispiel definiert geben Sie folgenden Befehl ein-basierte WindowsDiscoveryConfiguration, die Entdeckung wird einem bestimmten Computer oder Computer. In unserem Beispiel hier findet es client1.contoso.com und client2.contoso.com.

$discoConfig = New WindowsDiscoveryConfiguration - ComputerName: "als srv1.contoso.com", "als srv2.contoso.com"

Es gibt auch viel mehr, die Sie angeben können, wenn Sie eine WindowsDiscoveryConfiguration zu definieren. Mit Den Folgenden Befehlen Wird Das Ermittlungsmodus Angewiesen, Bestimmte Anmeldeinformationen Zu Verwenden, Jeden Erkannten Windows-Computer Zu Überprüfen Und Den Typ der Erkannten Objekte Auf Windows-Server Zu Beschränken. Mit Dem ComputerType-Parameter Kann Auch Eine Workstation, Ein Server Oder Beides Angegeben Werden. Der PerformVerification-Schalter wird verwendet, um direkte Entdeckung um sicherzustellen, dass nur Computer zurückgegeben werden sollen.

-Eingabeaufforderung für Anmeldeinformationen verwendet, um die Entdeckung durchzuführen.

$creds = Get-Credential

# Definieren Sie eine WindowsDiscoveryConfiguration

$discoConfig = New WindowsDiscoveryConfiguration – ComputerName: "als srv3.contoso.com", "als srv4.contoso.com"-PerformVerification: $true-ActionAccount: $creds - ComputerType: "Server"

# Wählen Sie den Management-Server verwendet, um die Discovery durchführen.

$managementServer = Get-ManagementServer-Root: $true

# Start des Discovery-Prozess.

$discoResult = Start-Discovery-ManagementServer: $managementServer – WindowsDiscoveryConfiguration: $discoConfig

-Prüfen Sie, ob der Suchprozess die angegebene Windows-Computern gefunden.

$discoResult.CustomMonitoringObjects

# Guter Letzt Agenten auf Computern installieren, die entdeckten.

Install-Agent – ManagementServer: $managementServer – AgentManagedComputer: $discoResult.CustomMonitoringObjects


Hat dies Ihr Problem gelöst?

Problembehandlung der Agent-Bereitstellung über ausführliche Windows Installer-Protokollierung

Wenn die Installation des Agents auf einem remote-Computer während der Installation fehlschlägt, kann ein ausführliche Windows Installer-Protokoll auf dem Verwaltungsserver am folgenden Standardspeicherort erstellt werden:

C:\Programme\Microsoft Dateien\System Center OperationsManager \AgentManagement\AgentLogs

wo ist <Version> 2007 oder 2012

Das Protokoll kann verwendet werden, um festzustellen, ob gab es ein bestimmter Fehler festgestellt und kann sinnvoll sein, weitere Problembehandlung bei Installation der Operations Manager-Agent auf dem Zielcomputer.

Suchen Sie nach den ersten Eintrag mit der Zeichenfolge "Return Value 3" in das Protokoll. Die vorhergehenden Zeilen werden in der Regel den Fehler angeben, den Windows Installer festgestellt. In der Regel das Format werden in die Form der Funktion / Beschreibung des Fehlers / Fehler Code zurück und kann darauf hinweisen, Berechtigungsprobleme, fehlende Dateien oder andere Einstellungen, die geändert werden müssen.

Beispiele:

  • Fehlermeldung: Fehler bei ConvertStringSecurityDescriptorToSecurityDescriptor: 87
    Mögliche Ursache: das Konto verfügt nicht über Berechtigung in das Sicherheitsprotokoll auf dem Zielcomputer.
  • Fehlermeldung: ModifyEventLogAccessForNetworkService(): konnte nicht SecurityLog Lesezugriff gewähren: 0x00000057
    Mögliche Ursache: das Konto verfügt nicht über Berechtigung in das Sicherheitsprotokoll auf dem Zielcomputer.
  • Fehlermeldung: kann nicht öffnen Sie die Datenbank-Datei. System-Fehler-2147024629
    Mögliche Ursache: das Konto verfügt nicht über Berechtigung in den System TEMP-Ordner.

Es gibt viele mögliche Fehler, die hier aufgezeichnet werden können und andere individuelle Fehler, die Sie finden weiter recherchiert auf TechNet oder in der Microsoft Knowledge Basewerden können.


Hat dies Ihr Problem gelöst?

Behandlung von Problemen mit der manuellen Installation des Operations Manager-Agents

In Fällen, in denen der Operations Manager-Agent nicht auf einem remote-Computer über den Discovery-Assistenten bereitgestellt werden, müssen der Agent manuell installiert werden. Dies kann über die Befehlszeile mithilfe der Datei MomAgent.msi durchgeführt werden. Die folgenden Hinweise beschreiben die verschiedenen Schalter und für das Ausführen einer manuellen Installation verfügbaren Konfigurationsoptionen:

Wenn der Agent über manuelle Installation bereitgestellt wird, bitte beachten Sie, dass zukünftigen Service Pack aktualisiert oder kumulativen Updates müssen manuell auch bereitgestellt werden. Computer, die manuell installiert wurden werden nicht mit der System Center Configuration Management-Dienst als Remote verwaltet gekennzeichnet sein, und die Möglichkeit, diese aktualisieren, nicht in der Betriebskonsole vorgelegt werden.

Andere wichtigen Überlegungen zu verantworten, während der manuellen Installation des Agenten gehören:

  • Wenn die Installation von einer Domäne oder lokaler Benutzer ausgeführt wird, müssen das Konto Mitglied der lokalen Gruppe Administratoren Sicherheit in Vista oder neuere Betriebssysteme sein. Benutzer, die Mitglieder der Sicherheitsgruppe "Hauptbenutzer" waren hatte vor Vista Betriebssysteme die erforderlichen Berechtigungen zum Installieren von Services.
  • Wenn der Agent über Configuration Manager bereitgestellt wird, das Configuration Manager-Agent-Dienstkonto müssen entweder als "LocalSystem" (die Standardeinstellung) oder im Kontext eines lokalen Administrators ausgeführt.

Hat dies Ihr Problem gelöst?

Glückwunsch!

Ihre Operations Manager Client Installationsproblem ist behoben.

Entschuldigung

Es scheint, dass wir Ihr Problem mithilfe dieses Handbuchs lösen können. Weitere Hilfe zur Lösung dieses Problems finden Sie auf unseren TechNet support-Forum oder wenden Sie sich an Microsoft Support Services.

Fehler Code 800706BA - der RPC-Server ist nicht verfügbar

Operations Manager muss Agent-Computer in der Lage, erfolgreich zu erreichen und TCP Anschluss 5723 auf dem Verwaltungsserver. Wenn dies ist gelingt nicht, Sie wird wahrscheinlich erhalten Sie Ereigniskennung 21016 und Ereignis-ID 21006 auf dem Clientagent.

Zusätzlich zum TCP-Port 5723 müssen auch die folgenden Ports aktiviert werden:

  • TCP- und UDP-port 389 für LDAP
  • TCP- und UDP-port 88 für die Kerberos-Authentifizierung
  • TCP- und UDP-port 53 für DNS

Darüber hinaus müssen wir auch sicherstellen, dass die RPC-Kommunikation über das Netzwerk erfolgreich abgeschlossen. Wenn es Probleme mit der RPC-Kommunikation wird es sich in der Regel manifestieren, beim Vermittler aus der OpsMgr-Verwaltungsserver zu schieben. RPC-Kommunikationsprobleme verursachen in der Regel die Client-Push mit eine Fehlermeldung ähnlich der folgenden fehl:

Der Operations Manager-Server konnte nicht angegebenen Vorgang am Computer der agent1.contoso.com.

Betrieb: Agent Insall

Konto: Contoso\Agent_action

Fehlercode: 800706BA

Fehlerbeschreibung: Der RPC-Server ist nicht verfügbar

Dies tritt normalerweise auf, wenn entweder nicht standardmäßigen temporären Ports verwendet werden, oder wenn der temporären Ports an einer Firewall blockiert werden. Beispielsweise wenn nicht standardmäßige hochwertige RPC-Ports konfiguriert wurden, wird eine Netzwerkablaufverfolgung während Push-Übertragung eine erfolgreiche Verbindung mit RPC-Port 135, gefolgt von ein Verbindungsversuch mit einen nicht standardmäßigen RPC-Port wie 15595 wie folgt zeigen.

18748 MS Agent TCP TCP: Flags = CE... S., SrcPort = 52457, DstPort = 15595, PayloadLen = 0, Seq = 1704157139, Ack = 0, Win = 8192 18750 MS Agent TCP TCP: [SynReTransmit #18748] Flags = CE... S., SrcPort = 52457, DstPort = 15595, PayloadLen = 0, Seq = 1704157139, Ack = 0, 18751 MS Agent TCP TCP: [SynReTransmit #18748] Flags =... S., SrcPort = 52457, DstPort = 15595, PayloadLen = 0, Seq = 1704157139, Ack = 0, Win = 8192

In diesem Beispiel da Portausnahmen für diese nicht-standard-Strecke auf der Firewall nicht konfiguriert wurde, werden die Pakete verworfen und die Verbindung schlägt fehl.

In Windows Vista und höher die RPC-hohe Reichweite sind die Ports 49152 bis 65535, damit ist, was wir suchen möchten. Um zu überprüfen, ob dies Ihr Problem ist, führen Sie den folgenden Befehl zu sehen, welche hohe RPC-Portbereich konfiguriert ist:

Netsh Int ipv4 anzeigen Dynamicportrange tcp

Gemäß der IANA-Standards sollte es wie folgt aussehen:

Protokoll Tcp Port Dynamikbereich

---------------------------------

Start-Port: 49152

Anzahl der Ports: 16384

Siehst du einen anderen Start-Port kann das Problem sein, ob die Firewall nicht richtig konfiguriert ist, um Datenverkehr über diese Ports zulassen. Ändern Sie können die Konfiguration der Firewall oder die hohe Reichweite Anschlüsse wieder auf ihre Standardwerte festlegen geben Sie folgenden Befehl ausführen:

Netsh Int ipv4 festlegen Dynamicport Tcp Start = 49152 Num = 16383

Beachten Sie, dass Sie auch den dynamischen RPC-Portbereich über die Registrierung konfigurieren können. Finden Sie im folgenden Artikel weitere Informationen:

154596 - Vorgehensweise: Konfigurieren der dynamischen RPC-Portzuweisung mit Firewalls arbeiten

Wenn erscheint alles richtig konfiguriert werden, aber den oben genannten Fehler weiterhin auftreten, kann es sein, dass eine der folgenden Bedingungen erfüllt sind:

  1. DCOM wurde beschränkt auf einen bestimmten Port. Um zu überprüfen, öffnen dcomcnfg.exe und durchqueren um Dcomcnfg -> Arbeitsplatz -> Eigenschaften-> Standard-Protokolle und sicherzustellen, dass es keine benutzerdefinierte Einstellung gibt.
  2. WMI ist einen benutzerdefinierten Endpunkt konfiguriert. Um zu überprüfen, wenn Sie haben ein statischer Endpunkt konfiguriert für WMI, öffnen dcomcnfg.exe und durchqueren um Dcomcnfg -[NULL] Arbeitsplatz > -> DCOM-Konfiguration -> Windows Management und Instrumentation -> Eigenschaften -> Endpunkt und sicherzustellen, dass es keine benutzerdefinierte Einstellung hier.
  3. Der Agent-Computer ist der Exchange 2010 CAS-Rolle. Die Exchange 2010 Client Access Service Änderungen dieser Portbereich 6005 bis 65535. Das Sortiment wurde erweitert, um bieten ausreichend Skalierung für große Bereitstellungen. Ändern Sie nicht diese Portwerte, ohne die Konsequenzen aus dieser so vollständig zu verstehen.

Weitere Informationen

Für weitere Informationen zu Ports und Firewall finden Sie unter Anforderungen bitte Abschnitt Firewalls in folgendem Dokument:

Vorbereitung Ihrer Umgebung für System Center 2012 R2 Operations Manager

Sie finden auch die minimalen erforderlichen Netzwerk-Konnektivität Geschwindigkeiten im selben Dokument.

Abschliessende Hinweise

Problembehandlung bei Netzwerkproblemen ist ein extrem große Problem für sich, so es am besten ist, einen Netzwerk-Ingenieur zu konsultieren, wenn Sie vermuten, dass eine zugrunde liegende Netzwerkproblem Ihr Agent Verbindungsprobleme in Operations Manager verursacht. Wir haben auch einige grundlegende, generalisierte Netzwerk Problembehandlung Informationen aus unseren Windows Directory Services hier support-Team zur Verfügung:

Problembehandlung bei Netzwerken ohne NetMon


Hat dies Ihr Problem gelöst?


Eigenschaften

Artikelnummer: 10147 – Letzte Überarbeitung: 13.01.2016 – Revision: 2

Feedback