Dela via

Rapportering och analys av informationslager i Service Manager

  • Artikel

Viktigt

Den här versionen av Service Manager har nått slutet av supporten. Vi rekommenderar att du uppgraderar till Service Manager 2022.

Service Manager rapporter kan du samla in och visa data och trender från hela företagsmiljön. Exempel: Du kan generera en rapport som visar antalet incidenter som inträffar inom en viss tidsram. Du kan sedan använda den informationen för att beräkna kostnaden för varje incident (i timmar) och även för att identifiera eventuella trender och vidta förebyggande åtgärder för att minska kostnaderna och förekomsten av förekomster.

Standardrapporter kan visas för alla Service Manager konsolanvändare på arbetsytan Rapportering. Om användarna kan visa arbetsobjekt och har behörighet till mapparna SystemCenter och ServiceManager på servern SQL Server Reporting Services (SSRS) kan de också visa rapporter i arbetsobjektets uppgiftslistor. Alla användare kan exportera rapportdata från rapporter som de ser. Exporterade rapporter sparas i olika filformat.

Översikt

Informationslagret i Service Manager innehåller tre primära funktioner:

  1. Avlasta data från huvuddatabasen Service Manager för att förbättra prestanda för Service Manager-databasen

  2. Långsiktig datalagring

  3. Tillhandahålla data för rapporter

Informationslagret som levereras med Service Manager är faktiskt en egen hanteringsgrupp. Den har i princip alla Vanliga Plattformsdelar i System Center som finns i andra System Center-komponenter, till exempel System Center – Operations Manager. De här komponenterna bygger på den gemensamma plattformen, som i sin tur består av följande:

  • En modellbaserad databas för lagring av konfigurationsinformation om informationslagret och för att mellanlagra data när de har extraherats från Service Manager-databasen. I datalagerhanteringsgruppen heter den här instansen av den lägesbaserade databasen DWStagingAndConfig.

  • Hanteringsservern, som består av följande:

    • System Center-tjänsten för dataåtkomst

    • Microsoft Monitoring Agent

    • System Center Management-konfigurationstjänsten

    Förutom den bas som bygger på systemcentrets gemensamma plattform har Service Manager informationslagret två andra databaser:

  • DWRepository – där transformerade data lagras och optimeras i rapporteringssyfte.

  • DWDataMart – där transformerade data läses in och där i slutändan rapporterar frågor från.

    Datalagret har utformats för:

  • Full utökningsbarhet med hjälp av hanteringspaket.

  • Användning av rekommenderade metoder för datalager, till exempel dimensionell modellering med fakta och dimensioner.

  • Väldigt storskalig användning.

    Informationslagret i Service Manager har utformats och skapats med avsikten att vara en plattformskomponent som gör det möjligt för System Center-användare att samla in data från alla System Center-produkter för att få omfattande insikter om sina IT-investeringar (Information Technology).

Skillnaden mellan OLTP och OLAP (utför jämfört med att analysera transaktioner)

OLTP-system (Online Transaction Processing) är utformade för snabba skrivningar mot små arbetsenheter, till exempel för att snabbt skapa en enskild incident. OLAP-informationslager (Online Analytical Processing) är däremot utformade för att underlätta snabb analys över stora uppsättningar data, till exempel för att snabbt fastställa serviceavtalsefterlevnad (SLA) för alla incidenter som skapats under det senaste året.

Informationslager- och analyselement

Informationslagret och analyselementen i Service Manager består av System Center common model, datalagerdatabaser, OLAP-kuber, orkestreringsprocesser för hanteringspaket och Service Manager software development kit (SDK). De här elementen beskrivs detaljerat i följande avsnitt.

System Center Common Model- och datalagerdatabasschema

Diagram som representerar systemcentrets gemensamma modell och databasschemat för informationslagret är tillgängliga för Service Manager. Databasschemat bygger på den gemensamma modellen för hanteringspaket, vilket innebär att relationsdatabasobjekt och relationer kan ärva klasser.

Om du inte är bekant med att utveckla hanteringspaket kan det vara skrämmande att skriva anpassade frågor mot informationslagret. Schemadiagrammen är dock användbara för att hjälpa dig att komma igång. Du kan ladda ned Visio-diagram, SystemCenterCommonModel-SCSM2010.vsd och DWDataMart.vsd som en del av Service Manager Job aids (SM_job_aids.zip). De olika typerna av tabeller i datalagret är färgkodade i schemadiagrammet.

Informationslagerdatabaser

Informationslagret i Service Manager består av följande databaser:

  • DWStagingAndConfig– där data extraheras från källsystem, till exempel Service Manager och Operations Manager, lagras ursprungligen.
  • DWRepository– där extraherade källdata omvandlas till den rapportoptimerade strukturen.
  • DWDataMart– där publicerade data lagras och förbrukas av rapporterna. Det är också här som data lagras under en längre tidsperiod för att underlätta historisk rapportering och analys.

OLAP-kuber

Som tidigare nämnts används en OLAP-kub för onlineanalysbearbetning, och det är en datastruktur som ger snabb analys av data. Den kan sägas vara ett hjälpmedel för att hantera och analysera data ur flera olika perspektiv. Kubdatastrukturen kan hjälpa dig att kringgå vissa begränsningar hos relationsdatabaser.

Service Manager innehåller ett antal fördefinierade OLAP-kuber som användarna kan visa i Microsoft Excel och även som SharePoint-instrumentpaneler. Skribenter kan skapa egna OLAP-kuber för anpassade datakällor och lägga till kuberna i anpassade hanteringspaket.

Software Development Kit (SDK)

Service Manager SDK innehåller information som du kan behöva när du redigerar med Service Manager för att utöka informationslagret så att det kan hantera dina egna anpassade data. Innan du kan utnyttja datalagrets funktioner, som OLAP-kubbearbetning för anpassade data, måste du skapa ett anpassat hanteringspaket och importera det. Paketet med det anpassade hanteringspaketet innehåller en definition av datamodellen och eventuellt OLAP-kubdefinitioner.

Nästa steg