Övervakningskonfiguration i hanteringspaket för SQL Server Reporting Services

  • Artikel
  • 5 minuter för att läsa

Hanteringspaket för SQL Server Reporting Services identifierar automatiskt instanser av SQL Server Reporting Services och Power BI-rapportserver genom att implementera följande arbetsflöden:

  • Läser registret för att identifiera om SSRS och PBIRS är installerade på servern. Om det installeras skapar hanteringspaketet ett startobjekt.

  • Om startobjektet identifieras läser hanteringspaketet sådana datakällor som registret, WMI, SSRS-konfigurationsfilen och så vidare för att identifiera instansegenskaper och distributionsutdataobjektet .

    Objektet Deployment Seed är ett objekt utan värd som hanteras av System Center Operations Manager Management Server. Lämpliga behörigheter krävs för åtkomst till nödvändiga datakällor. Mer information finns i Kör som-profiler för Reporting Services.

Identifiering av SQL Server Reporting Services distribution

SSRS-distribution innehåller följande komponenter:

  • En eller flera instanser av SQL Server Reporting Services
  • SSRS-databas och SQL Server som är värdar för SSRS Database

SSRS Database är en term som beskriver två databaser som används av SSRS:

  • SSRS-katalogdatabas
  • Tillfällig SSRS-databas

Anteckning

Förinstallation av Microsoft SQL Server på Windows (Discovery) version 7.0.20.0 eller senare krävs för att identifiera SSRS-distribution. Den här MP-filen är en del av Microsoft System Center Management Pack för SQL Server vid Windows-leverans. Om Microsoft SQL Server inte finns i Windows (Identifiering) kommer det här hanteringspaketet inte att kunna identifiera och övervaka tillgänglighet och prestanda för SSRS-distribution. Övervakning av SSRS-instanser är fortfarande möjligt utan att Microsoft SQL Server på Windows (Discovery) är installerat.

Hanteringspaket för SQL Server Reporting Services stöder olika typer av installationer av SQL Server. SSRS-databasen kan distribueras till:

  • Fristående instans (antingen namngiven eller standardinstans)
  • Klusterinstans
  • Tillgänglighetsgrupp

För redundansväxling av tillgänglighetsgrupp tar det cirka 8 timmar att återupptäcka distributionen. Som en lösning kan du tillfälligt ändra körningsintervallen för följande identifieringar:

  • MSSQL Reporting Services: Identifiering av distribution i internt läge
  • MSSQL Reporting Services: Identifiering av distributionsfrö

För att hitta en SQL Server instans som är värd för SSRS Database använder hanteringspaketet anslutningssträngen som används av SSRS-instansen för att ansluta till databasen. Följande format för anslutningssträngar stöds:

  • MachineName
  • MachineName\InstanceName
  • IPAddress
  • IPAddress\PortNumber
  • (lokalt)

Distributionsidentifiering körs på en SCOM-hanteringsserver och frågar SCOM API för att hämta en lista över SSRS-instanser och databaser som identifierats på olika SQL-servrar.

Inte bara distributionsidentifiering skapar ett nytt distributionsobjekt , utan skapar också ett nytt Deployment Watcher-objekt , som båda är ovärdade.

SSRS Scale-out Deployment är ett distribuerat program. Därför hanteras distributionsobjektet av hanteringsservern. Huvudsyftet med distributionsobjektet är att kombinera hälsotillståndet för olika SSRS-komponenter och gruppera respektive SCOM-objekt.

Distributionsövervakaren är ett extra objekt som hanteras antingen av en agent som är installerad på servern som är värd för SSRS Database eller en agent som är värd för en av SSRS-instanserna från den angivna distributionen. Det här objektet används för att samla in information om SQL Server Reporting Services distributioner.

Tillgänglighet för SQL Server Reporting Services komponenter

Det här hanteringspaketet introducerar en uppsättning övervakare för SSRS-distributioner och SSRS-instanser. Dessa övervakare kontrollerar tillgängligheten ur följande perspektiv:

  • Utskalningsdistribution för SSRS:
    • SSRS-katalogdatabasen är tillgänglig
    • Den tillfälliga SSRS-databasen är tillgänglig
    • Det finns inga brutna referenser till delade datakällor
    • Antalet misslyckade rapportkörningar (uttryckt som en procentandel av de totala rapportkörningarna) ligger under tröskelvärdet
    • Alla instanser i distributionen identifieras
    • Antal misslyckade prenumerationer
  • SSRS-instans:
    • SSRS-katalogdatabasen är tillgänglig
    • Den tillfälliga SSRS-databasen är tillgänglig
    • SSRS Windows-tjänsten startas
    • SSRS-webbtjänsten är tillgänglig
    • SSRS-rapporthanteraren är tillgänglig
    • SSRS-instansen använder inte för mycket CPU-resurser
    • SSRS-instansen använder inte för mycket minne
    • Det finns ingen minneskonfigurationskonflikt mellan SSRS-instansen och SQL Server databasmotorn (om båda komponenterna körs på samma server)
    • Andra processer tillåter tillräckligt med minnesresurser för SSRS-instansen
    • Antalet misslyckade rapportkörningar per minut ligger under tröskelvärdet för den angivna SSRS-instansen

Rapporthanteraren och webbservern är tillgängliga

Hanteringspaket för SQL Server Reporting Services stöder övervakning av SSRS-webbtjänsten och SSRS Report Manager med hjälp av flera slutpunkts-URL:er för att avgöra om de är tillgängliga. Som standard används den första URL:en i sekvensen. Om du vill använda en annan URL kan du uttryckligen ange åsidosättningen av URL-positionen genom att ändra dess standardvärde till ett värde som motsvarar den önskade URL:en.

Övervakning av misslyckade prenumerationer

Hanteringspaket för SQL Server Reporting Services stöder övervakning av misslyckade prenumerationer och schemalagda uppdateringsplaner och genererar motsvarande aviseringar när någon av dessa hittas.

För att avgöra om du har sådana misslyckade prenumerationer eller planer genomsöker övervakaren kolumnen LastStatus i tabellen Prenumerationer . Mer information om statusar finns i den här artikeln.

Rapportprenumerationer och schemalagda uppdateringsplaner kan misslyckas på grund av olika orsaker. Mer information om vad som orsakade felet finns i Mina prenumerationer på rapporteringsportalen och Schemalagd uppdatering på Power BI-rapportportalen.

Övervakning av Power BI-rapporter som körs

Hanteringspaket för Reporting Services kan spåra mängden minne som förbrukas genom att köra Power BI-rapporter. När tröskelvärdet som du definierar i åsidosättningen "Tröskelvärde" (anges i GB) har överskridits genereras aviseringen. Som standard använder övervakaren de 10 mest minnesintensiva rapporterna som räknas i minnesförbrukningen. Du kan definiera om båda åsidosättningarna när som helst baserat på dina miljöinställningar.

Prestanda för SQL Server Reporting Services installation

Det här hanteringspaketet samlar in följande prestandamått:

  • Utskalningsdistribution för SSRS:
    • Misslyckade rapportkörningar per minut
    • Rapportkörningar per minut
    • Antal rapporter
    • Antal delade datakällor
    • Antal prenumerationer
    • Körningsfel på begäran per minut
    • Körningar på begäran per minut
    • Schemalagda körningsfel per minut
    • Schemalagda körningar per minut
  • SSRS-instans:
    • CPU-användning (%)
    • WorkingSetMaximum (GB)
    • WorkingSetMinimum (GB)
    • Minne som förbrukas av andra processer (%)
    • Minne som förbrukas av SSRS (GB)
    • Totalt minne på servern (GB)
    • Totalt minne som förbrukas på servern (GB)
    • Misslyckade rapportkörningar per minut
    • Rapportkörningar per minut
    • Arbetsminne som förbrukas av Power BI Analysis Services-processen (GB)
    • Privat minne som förbrukas av Power BI Analysis Services-processen (GB)
    • Arbetsminne som förbrukas av Power BI Mashup-containrar (GB)
    • Privat minne som förbrukas av Power BI Mashup-containrar (GB)
    • Total minnesanvändning genom att köra Power BI-rapporter på servern (GB)

Så här ackumuleras hälsa

Följande diagram visar hur hälsotillstånd för objekt ackumuleras för SQL Server i Windows-hanteringspaketet. SQL Server Hälsosammanslagningar

Bästa praxis: Skapa ett hanteringspaket för anpassningar

Hanteringspaketet är förseglat. du kan inte ändra någon av dess ursprungliga inställningar. Du kan dock skapa anpassningar, till exempel åsidosättningar eller nya övervakningsobjekt och spara dem i ett annat hanteringspaket.

Som standard sparar Operations Manager alla anpassningar i standardhanteringspaketet. Vi rekommenderar att du skapar ett separat hanteringspaket för varje förseglat hanteringspaket som du vill anpassa.

Att skapa ett nytt hanteringspaket för att lagra åsidosättningar har följande fördelar:

  • När du skapar ett hanteringspaket för lagring av anpassade inställningar för ett förseglat hanteringspaket är det bra att basera namnet på det nya hanteringspaketet på namnet på det hanteringspaket som du anpassar, till exempel Microsoft SQL Server Reporting Services åsidosättningar.

  • Genom att skapa ett nytt hanteringspaket för lagring av anpassningar av varje förseglat hanteringspaket blir det enklare att exportera anpassningarna från en testmiljö till en produktionsmiljö. Det gör det också enklare att ta bort ett hanteringspaket eftersom du måste ta bort eventuella beroenden innan du kan ta bort ett hanteringspaket. Om anpassningar för alla hanteringspaket sparas i standardhanteringspaketet och du behöver ta bort ett enda hanteringspaket måste du först ta bort standardhanteringspaketet, vilket även tar bort anpassningar för andra hanteringspaket.

Mer information om anpassningar av hanteringspaket och standardhanteringspaketet finns i Vad finns i ett Operations Manager-hanteringspaket?.