Hantera Service Manager-informationslagret

För att kunna hantera informationslagret, som främst används genom rapportering, måste du utföra underhållsaktiviteter på informationslagerjobb. Exempel på underhållsaktiviteter är att visa jobbens status, pausa och återuppta, ange ett schema, aktivera och inaktivera scheman samt felsöka datalagerjobb. Du kan utföra alla dessa underhållsaktiviteter med hjälp av Windows PowerShell cmdletar. Dessutom kan du utföra vissa av dessa uppgifter via Service Manager-konsolen.

Under distributionen registrerade du Service Manager hanteringsgruppen enligt beskrivningen i Registrera Service Manager-hanteringsgrupp i distributionsguiden för Service Manager. Därmed startade MPSyncJob och distributionen av hanteringspaket. Du bör inte starta eller återuppta några informationslagerjobb förrän MPSyncJob har slutförts, som du ser i fönstret Data Warehouse Jobb i Service Manager-konsolen.

Det finns sju datalagerjobb som körs vid olika tidpunkter för att underhålla informationslagret, enligt följande tabell.

Datalagerjobb	Description
MPSyncJob	Det här jobbet synkroniserar alla hanteringspaket från Service Manager källa. Datalagrets innehåll definieras av hanteringspaketen. Det här jobbet börjar köras så fort du registrerar Service Manager-hanteringsgruppen och det tar flera timmar att slutföra den första körningen.
DWMaintenance	Underhåll av datalagret i form av indexering och uppdatering av statistik. Det här jobbet körs automatiskt när MPSyncJob är klart.
Entitet (eller Rensning)	Rensningsfunktioner handlar normalt om aktiviteter för borttagning av data ur datalagret efter en konfigurerbar tidsperiod. Observera: För den här versionen av Service Manager hanteras rensningsfunktioner som ett arbetsflöde. Inställningar för det här jobbet kan inte konfigureras.
Extrahera	Det här jobbet hämtar data från Service Manager-databasen. Jobbet frågar Service Manager-databasen om deltadata från den senaste körningen och skriver dessa data till databasen DWStagingAndConfig i datalagret. Det finns två extraheringsjobb i Service Manager: ett för Service Manager-hanteringsgruppen och ett för hanteringsgruppen för datalagret.
Transformering	Rådata hämtas från mellanlagringsområdet och trimmas, omformateras eller aggregeras efter behov till slutformatet för rapportering. Dessa transformerade data skrivs till databasen DWRepository.
Inläsning	Jobbet begär data från databasen DWRepository och infogar dessa i databasen DWDatamart. DWDatamart är databasen som används för slutanvändarrapportering.

Jobbschema och -frekvens

Schemat definierar när ett jobb startar. Frekvensen anger hur ofta jobbet körs när det har startat. Oavsett schema och frekvens körs inte ett jobb om inte schemat för jobbet har aktiverats. Alla jobb utom Entitet (Rensning) är som standard schemalagda att starta vid midnatt. Schemalagd starttid, frekvens och standardinställning för schema framgår av följande tabell.

Datalagerjobb	Schemalagd starttid	Frekvens	Är funktionen aktiverad som standard?
MPSyncJob	Midnatt	Varje timme	Ja
DWMaintenance	Midnatt	Varje timme	Ja
Extrahera	Midnatt	Var 5:e minut	Ja
Transformering	Midnatt	Var 30:e minut	Ja
Inläsning	Midnatt	Varje timme	Ja

I den här versionen av Service Manager hanteras rensningsfunktioner som ett arbetsflöde. Inställningar för det här jobbet kan inte konfigureras.

PowerShell-cmdletar

Modulen Service Manager Windows PowerShell innehåller cmdletar som används i det här scenariot för att hantera informationslagerfunktioner på servern som är värd för informationslagret. Du måste köra alla Windows PowerShell cmdletar som administratör. Om du vill visa Windows PowerShell hjälp skriver du kommandot get-help följt av namnet på cmdleten som du vill ha hjälp för. Skriv till exempel get-help Set-SCDWJobSchedule. I det här scenariot används följande cmdletar:

• Get-SCDWJobSchedule Visar schemat för ett informationslagerjobb.

• Get-SCDWJob Visar status för alla återkommande Service Manager informationslagerjobb.

• Get-SCDWMgmtGroup Visar information om en hanteringsgrupp som är registrerad i informationslagret.

• Remove-SCDWMgmtGroup Tar bort en hanteringsgrupp från informationslagret.

• Set-SCDWJobSchedule Anger schemat för datalagerjobb.

• Enable-SCDWJobSchedule Aktiverar ett jobbschema för informationslager.

• Disable-SCDWJobSchedule Inaktiverar ett jobbschema för informationslager. Jobbscheman är inaktiverade som standard.

Kom igång med informationslagerjobb

När du registrerar dig för Service Manager datalager börjar MPSyncJob köras. Jobbets första körning kan ta flera timmar. När det är klart visas två extraheringsjobb i rutan Datalagerjobb. Ett extraheringsjobb visas som Extract_datalagerhanteringsgruppnamn och det andra extraheringsjobbet visas som Extract_Service Manager hanteringsgruppnamn. När dessa båda extraheringsjobb visas vet du att den första körningen av MPSyncJob har slutförts, så du kan gå vidare med resten av underhållsaktiviteterna.

Distribution av informationslagermodul

Distribution av informationslagermoduler i Service Manager startar när en Service Manager hanteringsserver är registrerad på en datalagerhanteringsserver. I nedanstående avsnitt beskrivs modulens delar, funktioner och schema.

Synkronisering av hanteringspaket

Via synkronisering av hanteringspaket detekterar datalagret vilka klasser och relationer som finns i källsystemen. Denna process kallas MPSync. För varje hanteringspaket som definierar en klass eller relation skapas extraheringsjobbmoduler i datalagret som ska hämta data för denna klass eller relation från motsvarande källa. Sådana hanteringspaket och tillhörande jobb synkroniseras mellan systemen.

Det är endast förseglade hanteringspaket och tillhörande data som synkroniseras in i datalagret. Om du ändrar ett hanteringspaket måste du öka versionsnumret och du kan inte införa några ändringar som kan orsaka fel. Annars går det inte att importera hanteringspaketet. Du kan till exempel inte ta bort klasser, ta bort egenskaper eller ta bort relationer. På samma sätt kan du inte ändra datatyper på sätt som inte stöds. Du kan till exempel inte ändra en strängegenskap så att den blir en numerisk egenskap.

Som standard körs Orchestration-jobbet MPSync var 30:e minut.

Det är möjligt att flera källor kan referera till samma hanteringspaket. Versionen i källsystemet måste vara samma som eller högre än den i datalagret, annars misslyckas registreringen.

Du kan ta bort hanteringspaket från informationslagret. så länge som du tänker på följande.

1. Om du tar bort hanteringspaket tas inte data bort från informationslagret på samma sätt som i Service Manager-databasen. I stället tas den databasvy som användare beviljas åtkomst till bort.

2. Om du importerar ett hanteringspaket igen när du har tagit bort motsvarande hanteringspaket exponeras historiska data igen.

   Anteckning

   Endast förseglade hanteringspaket synkroniseras från Service Manager till informationslagret. Listobjekt (uppräkningar) är ett undantag. Grupper eller köer synkroniseras till informationslagret, oavsett om de finns i ett förseglat eller oförseglat hanteringspaket.

Hanteringspaket som importeras från Service Manager är Service Manager specifika och informationslagerspecifika. De Service Manager hanteringspaketen ger en medvetenhet om hur Service Manager-databasen är strukturerad, och hanteringspaketen för informationslager driver strukturen och processerna i informationslagerdatabaserna.

Rapportdistribution

Synkroniseringsprocessen för hanteringspaket importerar hanteringspaket från Service Manager och definierar hur dessa hanteringspaket formar strukturen, flyttar data och kopierar rapporter för informationslagret och rapportering. När dessa hanteringspaket har synkroniserats mellan Service Manager och informationslagret hämtas data och rapporter distribueras för användarförbrukning.

Rapportdistribution sker i följande ordning:

1. Alla identifierade hanteringspaket synkroniseras med datalagret. Synkroniseringen utlöser arbetsflödet för rapportdistribution.
2. Eftersom databasen DWStagingandConfig är slutdestinationen för synkroniserade hanteringspaket, skickar arbetsflödet en fråga till DWStagingandConfig om det finns några nya eller ändrade rapporter som ska distribueras, eller några rapporter som ska tas bort.
3. Alla nya och uppdaterade rapporter publiceras sedan av arbetsflödet till SSRS-servern (SQL Server Reporting Services) via SSRS-webbtjänsterna.
4. SSRS lagrar rapporterna med tillämpliga metadata.
5. Arbetsflödet för schemadistribution utlöses också när hanteringspaket synkroniseras.
6. Information som ger schemaändringar hämtas från databasen DWStagingandConfig baserat på de nyligen synkroniserade hanteringspaket som orsakar ändringarna.
7. Schemaändringar distribueras till databasen DWRepository.
8. Nödvändiga ändringar gällande extrahering, transformering och laddning (ETL) av moduler genomförs i databasen DWStagingandConfig.

Hanteringspaket som endast innehåller Service Manager specifik information gör inte att distributionsaktiviteterna körs. De utlöses bara för nya informationslager och rapporteringsspecifika element.

Förstå ETL-processerna

När schema och rapporter för datalagret har distribuerats, fylls databasen DWDataMart med data för rapportering. Detta sker via ETL-rutinerna. Var och en av dessa tre rutiner har ett eget specifikt syfte.

• Extrahering innebär bearbetning av stora datavolymer från flera källor, där data flyttas till ett område som är utformat för databearbetning.
• Transformering innebär optimering av komplex logik och integreringsåtgärder. Det mesta av ETL-bearbetningen sker i den här rutinen.
• Laddning innebär massöverföring av bearbetade data till destinationen.

Ett av de viktigaste skälen för att ha tre olika databaser är att maskinvarumiljön då blir enklare att optimera. I högvolymmiljöer måste databaserna DWStagingandConfig och DWRepository vara på datormaskinvara som är optimerad för läs/skriv-I/O. Men datormaskinvaran som innehåller DWDatamart-databasen måste vara optimerad läs-I/O. Med denna skillnad i åtanke kan du separera DWDatamart till en annan server eller en enhet än databaserna DWStagingandConfig och DWRepository. Databaserna DWStagingandConfig och DWRepository måste dock finnas på en och samma server.

ETL utförs i form av de rutiner som beskrivs i nedanstående avsnitt. Om du tänker redigera hanteringspaket för anpassad rapportering behöver du troligen mer djupgående information om dessa rutiner.

Extrahera

Extraheringsrutinen körs med schemalagda intervall. Extrahering är den process som hämtar rådata från OLTP-arkivet (Online Transaction Processing System), som i det här fallet är den Service Manager databasen.

1. Extraheringsprocessen frågar Service Manager för de deltadata som har ackumulerats sedan den senaste gången extraheringsprocessen kördes.
2. De nya data skrivs till DWStagingandConfig-databasen i samma grundläggande form som i den Service Manager databasen.

Transformering

Transformeringsrutinen körs med schemalagda intervall. Transformering innebär att rådata flyttas över från databasen DWStagingandConfig. Rutinen rensar upp, omformaterar och aggregerar rådata efter behov, så att slutresultatet blir data i format för rapportering. Dessa transformerade data skrivs till databasen DWRepository.

Inläsning

Laddningsrutinen körs med schemalagda intervall. Rutinen anropar databasen DWRepository och begär ut data. Transformerade data från DWRepository överförs till databasen DWDatamart, den databas som används av slutanvändare för all rapportering.

Service Manager datalagerkvarhållning

Som standard lagras data i informationslagret i tre år för faktatabeller och under en obegränsad period för dimensions- och utriggartabeller. Du kan dock ändra kvarhållningsperioden om du vill bevara data längre eller rensa mer aggressivt.

Inställningar för kvarhållning av faktatabeller

Det finns två typer av kvarhållningsinställningar i informationslagret:

• Global: Den globala kvarhållningsperioden för alla faktatabeller i databasen är inställd på tre år som standard, som alla senare skapade faktatabeller använder som standardinställning för kvarhållning.
• Individuellt faktum: Den detaljerade kvarhållningsperioden för varje enskild faktatabell använder den globala inställningen på tre år, såvida du inte ändrar dem individuellt.

Global: Standardperioden för global kvarhållning för data som lagras i Service Manager informationslagret är tre år, så alla faktatabeller använder tre år som standardinställning för kvarhållning. Alla faktatabeller som skapas därefter använder den här inställningen när de skapas som sin enskilda kvarhållningsinställning.

Enskilda faktatabeller: Enskilda faktatabeller ärver det globala kvarhållningsvärdet när de skapas, eller så kan du anpassa dem till ett värde som skiljer sig från den globala standardinställningen. Du kan konfigurera standarden för enskilda faktatabeller som skapades under installationen enskilt med ett specifikt kvarhållningsvärde efter behov.

Visa kvarhållningsperiod för standardtabeller eller specifika tabeller

• Använd PowerShell cmdlet:en Get-SCDWRetentionPeriod för att hämta kvarhållningsperioden för antingen en specifik faktatabell i en specifik datalagerdatabas eller standarden för faktatabeller i databasen. Detaljerade beskrivningar av tillgängliga parametrar och exempelanvändning finns i Get-SCDWRetentionPeriod.

Ange kvarhållningsperiod för standardtabeller eller specifika tabeller

• Använd PowerShell cmdlet:en Get-SCDWRetentionPeriod för att ange kvarhållningsperioden för antingen en specifik faktatabell i en specifik datalagerdatabas eller standarden för faktatabeller i databasen. Detaljerade beskrivningar av tillgängliga parametrar och exempelanvändning finns i Set-SCDWRetentionPeriod.

Importera om tidigare borttagna hanteringspaket

Under utveckling och testning av hanteringspaket som innehåller rapporter som använder datalagerinformation kan du behöva ta bort hanteringspaketen och importera dem på nytt senare. Men när ett hanteringspaket har avinstallerats från informationslagret, om det nya hanteringspaketet innehåller samma dimensions-, fakta- eller kubnamn med ett annat schema än det ursprungliga, måste du ta bort dimensions- eller faktatabellen från databaserna DWRepository och DWDataMart manuellt och även ta bort alla refererande kuber från SQL Server Analysis Services-databasen (SSAS).

Om en dimension eller ett faktum dessutom redan refereras till av en befintlig datakub, måste du också ta bort det hanteringspaket som innehåller datakuben och ta bort själva datakuben innan du avinstallerar det nya hanteringspaketet. Eftersom Service Manager inte tar bort dimensions- eller faktatabellen från DataSourceView och eftersom dimensioner inte tas bort från SSAS-databasen måste du manuellt ta bort information som en datakub refererar till. I så fall bör du använda SQL Server Management Studio för att ta bort alla anpassade datakuber som du skapade med hanteringspaketet från DWASDatabase innan du registrerar om eller installerar om ett uppdaterat hanteringspaket.

I allmänhet bör du undvika att ha samma dimension, fakta och kubnamn i olika scheman. Service Manager stöder inte det här villkoret.

Aktivera eller inaktivera scheman för datalagerjobb

Använd följande procedur för att aktivera schemat för ETL-jobben efter behov. Du kan använda den här proceduren för att aktivera schemat för alla datalagerjobb. Som standard är scheman för ETL-jobb (extrahering, transformering och inläsning) aktiverade. I den här versionen av Service Manager kan du endast aktivera scheman med hjälp av Windows PowerShell.

Så här aktiverar du ett schema för ett informationslagerjobb med hjälp av en Windows PowerShell cmdlet

1. På den dator som är värd för datalagerhanteringsservern väljer du Start, pekar på Alla program, väljer Microsoft System Center, väljer Service Manager och väljer Service Manager Shell.

2. I Windows PowerShell kommandotolken anger du följande kommandon och trycker sedan på RETUR efter varje kommando:

   Enable-SCDWJobSchedule -JobName Extract_<data warehouse management group name>
   

   Enable-SCDWJobSchedule -JobName Extract_<Service Manager management group name>
   

   Enable-SCDWJobSchedule -JobName Transform.Common
   

   Enable-SCDWJobSchedule -JobName Load.Common
   

3. Ange avsluta och tryck sedan på RETUR.

Du kan använda följande procedur för att inaktivera schemat för ETL-jobb (extrahering, transformering och inläsning). Du kan dock använda den här proceduren för att inaktivera schemat för alla datalagerjobb. I den här versionen av Service Manager kan du endast inaktivera scheman med hjälp av Windows PowerShell-cmdletar.

Inaktivera ett schema för datalagerjobb med hjälp av Windows PowerShell cmdlets

1. På den dator som är värd för datalagerhanteringsservern väljer du Start, pekar på Alla program, väljer Microsoft System Center, väljer Service Manager och väljer Service Manager Shell.

2. I Windows PowerShell kommandotolken anger du följande kommandon och trycker på RETUR efter varje kommando:

   Disable-SCDWJobSchedule -JobName Extract_<data warehouse management group name>
   

   Disable-SCDWJobSchedule -JobName Extract_<Service Manager management group name>
   

   Disable-SCDWJobSchedule -JobName Transform.Common
   

   Disable-SCDWJobSchedule -JobName Load.Common
   

3. Ange avsluta och tryck sedan på RETUR.

Stoppa och starta ett informationslagerjobb

Du kan stoppa och starta datalagerjobb som körs i Service Manager. Du kan till exempel behöva stoppa alla datalagerjobb som körs för att säkerställa att en säkerhetsuppdatering till datalagerhanteringsservern inte stör några jobb som kan köras. När servern har uppdaterats och startats om återupptar du alla datalagerjobb. Du kan stoppa och sedan starta jobb med hjälp av Service Manager-konsolen eller med hjälp av Windows PowerShell-cmdletar. I det här exemplet körs enbart ETL-jobben (extract, transform och load).

Anteckning

Information om hur du använder Service Manager Windows PowerShell-cmdletar finns i Konfigurera och använda Service Manager-cmdletar för Windows PowerShell.

Stoppa och starta datalagerjobb med hjälp av Service Manager-konsolen

1. I Service Manager-konsolen väljer du Data Warehouse.
2. Expandera Data Warehouse och välj Data Warehouse jobb.
3. I fönstret Data Warehouse jobb väljer du ett jobb som körs och väljer Pausa i listan Uppgifter.
4. Upprepa det föregående steget för alla datalagerjobb.
5. Om du vill återuppta varje jobb väljer du ett jobb som har stoppats i fönstret Data Warehouse jobb och väljer Återuppta i listan Uppgifter.

Stoppa alla datalagerjobb med hjälp av Windows PowerShell-cmdletar

1. På den dator som är värd för datalagerhanteringsservern väljer du Start, pekar på Alla program, väljer Microsoft System Center, väljer Service Manager och väljer Service Manager Shell.

2. I Windows PowerShell kommandotolken anger du följande kommandon och trycker sedan på RETUR efter varje kommando:

   Stop-SCDWJob-JobName Extract_<data warehouse management group name>
   

   Stop-SCDWJob -JobName Extract_<Service Manager management group name>
   

   Stop-SCDWJob -JobName Transform.Common
   

   Stop-SCDWJob -JobName Load.Common
   

3. Skriv exit och tryck sedan på RETUR.

Starta alla informationslagerjobb med hjälp av Windows PowerShell cmdletar

1. På den dator som är värd för datalagerhanteringsservern väljer du Start, pekar på Alla program, väljer Microsoft System Center, väljer Service Manager och väljer Service Manager Shell.

2. I Windows PowerShell kommandotolken anger du följande kommandon och trycker sedan på RETUR efter varje kommando:

   Start-SCDWJob -JobName Extract_<data warehouse management group name>
   

   Start-SCDWJob -JobName Extract_<Service Manager management group name>
   

   Start-SCDWJob -JobName Transform.Common
   

   Start-SCDWJob -JobName Load.Common
   

3. Ange avsluta och tryck sedan på RETUR.

Schemalägga ett informationslagerjobb i Service Manager

Du kan använda följande procedur för att schemalägga ett informationslagerjobb i Service Manager.

Du kan använda den här proceduren i ett scenario där ett schema för datalagerjobben har definierats i Service Manager. Du vill ändra schemat för datalagerjobben och definiera standardfönster för underhåll för Service Manager-databasen och för datalagret. Använd cmdleten Set-SCDWJobSchedule för att schemalägga datalagerjobben. Set-SCDWJobSchedule -ScheduleType Weekly cmdlet och parameterkombinationen tillåter enbart körning av jobb på de dagar du anger. Följande kommandon definierar till exempel ett dagligt eller veckovis schema:

Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Daily -DailyFrequency  01:00:00 -DailyStart 06:00

Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Weekly -WeeklyFrequency Tuesday, Thursday -WeeklyStart 06:00

Anteckning

När du ska köra Windows PowerShell cmdlets, måste exekveringspolicyn vara inställd på RemoteSigned.

I följande procedur konfigurerar du ett schema för transformeringsjobbet så att det körs var 45:e minut, med början kl. 02:00 på morgonen. Du kan dock ändra kommandona om du vill ange ett eget schema.

Så här konfigurerar du ett schema för datalagerjobb

1. På den dator som är värd för datalagerhanteringsservern väljer du Start, pekar på Alla program, väljer Microsoft System Center, väljer Service Manager och väljer Service Manager Shell.

2. Skriv följande kommando i Windows PowerShell prompten och tryck sedan på RETUR.

   Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Daily -DailyFrequency 00:45:00 -DailyStart 02:00
   

Validera ett schema för datalagerjobb

1. På den dator som är värd för datalagerhanteringsservern väljer du Start, pekar på Alla program, väljer Microsoft System Center, väljer Service Manager och väljer Service Manager Shell.

2. Ange följande kommando och tryck sedan på RETUR:

   Get-SCDWJobSchedule
   

Bearbeta alla dimensioner i informationslagret

Du kan bearbeta alla dimensioner i informationslagret i en åtgärd med hjälp av Windows PowerShell cmdletar, i stället för att bearbeta varje dimension individuellt. Använd följande Windows PowerShell skript på den server som är värd för SQL Server Analysis Services (SSAS). Se till att ange det fullständigt kvalificerade servernamnet. Du kan ange varje kommando separat, eller så kan du spara dem som en Windows PowerShell skriptfil (.ps1) och sedan köra skriptet.

Innan du kan använda Service Manager-cmdletar måste du konfigurera Service Manager Shell. Information om hur du konfigurerar Service Manager Shell finns i Konfigurera och använda System Center – Service Manager-cmdletar för Windows PowerShell.

Bearbeta alla dimensioner med hjälp av cmdletar

• Kopiera och klistra in följande kodfragment i prompten i ett Service Manager Shell:

  [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.AnalysisServices") > $NULL
  

  $Server = New-Object Microsoft.AnalysisServices.Server
  $Server.Connect("<FullyQualifiedServerName>")
  $Databases = $Server.Databases
  $DWASDB = $Databases["DWASDataBase"]
  $Dimensions = New-Object Microsoft.AnalysisServices.Dimension
  $Dimensions = $DWASDB.Dimensions
  

  foreach ($Dimension in $Dimensions){$Dimension.Process("ProcessFull")}
  

Visa historik över datalagerjobb

En historik över datalagerjobb samlas in när de körs i Service Manager. Du kan visa historiken när du vill kontrollera hur länge ett jobb kördes eller när jobbet senast kördes utan fel. När du visar informationslagerjobbhistoriken visar du antalet poster som du anger med hjälp av parametern NumberOfBatches . Använd följande procedur när du vill visa de senaste fem posterna i historiken för ett datalagerjobb.

Visa de senaste fem posterna i historiken för datalagerjobb

1. På den dator som är värd för datalagerhanteringsservern väljer du Start, pekar på Alla program, väljer Microsoft System Center, väljer Service Manager och väljer Service Manager Shell.

2. Ange följande kommando och tryck sedan på RETUR.

   Get-SCDWJob -NumberOfBatches 5
   

3. Ange avsluta och tryck sedan på RETUR.

Visa statusen på datalagerjobb

Du kan använda följande procedurer för att visa status för ett informationslagerjobb i Service Manager för att avgöra om ett jobb körs, stoppas eller misslyckas.

Visa status för ett datalagerjobb med Service Manager-konsolen

1. I Service Manager-konsolen väljer du Data Warehouse.
2. I fönstret Data Warehouse expanderar du Data Warehouse och väljer Data Warehouse Jobb.
3. I fönstret Data Warehouse jobb granskar du listan över jobb för att visa deras status.

Så här visar du status för ett informationslagerjobb med hjälp av en Windows PowerShell cmdlet

1. På den dator som är värd för datalagerhanteringsservern väljer du Start, pekar på Alla program, väljer Microsoft System Center, väljer Service Manager och väljer Service Manager Shell.

2. Ange följande kommando och tryck sedan på RETUR.

   Get-SCDWJob
   

3. Granska status för jobben i listan

Felsöka ett informationslagerjobb i Service Manager

I Service Manager kan du stöta på problem som rör datalagerjobb. När guiden Data Warehouse registrering har slutförts och när rapporteringen blir tillgänglig i Service Manager-konsolen kan du börja köra rapporter. Om till exempel incidenthanteringsrapporten som du kör inte visar uppdaterade data kan du använda Windows PowerShell cmdletar för att felsöka problemet.

Du kan använda den första proceduren för att fastställa om ett jobb har misslyckats med att använda Windows PowerShell-cmdlets och du kan utvärdera eventuella felmeddelanden som jobbet har skapat.

Den andra proceduren kan användas för att ändra standardtidsgränsen för att omvandla jobb. Om du ser att datalagertransformeringsjobbet inte slutförs korrekt kan det bero på att standardtidsgränsen på 3 timmar för jobbet överskrids. Detta kan inträffa eftersom en stor mängd data transformeras i informationslagret. För att bekräfta att detta faktiskt sker kan du visa Loggboken i Data Warehouse där meddelanden som liknar: Tidsgränsen har upphört att gälla. Tidsgränsen uppnåddes innan åtgärden slutfördes eller så svarar inte servern. kan ses för en modul. Du kan exempelvis se meddelandet ovan för modulen TransformEntityRelatesToEntityFact. I det här fallet kan du lösa problemet genom att ange att tidsgränsen ska vara längre än standardvärdet 10 800 sekunder.

Felsöka datalagerjobb med hjälp av Windows PowerShell cmdletar

1. Starta Windows PowerShell på den dator som är värd för datalagerhanteringsservern.

2. Ange följande kommando och tryck sedan på RETUR.

   Get-SCDWJob
   

3. Granska utdata och leta upp alla jobb med statusen Misslyckades .

4. Ange följande kommando och tryck sedan på RETUR. I kommandot anger du det informationslagerjobb som misslyckades som värde för parametern JobName .

   Get-SCDWJobModule -JobName Transform.Common
   

5. Leta upp statusen "Misslyckades" i utdata och granska sedan kolumnen Felmeddelande för mer information om varför informationslagerjobbet misslyckades.

6. När du är redo att försöka utföra det misslyckade jobbet igen väljer du Data Warehouse i Service Manager-konsolen.

7. Expandera Data Warehouse och välj Data Warehouse jobb.

8. I fönstret Data Warehouse jobb väljer du det misslyckade jobbet i listan och väljer Återuppta i listan Uppgifter.

Åsidosätta standardtidsgränsen

1. Redigera registret på datalagerhanteringsservern och kontrollera att nyckelnamnet SqlCommandTimeout under SOFTWARE\Microsoft\System Center\Common\DAL finns och är av typen DWORD. Om den inte finns skapar du den.

2. Redigera värdet, som är i sekunder, med ett positivt värde.
3. Starta om Microsoft Monitoring Agent-tjänsten
4. Du kan återuppta Transform.common-jobbet om du vill se ändringen.

Nästa steg

• Information om hur du hämtar data från en eller flera datakällor finns i Registrera källsystem till informationslagret.