Freigeben über

Überwachungskonfiguration im Management Pack für SQL Server Reporting Services

Das Management Pack für SQL Server Reporting Services ermittelt automatisch Instanzen von SQL Server Reporting Services und Power BI-Berichtsserver, indem die folgenden Workflows implementiert werden:

  • Lesen der Registrierung, um zu ermitteln, ob SQL Server Reporting Services und Power BI-Berichtsserver auf dem Server installiert sind. Wenn das Management Pack installiert ist, wird ein Seedobjekt erstellt.

  • Wenn das Seedobjekt erkannt wird, liest das Management Pack solche Datenquellen wie die Registrierung, WMI, die SQL Server Reporting Services-Konfigurationsdatei usw., um Instanzeigenschaften und das Objekt Bereitstellungsseed zu ermitteln.

    Das Objekt Bereitstellungsseed ist ein nicht gehostetes Objekt, das von System Center Operations Manager-Verwaltungsserver verwaltet wird. Entsprechende Berechtigungen sind erforderlich, um auf die erforderlichen Datenquellen zugreifen zu können. Weitere Informationen finden Sie unter Reporting Services Run As-Profile.

Ermittlung der SQL Server Reporting Services-Bereitstellung

Die SQL Server Reporting Services-Bereitstellung umfasst die folgenden Komponenten:

  • Mindestens eine Instanz von SQL Server Reporting Services
  • Reporting Services-Datenbank und SQL Server zum Hosten der Reporting Services-Datenbank

„Reporting Services-Datenbank“ ist ein Begriff, der zwei Datenbanken beschreibt, die von Server Reporting Services verwendet werden:

  • Katalogdatenbank
  • Temporäre Datenbank

Hinweis

Die Vorinstallation von Microsoft SQL Server unter Windows (Discovery), Version 7.0.20.0 oder höher, ist erforderlich, um die Server Reporting Services-Bereitstellung zu ermitteln. Diese MP-Datei ist Teil der Bereitstellung von Microsoft System Center Management Pack für SQL Server unter Windows. Wenn Microsoft SQL Server unter Windows (Discovery) nicht vorhanden ist, kann dieses Management Pack die Verfügbarkeit und Leistung der Server Reporting Services-Bereitstellung nicht ermitteln und überwachen. Die Überwachung von Server Reporting Services ist weiterhin möglich, ohne dass Microsoft SQL Server unter Windows (Discovery) installiert ist.

Das Management Pack für SQL Server Reporting Services unterstützt verschiedene Arten von SQL Server-Installationen. Die Reporting Services-Datenbank kann bereitgestellt werden in:

  • Eigenständige Instanz (entweder benannt oder Standardinstanz)
  • Clusterinstanz
  • Verfügbarkeitsgruppe

Beim Failover von Verfügbarkeitsgruppen dauert es etwa 8 Stunden, bis die Bereitstellung erneut erkannt wird. Als Problemumgehung können Sie die Ausführungsintervalle für die folgenden Ermittlungen vorübergehend ändern:

  • MSSQL Reporting Services: Bereitstellungsermittlung im nativen Modus
  • MSSQL Reporting Services: Bereitstellungs-Seed-Erkundung

Um eine SQL Server-Instanz zu finden, die die Reporting Services-Datenbank hostet, verwendet das Management Pack die Verbindungszeichenfolge, die von der Reporting Services-Instanz zum Herstellen einer Verbindung mit der Datenbank verwendet wird. Die folgenden Formate für Verbindungszeichenfolgen werden unterstützt:

  • MachineName
  • MachineName\InstanceName
  • IP-Adresse
  • IP-Adresse/Portnummer
  • (local)

Die Bereitstellungsermittlung wird auf einem System Center Operations Manager-Server ausgeführt und fragt APIs ab, um eine Liste der Reporting Services-Instanzen und Datenbanken zu erhalten, die auf verschiedenen SQL-Servern ermittelt wurden.

Die Bereitstellungsermittlung erstellt nicht nur ein neues Bereitstellungsobjekt, sondern auch ein neues Bereitstellungs-Wächter-Objekt, die beide nicht gehostet sind.

Die SQL Server Reporting Services-Bereitstellung mit horizontaler Skalierung ist eine verteilte Anwendung. Daher wird das Bereitstellungsobjekt vom Verwaltungsserver verwaltet. Der Hauptzweck des Bereitstellungsobjekts besteht darin, den Integritätsstatus verschiedener Reporting Services-Komponenten zu kombinieren und die jeweiligen System Center Operations Manager-Objekte zu gruppieren.

„Bereitstellungswatcher“ ist ein zusätzliches Objekt, das entweder von einem Agenten verwaltet wird, der auf dem Server installiert ist, der die SQL Server Reporting Services-Datenbank hostet, oder von einem Agenten, der eine der Reporting Services-Instanzen der angegebenen Bereitstellung hostet. Dieses Objekt wird zum Sammeln von Informationen zu SQL Server Reporting Services-Bereitstellungen verwendet.

Verfügbarkeit der SQL Server Reporting Services-Komponenten

Mit diesem Management Pack werden einige Überwachungen für SQL Server Reporting Services-Bereitstellungen und ‑Instanzen eingeführt. Diese Monitore überprüfen die Verfügbarkeit unter folgenden Gesichtspunkten:

  • Scale-Out-Bereitstellung
    • Zugriff auf die Katalogdatenbank ist möglich
    • Zugriff auf die temporäre Datenbank ist möglich
    • Es gibt keine fehlerhaften Verweise auf freigegebene Datenquellen.
    • Die Anzahl der Berichtsausführungen mit Fehler (als Prozentsatz der gesamten Berichtsausführungen) liegt unterhalb des Schwellenwerts.
    • Alle Instanzen innerhalb der Bereitstellung werden entdeckt.
    • Anzahl fehlerhafter Abonnements
  • Instanz:
    • Zugriff auf die Katalogdatenbank ist möglich
    • Zugriff auf die temporäre Datenbank ist möglich
    • Der Windows-Dienst ist gestartet
    • Zugriff auf den Webdienst ist möglich
    • Zugriff auf den Berichtsmanager ist möglich
    • Die Instanz verwendet nicht zu viele CPU-Ressourcen
    • Die Instanz verwendet nicht zu viele Arbeitsspeicherressourcen
    • Es besteht kein Arbeitsspeicherkonfigurationskonflikt zwischen der Reporting Services-Instanz und SQL Server-Datenbank-Engine (wenn beide Komponenten auf dem gleichen Server ausgeführt werden)
    • Andere Prozesse ermöglichen genügend Arbeitsspeicherressourcen für die Reporting Services-Instanz
    • Die Anzahl der Berichtsausführungen mit Fehler pro Minute liegt unterhalb des Schwellenwerts für die jeweilige Reporting Services-Instanz

Berichts-Manager und Webserver sind zugänglich

Das Management Pack für SQL Server Reporting Services unterstützt die Überwachung von Reporting Services-Webdiensten und Berichts-Manager mithilfe mehrerer Endpunkt-URLs, um festzustellen, ob sie verfügbar sind. Standardmäßig wird die erste URL in der Sequenz verwendet. Wenn Sie eine andere URL verwenden möchten, können Sie die URL-Position explizit festlegen, indem Sie deren Standardwert auf einen Wert ändern, der der gewünschten URL entspricht.

Fehler bei der Abonnementüberwachung

Das Managementpaket für SQL Server Reporting Services unterstützt die Überwachung von fehlgeschlagenen Abonnements und geplanten Aktualisierungsplänen und erzeugt entsprechende Warnungen, wenn diese gefunden werden.

Um zu ermitteln, ob Sie fehlgeschlagene Abonnements oder Pläne haben, überprüft der Monitor die Spalte LastStatus in der Tabelle Subscriptions. Weitere Informationen zu den Status finden Sie in diesem Artikel.

Berichtsabonnements und geplante Aktualisierungspläne können aufgrund verschiedener Gründe fehlschlagen. Weitere Informationen dazu, was den Fehler verursacht hat, finden Sie im Berichterstellungsportal unter Meine Abonnements und Geplante Aktualisierung im Power BI-Berichtsportal.

Ausführung und Überwachung von Power BI-Berichten

Das Management Pack für Reporting Services ist in der Lage, den Arbeitsspeicher nachzuverfolgen, der durch Ausführen von Power BI-Berichten verbraucht wird. Sobald der Schwellenwert, den Sie in der Option „Schwellenwert“ (angegeben in GB) definieren, überschritten wird, wird die Warnung ausgegeben. Standardmäßig verwendet der Monitor die obersten 10 arbeitsspeicherintensiven Berichte, die im Arbeitsspeicherverbrauch gezählt werden. Sie können beide Außerkraftsetzungen jederzeit auf Ihren Umgebungseinstellungen basierend neu definieren.

Leistung der SQL Server Reporting Services-Installation

Dieses Management Pack erfasst die folgenden Leistungsmetriken:

  • Horizontale Skalierungsbereitstellung
    • Fehlgeschlagene Berichtsausführungen pro Minute
    • Reportdurchführungen pro Minute
    • Anzahl der Berichte
    • Anzahl der freigegebenen Datenquellen
    • Anzahl der Abonnements
    • Fehler bei der bedarfsgesteuerten Ausführung pro Minute
    • Bedarfsgesteuerte Ausführungen pro Minute
    • Fehler bei der geplanten Ausführung pro Minute
    • Geplante Ausführungen pro Minute
  • Instanz:
    • CPU-Auslastung (%)
    • WorkingSetMaximum (GB)
    • Arbeitsbereichsminimum (GB)
    • Durch andere Prozesse belegter Arbeitsspeicher (%)
    • Durch SSRS belegter Arbeitsspeicher (GB)
    • Gesamtspeicher auf dem Server (GB)
    • Gesamter belegter Arbeitsspeicher auf dem Server (GB)
    • Fehlgeschlagene Berichtsausführungen pro Minute
    • Ausführung von Berichten pro Minute
    • Arbeitssatzspeicher, der vom Power BI Analysis Services-Prozess (GB) verbraucht wird
    • Privater Speicher, der von Power BI Analysis Services-Prozess (GB) verbraucht wird
    • Der von Power BI Mashup-Containern verbrauchte Arbeitssatzspeicher (GB)
    • Privater Speicher, der von Power BI Mashup-Containern (GB) verbraucht wird
    • Gesamte Arbeitsspeichernutzung durch Ausführen von Power BI-Berichten auf dem Server (GB)

Statusmonitor für die Konfiguration von Sicherbaren

Diese Überwachung überprüft, ob auf alle erforderlichen SQL Server Reporting Services-Sicherheitselemente zugegriffen werden kann, die in der ReportServer-Datenbank unter den konfigurierten ausführenden Reporting Services-Profilen verfügbar sind.

Nachfolgend finden Sie eine vollständige Liste der Sicherheitsobjekte, die vom Monitor für die Reporting Services-Instanz überprüft werden:

  • SELECT-Berechtigung für Katalogansichten

    • dbo.ExecutionLog2

  • SELECT-Berechtigung für Tabellen

    • dbo.Keys

Es folgt eine vollständige Liste der sicherbaren Objekte, die vom Überwacher der Reporting Services-Bereitstellung überprüft werden:

  • SELECT-Berechtigung für Katalogansichten

    • dbo.ExecutionLog2

  • SELECT-Berechtigung für Tabellen

    • dbo.Catalog
    • dbo.DataSource
    • dbo.Abonnements

Funktionsgruppen

In System Center Operations Manager stellen Gruppen logische Sammlungen von Objekten wie Windows-basierte Computer, Festplatten oder Instanzen von Microsoft SQL Server dar. Weitere Informationen zu Gruppen finden Sie unter Gruppen erstellen und verwalten.

In Management Pack für SQL Server Reporting Services können Sie zwei Gruppen verwenden, die den dynamischen Mitgliedschaftstyp aufweisen:

  • MSSQL Reporting Services: Bereitstellungsgruppe

    Diese Gruppe wird verwendet, um alle Reporting Services-Bereitstellungsobjekte zu enthalten.

  • MSSQL Reporting Services: Power BI-Featuregruppe

    Diese Gruppe wird verwendet, um Power BI für bestimmte Reporting Services-Instanzen zu aktivieren, die dieses Feature unterstützen. Zum Beispiel:

    • Arbeitsspeicher, der von der Ausführung der Power BI-Berichtsüberwachung verbraucht wird
    • MSSQL Reporting Services: Arbeitsspeicher (GB), der von Power BI Mashup-Containern gemäß der Leistungsregel verbraucht wird
    • MSSQL Reporting Services: Von Power BI-Mashup-Containern verbrauchter privater Speicher (GB) Leistungsregel
    • MSSQL Reporting Services: Vom Power BI Analysis Services-Prozess genutzter Arbeitssatzspeicher (GB) gemäß der Leistungsregel
    • MSSQL Reporting Services: Privater Speicher, der von der Leistungsregel des Power BI Analysis Services-Prozesses (GB) verbraucht wird
    • MSSQL Reporting Services: Gesamtspeicherauslastung beim Ausführen von Power BI-Berichten auf der Serverleistungsregel (GB)

Wie sich Gesundheit summiert

Im folgenden Diagramm ist dargestellt, wie die Integritätszustände der Objekte des SQL Server Management Packs für Windows zusammengefasst werden. Diagramm des SQL Server-Gesundheitsstatus

Bewährte Methode: Erstellen eines Management Packs für Anpassungen

Das Management Pack ist versiegelt. Sie können keine der ursprünglichen Einstellungen ändern. Sie können jedoch Anpassungen erstellen (z. B. Außerkraftsetzungen oder neue Überwachungsobjekte) und diese in einem anderen Management Pack speichern.

Standardmäßig werden von Operations Manager alle Anpassungen im standardmäßigen Management Pack gespeichert. Als bewährte Methode empfiehlt es sich, ein separates Management Pack für jedes versiegelte Management Pack zu erstellen, das angepasst werden soll.

Das Erstellen eines neuen Management Packs, in dem Außerkraftsetzungen gespeichert werden, bietet folgende Vorteile:

  • Wenn Sie ein Management Pack zum Speichern angepasster Einstellungen für ein versiegeltes Management Pack erstellen, ist es hilfreich, als Grundlage des Namens des neuen Management Packs den Namen des Management Packs zu verwenden, das angepasst wird, wie etwa Microsoft SQL Server Reporting Services Overrides.

  • Durch das Erstellen eines neuen Management Packs zum Speichern von Anpassungen für jedes einzelne versiegelte Management Pack wird es einfacher, die Anpassungen aus einer Testumgebung in eine Produktionsumgebung zu exportieren. Dies macht das Löschen eines Management Packs zudem einfacher, da Sie alle Abhängigkeiten löschen müssen, bevor Sie ein Management Pack löschen können. Wenn Anpassungen für alle Management Packs im standardmäßigen Management Pack gespeichert werden und Sie ein einzelnes Management Pack löschen müssen, müssen Sie zunächst das standardmäßige Management Pack löschen. Dadurch werden auch Anpassungen für andere Management Packs gelöscht.

Weitere Informationen zu Anpassungen von Management Packs und zum Standard-Management Pack finden Sie unter Was ist in einem Operations Manager-Management Pack?.