Freigeben über

Behandeln von Problemen im Zusammenhang mit Statistics Manager für Skype for Business Server

  • Artikel

Zusammenfassung: Lesen Sie diesen Artikel, um Probleme mit der Bereitstellung von Statistics Manager für Skype for Business Server zu beheben.

In diesem Artikel wird beschrieben, wie Sie Probleme mit Ihrer Statistics Manager-Bereitstellung beheben können, indem Ereignisse beschrieben werden, die möglicherweise im Anwendungsereignisprotokoll angezeigt werden, sowie geeignete Aktionen, die Sie ergreifen können, um das Ereignis zu korrigieren. Dieser Artikel enthält die folgenden Abschnitte:

Agent-Ereignisse

  • 1000 – Prozessorgrenzer kann nicht eingerichtet werden (Auftragsobjekt) – Unbekannter Grund

  • 1001 – Die Prozessbegrenzung ist für den Prozess nicht zulässig (wahrscheinlich bereits innerhalb eines Auftragsobjekts)

    Der Agent wird innerhalb eines Windows-Auftragsobjekts ausgeführt, um automatisch dessen Speicherbedarf zu begrenzen. Wenn der Agent nicht gestartet wird und diese Ereigniseinträge im Ereignisprotokoll vorhanden sind, kann das Auftragsobjekt nicht auf dem Server instanziiert werden. Um das Problem zu umgehen, kann die obere Speicherbegrenzung aufgehoben werden, indem ein Wert in der Konfigurationsdatei geändert wird:

    C:\Program Files\Skype for Business Server StatsMan Agent\PerfAgent.exe.config

    Suchen Sie nach "MaxProcessMemoryMB", und ändern Sie den Wert wie gezeigt in "0":

    <setting name="MaxProcessMemoryMB" serializeAs="String"> <value>300</value> </setting>

    Hinweis

    Wenn diese Änderung vorgenommen wird, belegt < der Agent in der Regel immer noch 100 MB Arbeitsspeicher, wird jedoch nicht erzwungen auf 300 MB beschränkt, wie die Standardeinstellung ist. Wenn diese Änderung vorgenommen wird, ist zu empfehlen, den Speicherverbrauch genau im Auge zu behalten, um sicherzustellen, dass der Agent nicht sehr viel Speicher auf seinem Hostcomputer in Anspruch nimmt.

  • 2000 – Fehler bei der Clientinitialisierung

  • 2001 – Es konnte keine Verbindung mit dem Dienst über eine Quell-IP hergestellt werden.

    Wenn der Agent keine Verbindung mit dem Listenercomputer herstellen kann, überprüfen Sie Folgendes:

    1. Stellen Sie sicher, dass der Listener-Dienst auf dem Listener-Computer ausgeführt wird. Wenn nicht, stellen Sie sicher, dass Redis auf diesem Server ausgeführt wird, und starten Sie dann den Listenerdienst neu.

      Überprüfen Sie die Statistik-Manager-Ereignisanmeldung auf dem Listenercomputer, um sicherzustellen, dass keine Probleme mit dem Statistik-Manager-Listenerdienst selbst vorliegen.

    2. Verwenden Sie ein Connectivity Tool wie Telnet, um die Verbindung vom Agent- zum Listener-Computer auf dem richtigen Port zu überprüfen.

      Ist diese Verbindung nicht gegeben, stellen Sie sicher, dass die Firewallregel für eingehenden Verkehr für die Art von Netzwerk aktiviert ist, mit dem der Listener-Computer verbunden ist (privat/öffentlich/Domäne). Wenn der Listenercomputer nicht mit einer Domäne verbunden ist, wird das Netzwerk möglicherweise als öffentlich aufgeführt, und in diesem Fall gelten die mit Statistics Manager installierten Firewallregeln nicht standardmäßig.

  • 4000 – Fehler beim Herunterladen von Serverinformationen vom Listener (unbekannter Grund)

    • 4001 – Server in Listener-Topologie nicht gefunden

      Dieser Fehler tritt auf, wenn der Server erfolgreich eine Verbindung mit dem Listener herstellt, der Server aber nicht zur Topologie im Cache des Listeners hinzugefügt wurde. Lösungsmöglichkeiten:

    • Stellen Sie sicher, dass Sie die Anweisungen für den Import der Topologie befolgt haben. Siehe auch Import der Topologie.

    • Wenn sich der Agent auf einem Server befindet, der nicht in der Topologie aufgeführt ist (z. B. die Knoten in einem SQL AlwaysOn-Cluster), müssen Sie den Agent manuell hinzufügen, indem Sie die Anweisungen unter Importieren der Topologie befolgen.

    • 4002 – Ungültiges Listenerkennwort

      Das verschlüsselte Kennwort, das der Agent zu verwenden versucht, stimmt nicht mit dem Dienstkennwort auf dem Listener selbst überein. Deinstallieren Sie den Agent, und installieren Sie ihn mit dem richtigen Dienstkennwort neu.

    • 4003 – Zertifikatfingerabdruckkonflikt

      Der Zertifikatfingerabdruck, der dem Agent zum Zeitpunkt der Installation übergeben wird, stimmt nicht mit dem Fingerabdruck des Zertifikats überein, das der Listener derzeit verwendet, und daher wird die Verbindung verweigert. Deinstallieren Sie den Agent, und installieren Sie ihn mit dem richtigen Zertifikatfingerabdruck neu.

    • 4004 – Ungültige Antwort oder HttpStatusCode

      Der Listener reagiert nicht mit einem erwarteten status.

    • Läuft die Verbindung über einen Proxy, überprüfen Sie die Proxy-Konfiguration.

    • Überprüfen Sie das StatsMan-Protokoll des Listenercomputers auf Probleme mit der Konfiguration.

    • 4005 – Xml konnte nicht deserialisiert werden

      Die Serverinformationen auf dem Listenerserver sind beschädigt, oder es kann zu einem Versionskonflikt zwischen dem Agent und den Listenercomputern kommen. Stellen Sie sicher, dass die Versionen übereinstimmen und überprüfen Sie das Listener-Ereignisprotokoll auf Probleme.

Listener-Ereignisse

  • 10000 – Startfehler Unbekannter Grund (diese sind nicht behebbar, und der Dienst wird beendet/stürzt ab)

    • 10001 – Konfigurationsproblem

      Im Allgemeinen tritt dies auf, wenn die Datei [listener_install_location]\PerfAgentListener.exe.config manuell geändert und von der Anwendung nicht gelesen wird.

    • 10002 – Initialisierungsfehler des HTTP-Listeners

      Dieses Ereignis wird in der Regel protokolliert, wenn die URL-ACL während der Installation nicht ordnungsgemäß festgelegt ist oder das SSL-Zertifikat ungültig ist. Stellen Sie sicher, dass das Zertifikat in Ihrer Konfiguration gültig ist. Ist das der Fall, installieren Sie den Listener gemäß den Anweisungen in Deploy Statistics Manager neu.

    • 10003 – Redis-Fehler

    • 10004 – Fehler bei der Zwischenspeicherung der Infrastruktur

    • 10007 – Einstellungen (in Redis gespeichert)

      Der Listener konnte redis nicht kontaktieren oder wohlgeformte Daten aus dem Cache abrufen und konnte nicht starten. Stellen Sie sicher, dass der Redis-Dienst auf dem Server gestartet und ordnungsgemäß konfiguriert ist.

    • 10005 – Abrufen/Analysieren von Serverinformationen

      Die Topologieinformationen im Redis-Cache sind ungültig. Versuchen Sie zunächst, Redis und den Listener neu zu starten. Wenn der Fehler weiterhin besteht, schlagen Sie unter Import the topology nach, um die Topologiedaten neu zu erstellen.

  • 10100 – Redis PING-Ausfall

    • 10101 – Redis PING-Ausfall fortgesetzt (alle 60 Sekunden)

    • 30100 – Redis PING-Ausfall wiederhergestellt

      Diese werden protokolliert, wenn der Listener keine Verbindung mit Redis herstellen kann. Stellen Sie sicher, dass Redis gestartet ist und dass Netzwerkkonnektivität zwischen Listener und Redis zur Verfügung steht.

  • 10200 – Redis Write-Ausfall

    • 10201 – Redis Write-Ausfall fortgesetzt (alle 60 Sekunden)

    • 30100 – Redis Write-Ausfall behoben

      Diese werden protokolliert, wenn der Listener nicht in den Redis-Cache schreiben kann. Stellen Sie sicher, dass Redis gestartet ist und dass Netzwerkkonnektivität zwischen Listener und Redis zur Verfügung steht.

  • 30000 – Erfolgreich gestartet

    Wird bei jedem Start des Listeners protokolliert.

  • 22000 – Die Initialisierung des Statistik-Manager-Agents war erfolgreich.

  • 23000 – Initialisierung von EventLogQueryManager erfolgreich (erstmalig oder nach einem Fehler)

  • 24000 – Initialisierung der Serverinformationen erfolgreich (erstmalig oder nach einem Fehler)

  • 25.000 Listener ist wieder online, nachdem der Beitrag fehlgeschlagen (oder der erste erfolgreiche Beitrag) aufgetreten ist.

  • 5000 – Offlinestart des Listeners für die Veröffentlichung von Daten

  • 5001 – Listener ist für einen längeren Zeitraum weiterhin offline

    Diese Ereignisse können bei Überwachungs-/Benachrichtigungs-/Löschproblemen nützlich sein.

Websiteprobleme

  • Wiederholte Anmeldeaufforderungen in Chrome: Dies war ein Fehler, der in Version 1.1 behoben wurde. Stellen Sie sicher, dass Sie ein Upgrade auf die neueste Version von Statistics Manager durchgeführt haben, wenn im Chrome-Browser wiederholte Anmeldeaufforderungen angezeigt werden. Folgendermaßen können Sie feststellen, welche Version der Website Sie ausführen:

    • Öffnen Sie im Datei-Explorer (Standardverzeichnis).

    • Klicken Sie mit der rechten Maustaste auf StatsManHubWebSite.dll, und zeigen Sie dessen Eigenschaften an.

    • Wenn ein Computer nicht in der Ansicht KHI Landscape oder in der Ansicht Counter Details gefunden werden kann, stellen Sie sicher, dass er Mitglied einer Website und eines Pools ist. Wenn dies nicht der Fall ist, wird sie in diesen Ansichten nicht angezeigt. Mehr über die Definition einer Website und eines Pools für einen Server in der Topologie erfahren Sie unter Import the topology.

    • Die Produktversion wird in den Beschreibungsdetails angezeigt.

Weitere Informationen

Weitere Informationen finden Sie unter den folgenden Themen: