Registrera källsystem till System Center-informationslagret i Service Manager
Viktigt
Den här versionen av Service Manager har nått slutet av supporten. Vi rekommenderar att du uppgraderar till Service Manager 2022.
Informationslagret i Service Manager hämtar data från en eller flera datakällor. Dessa datakällor är de transaktionella bearbetningssystem som genererar och reglerar data som du senare mäter och analyserar. Till exempel skapas och hanteras incidenter och ändringsbegäranden i Service Manager, programuppdateringar och energiprinciper hanteras i Configuration Manager och andra system producerar och styr andra datauppsättningar.
När datalagret registreras skapas en relation mellan servern för datalagret och källsystemet så att informationen kan flöda mellan dem. I Service Manager kan du registrera dig för Service Manager, Operations Manager och Configuration Manager direkt. Du kan också använda det uppdaterade SDK-lagret (Software Development Kit) över datalagret, så att du kan skicka data till datalagret direkt från andra källor. Du kanske till exempel vill skicka data från personalsystemet till informationslagret.
Registrera System Center-informationslagret till Operations Manager
Du kan använda följande procedurer i Service Manager för att registrera System Center Data Warehouse till Operations Manager och sedan verifiera registreringen.
Registrera informationslagret i Operations Manager
Registrera System Center Data Warehouse till Service Manager Source.
Vänta tills MPSync-jobbet har slutförts.
Logga in på den dator som är värd för Service Manager-konsolen med hjälp av ett konto som är medlem i gruppen Service Manager- och datalagerhanteringsadministratörer.
I Service Manager-konsolen väljer du Data Warehouse.
I fönstret Administration expanderar du Data Warehouse och väljer sedan Datakällor.
I listan Uppgifter väljer du Registrera datakälla.
I guiden Registrera datakälla går du till sidan Innan du börjar och väljer Nästa.
På sidan Typ av datakälla väljer du Operations Manager.
Under Ange ett rothanteringsserverområde anger du följande information:
För Rothanteringsservernamn anger du servernamnet.
För Driftdatabasserver anger du namnet på databasservern.
För Databasnamn anger du namnet på databasen.
Välj Nästa.
På sidan Autentiseringsuppgifter kan du acceptera standardposten i listan Kör som-konto och välja Nästa, eller så kan du ange autentiseringsuppgifter från en användare eller grupp som du väljer.
Viktigt
Det konto som du anger tilldelas administrativa autentiseringsuppgifter på Service Manager-hanteringsservern och beviljas läsbehörighet för Service Manager-databasen. Du kan ange olika autentiseringsuppgifter från andra Service Manager hanteringsgrupper när du registrerar dig för informationslagret.
På sidan Sammanfattning kan du granska de inställningar som du har valt. Välj Slutför.
På sidan Resultat väljer du Slutför när registreringen av datakällan har slutförts.
Så här validerar du registreringsprocessen för Operations Manager
- I vyn Datakällor visas den nya datakällan i listan över datakällor, med datakällans typ av Operations Manager. Du kan behöva uppdatera vyn för att se den nya datakällan.
Registrera System Center-informationslagret för att Configuration Manager
Du kan använda följande steg i Service Manager för att registrera Configuration Manager med System Center Data Warehouse och sedan verifiera registreringen.
Registrera Configuration Manager med informationslagret
Logga in på den dator som är värd för Service Manager-konsolen genom att använda ett konto som är medlem i gruppen Service Manager- och datalagerhanteringsadministratörer.
I Service Manager-konsolen väljer du Data Warehouse.
I fönstret Administration expanderar du Data Warehouse och väljer sedan Datakällor.
I listan Uppgifter väljer du Registrera datakälla.
I guiden Registrera datakälla går du till sidan Innan du börjar och väljer Nästa.
På sidan Typ av datakälla väljer du Configuration Manager.
Under Ange en central platsserver anger du följande information:
För Namn på central platsserver anger du platsserverns namn.
För Databasnamn anger du namnet på databasen.
Välj Nästa.
På sidan Autentiseringsuppgifter kan du acceptera standardposten i listan Kör som-konto och välja Nästa, eller så kan du ange autentiseringsuppgifter från en användare eller grupp som du väljer.
Viktigt
Det konto som du anger tilldelas administrativa autentiseringsuppgifter på Service Manager-hanteringsservern och beviljas läsbehörighet för Service Manager-databasen. Du kan ange olika autentiseringsuppgifter från andra Service Manager hanteringsgrupper när du registrerar dig för informationslagret.
På sidan Dataval väljer du de domäner som ska extraheras och väljer Nästa. Välj till exempel System Center Configuration Manager Connector Configuration och System Center Configuration Manager Power Management Connector.
På sidan Sammanfattning kan du granska de inställningar som du har valt. Välj Slutför.
När registreringen av datakällan har slutförts på sidan Resultat väljer du Slutför.
Verifiera registreringsprocessen för Configuration Manager
- I vyn Datakällor visas den nya datakällan i listan över datakällor, med datakällans typ Configuration Manager. Du kan behöva uppdatera vyn för att se den nya datakällan.
Registrera System Center-informationslagret till en Service Manager källa
Du kan använda följande procedurer i Service Manager för att registrera System Center Data Warehouse med en Service Manager-hanteringsgrupp och sedan verifiera registreringen. Detta gör det möjligt att vara värd för flera Service Manager hanteringsgrupper i ett enda informationslager.
Registrera informationslagret med en annan Service Manager-hanteringsgrupp
Logga in på den dator som är värd för Service Manager-konsolen genom att använda ett konto som är medlem i gruppen Service Manager- och datalagerhanteringsadministratörer.
I Service Manager-konsolen väljer du Data Warehouse.
I fönstret Administration expanderar du Data Warehouse och väljer sedan Datakällor.
I listan Uppgifter väljer du Registrera datakälla.
I guiden Registrera datakälla går du till sidan Innan du börjar och väljer Nästa.
På sidan Typ av datakälla väljer du Service Manager.
Under Ange en Service Manager Server anger du följande information:
- Ange servernamnet för Service Manager servernamn.
Välj Nästa.
På sidan Autentiseringsuppgifter kan du acceptera standardposten i listan Kör som-konto och välja Nästa, eller så kan du ange autentiseringsuppgifter från en användare eller grupp som du väljer.
Viktigt
Det konto som du anger tilldelas administrativa autentiseringsuppgifter på Service Manager-hanteringsservern och beviljas läsbehörighet för Service Manager-databasen. Du kan ange olika autentiseringsuppgifter från andra Service Manager hanteringsgrupper när du registrerar dig i informationslagret.
På sidan Sammanfattning kan du granska de inställningar som du har valt. Välj Slutför.
På sidan Resultat väljer du Slutför när registreringen av datakällan har slutförts.
Verifiera registreringsprocessen för Service Manager
- I vyn Datakällor visas den nya datakällan i listan över datakällor, med datakällans typ Service Manager. Du kan behöva uppdatera vyn för att se den nya datakällan.
Hantera dataimportjobb för Operations Manager och Configuration Manager
Du kan använda följande procedur för att hantera dataimportjobb för informationslager i Service Manager. Dataimportjobb liknar andra datalagerjobb och du kan hantera dem med Service Manager-konsolen och även med Windows PowerShell cmdletar. Hanteringsmetoder är:
Ändra bearbetningsschemat till varje timme, varje dag eller varje vecka
Pausa ett jobb
Återuppta ett pausat eller inte startat jobb
Hantera dataimportjobb och ändra ett jobbschema
I Service Manager-konsolen väljer du Data Warehouse, expanderar Data Warehouse och väljer Data Warehouse jobb.
I fönstret Data Warehouse jobb väljer du ett jobbnamn och sedan Egenskaper under Uppgifter.
I dialogrutan jobbegenskaper som visas kan du visa det aktuella schemat. Du kan ändra schemat till något av dina val. Ändra till exempel schemat till Varje dag och kör jobbet kl . 01:00 och välj OK.
Du kan också pausa jobb och du kan återuppta alla som är pausade eller Inte startade.
Felsöka System Center-informationslagerfel
Det här avsnittet beskriver de steg du kan vidta för att felsöka systemcenter-informationslagerfel i Service Manager.
Använd Operations Manager-händelseloggen på Data Warehouse-servern för att felsöka fel
Service Manager händelseloggar finns i Operations Manager-händelseloggen. Det är en bra idé att utvärdera händelser i loggen, eftersom de flesta fel i datalagret finns i den här händelseloggen. Händelser i loggen kommer från två olika källor: Distribution och Data Warehouse.
Händelser med en distributionskälla genereras under distributionen av hanteringspaket, vilket inkluderar rapportdistribution eller montering av informationslagret. genom att till exempel skapa utriggare, dimensioner och faktatabeller. Fel i händelseloggen innehåller instruktioner om hur du återställer från felen. Du kan till exempel läsa instruktioner som tyder på att du stoppar och sedan startar om Service Manager-tjänsterna. De tre tjänsterna på en datalagerhanteringsserver är:
System Center-tjänsten för dataåtkomst
Microsoft Monitoring Agent
System Center Management-konfiguration
När du startar och stoppar Service Manager tjänster måste du stoppa och starta alla tre tjänsterna.
När informationslagret har distribuerats är det mer troligt att händelser har en källa till Data Warehouse. De här händelserna skapas av jobb under normal drift, till exempel extraherings-, omvandlings- och inläsningsjobb (ETL), MPSync-jobbet och DWMaintenance-jobbet.
Felsök fel med hjälp av Service Manager-konsolen
I Service Manager-konsolen väljer du Data Warehouse Jobb så visas ETL-jobb och MPSync-jobbstatus. Om distributionen lyckades och informationslagret är korrekt registrerat i minst en Service Manager hanteringsgrupp visas minst fem jobb. Varje jobb ska ha statusen Körs eller Inte startad.
Om du ser en jobbstatus som visas som Misslyckad kan du välja jobbet och sedan välja Moduler i fönstret Uppgifter för att ta reda på vilken jobbmodul som misslyckades. Sedan kan du granska Operations Manager-händelseloggen på informationslagerservern för att avgöra varför modulen misslyckades.
I Data Warehouse arbetsyta kan du välja Hanteringspaket i den vänstra rutan. Här kan du se alla hanteringspaket i datalagret och statusen för deras distribution. När du importerar ett hanteringspaket till Service Manager synkroniserar MPSync-jobbet det till informationslagret, där MPSync-jobbet härleder sitt namn från synkronisering av hanteringspaket. När du får listan över hanteringspaket i datalagret kan du ta reda på om ditt hanteringspaket har distribuerats utan fel eller inte.
Om ditt hanteringspaket har definierade element som är specifika för datalagret, som utriggare, dimensioner, faktatabeller eller rapporter, måste hanteringspaketet distribueras utan fel innan de nya tabellerna och rapporterna kan användas.
Använd Windows PowerShell för att felsöka fel
Windows PowerShell-cmdlets i följande tabell ger detaljerad information om datalagerjobben.
| Kommando | Beskrivning |
|---|---|
| Get-SCDWMgmtGroup | Det här kommandot anger vilka källor som är registrerade hos datalagret för tillfället. Du bör se minst två olika värden för DataSourceName. |
| Get-SCDWJob | Det här kommandot listar statusen för datalagerjobb i den aktuella batchen. Med det här kommandot kan du kontrollera om jobben är aktiverade eller inte, vilka jobb som körs och när de startades. När MPSync- eller DWMaintenance-jobben startas inaktiverar de alla ETL-jobb. Kolumnen Är aktiverad visas som Falskt för vart och ett av ETL-jobben. Det innebär att även om ETL-jobbstatusen visar att den körs körs den faktiskt inte. När MPSync- eller DWMaintenance-jobbet slutförs aktiveras ETL-jobben automatiskt igen och bearbetningen fortsätter. Jobb har normalt statusen Inte startad , såvida inte den tidigare batchen har slutförts. Om du vill kan du använda kommandot Get-SCDWJob för att visa de senaste batcharna för ett visst jobb. |
| Get-SCDWJob -JobName Specifikt jobbnamn -NumberOfBatches-nummer | Använd det här kommandot för att se det senaste jobbet, som anges av Specifikt jobbnamn, slutfört, när det startades och när det avslutades. Du kan beräkna hur länge det kördes samt ID och status för nästa batch. Jobbets batch-ID är alltid inkrementellt. |
| Get-SCDWJobModule | Det här kommandot ger detaljerad information om specifika moduler i jobbet. Det här är användbart när du ser jobbfel och vill ta reda på vad som orsakade felet. |
Felsöka vanliga informationslagerproblem
Den här listan är inte fullständig, men den omfattar de flesta vanliga problem som du sannolikt kommer att stöta på.
Rapporter distribueras inte efter att datalagret har registrerats
Symtom
När du öppnar Service Manager-konsolen visas en dialogruta som anger att Reporting Service inte är tillgänglig. Ett annat symptom är att knappen Rapporteringsarbetsyta visas i Service Manager-konsolen. Det finns dock inga rapporter som visas på arbetsytan. Ett annat symtom är att inga rapporter har distribuerats till Reporting Services-servern.
Andra delar av datalagerdistributionen kan se ut att ha gått bra. När du till exempel väljer Data Warehouse i Service Manager-konsolen och väljer Data Warehouse Jobb visas två extraheringsjobb, ett transformerings- och inläsningsjobb och ett MPSync-jobb.
Felsökningssteg
Felsök problemet genom att utföra följande steg.
Steg 1: Kontrollera distributionsstatusen för dina hanteringspaket:
I Service Manager-konsolen väljer du Data Warehouse.
Välj Hanteringspaket och ange rapporteni sökfilterrutan. Detta filtrerar resultatet efter rapportrelaterade hanteringspaket.
Kontrollera distributionsstatusen (sista kolumnen) för följande hanteringspaket. Inget av hanteringspaketen ska ha statusen Failed (Misslyckades).
ServiceManager.ActivityManagement.Report.Library
ServiceManager.ProblemManagement.Report.Library
ServiceManager.IncidentManagement.Report.Libraryxxx
ServiceManager.ConfigurationManagement.Report.Library
ServiceManager.ChangeManagement.Report.Library
Steg 2: I händelseloggen finns felmeddelanden som nämner sammansättningen Microsoft.EnterpriseManagement.Reporting.Code.dll fil.
Om något av ovanstående fem hanteringspaket inte kan distribueras:
Öppna Operations Manager-händelseloggen på datalagerhanteringsservern.
Filtrera händelserna med händelsekällor som distribution och händelsenivå som fel.
Om det finns felmeddelanden i händelseloggen som anger att det inte går att läsa in sammansättning Microsoft.EnterpriseManagement.Reporting.Code.dllläser du följande objekt:
Din installation av SQL Server Reporting Services (SSRS) kan finnas på en annan server än datalagerhanteringsservern.
Om SSRS-installationen finns på samma server som datalagerhanteringsservern startar du om SSRS-tjänsten.
Starta om SSRS:
Logga in på servern där SSRS är installerat.
Öppna Reporting Services Configuration Manager.
I fönstret Reporting Services Configuration Connection (Konfigurationsanslutning för Reporting Services ) väljer du Anslut.
I fönstret Rapportserverstatus väljer du Stoppa och sedan Start.
Välj Avsluta.
Steg 3: Distribuera om eventuella misslyckade rapporthanteringspaket:
I Service Manager-konsolen väljer du Data Warehouse.
Välj Hanteringspaketoch ange rapporten i sökfiltret.
För vart och ett av de hanteringspaket som anges i steg 1 väljer du Starta om distribution i åtgärdsfönstret.
Anteckning
Om distributionsstatusen för ett hanteringspaket visas som Slutförd är alternativet Starta om distribution inte tillgängligt.
När distributionsstatusen för rapporthanteringspaketen har uppdaterats från Misslyckades till Slutförd öppnar du Service Manager-konsolen. Rapporter bör visas på arbetsytan Rapportering . Du kan behöva starta om Service Manager-konsolen för att visa rapporterna eftersom konsolen cachelagrar listan över rapporter.
Jobb misslyckas efter import av ett anpassat hanteringspaket
Symptom
Ett eller flera datalagerjobb misslyckas efter import av ett anpassat hanteringspaket som synkroniserats till datalagret.
Felsökningssteg
Felsök problemet genom att utföra följande steg:
Använd händelseloggen för att kontrollera att orsaken verkligen är det anpassade hanteringspaketet:
Öppna Operations Manager-händelseloggen på datalagerhanteringsservern.
Leta upp den händelse som rör det misslyckade jobbet.
Ta reda på om felet beror på det anpassade hanteringspaket du importerade.
Om felet beror på det anpassade hanteringspaketet bör du ta bort det och låta resten av datalagret fungera som vanligt. Du kan korrigera hanteringspaketet och importera det igen senare:
Avinstallera det anpassade hanteringspaketet med hjälp av Service Manager-konsolen.
Kör MPSync-jobbet.
Kontrollera att det anpassade hanteringspaketet visas i Data Warehouse under Hanteringspaket.
När MP Sync-jobbet har slutförts återupptar du det misslyckade jobbet antingen från Service Manager-konsolen eller med en Windows PowerShell cmdlet.
Korrigera och importera det anpassade hanteringspaketet igen:
Ta bort det anpassade hanteringspaketet och återställ från felet med hjälp av steg 2, som visades tidigare.
Korrigera det anpassade hanteringspaketet.
Importera det fasta anpassade hanteringspaketet till Service Manager och kör sedan MP Sync-jobbet för att synkronisera det till informationslagret.
Datalagret får inga nya data eller jobb tar för lång tid att slutföras
Symptom
Du ser inte data eller nya data i någon av dina rapporter. Ett annat symptom är att ETL-jobb tar för lång tid att köra och att jobben inte visar statusen Inte startad.
Felsökningssteg
Felsök problemet genom att utföra följande steg:
Använd cmdleten Windows PowerShell Get-SCDWJob för att avgöra om alla ETL-jobb är aktiverade. Starta Windows PowerShell och ange sedan Get-SCDWJob.
Om ETL-jobben är inaktiverade, och antingen MPSyncJob- eller DWMaintenance-jobbet körs, måste du vänta lite innan du hämtar jobbstatusen igen eftersom dessa två bakgrundsjobb inaktiverar ETL-jobben. Men om de två jobben visas som Inte startade och ETL-jobben är inaktiverade kan du använda cmdleten Enable-SCDWJob för att aktivera var och en av dem, till exempel:
Enable-SCDWJob -JobName Transform.CommonOm MPSync- och DWMaintenance ETL-jobben är aktiverade och körs men deras enskilda batch-ID inte har ändrats på länge, eller om du använder cmdleten Get-SCDWJobModule för specifika jobb och du inte ser att någon modul faktiskt körs, kontrollerar du händelseloggen och ser om det finns några felmeddelanden. Ibland kan felmeddelandena vara flera dagar gamla och du kan behöva gå igenom flera dagars händelser.
Kontrollera om de tre tjänsterna: System Center Data Access Service, Microsoft Monitoring Agent och System Center Management Configuration på datalagerhanteringsservern faktiskt körs. På datalagerhanteringsservern väljer du Start, Kör och sedan Services.msc. I Tjänster kontrollerar du att följande tjänster körs: System Center Data Access Service, Microsoft Monitoring Agent och System Center Management Configuration.
Om någon av tjänsterna inte körs startar du om alla tre tjänsterna. Om alla tjänster körs skickas dessutom händelser från händelsekällans Data Warehouse och OpsMgr SDK till händelseloggen för Operations Manager. Du kan använda den här informationen som en annan källa för att kontrollera om alla tjänster körs. Om du inte ser händelser från händelsekällans Data Warehouse och OpsMgr SDK-tjänsten på länge bör du starta om alla tre tjänsterna.
Anpassade tillägg för datalager visas inte i datalagret
Symptom
När du har importerat hanteringspaketet, som definierar vissa dimensioner eller faktatabeller till Service Manager, har MPSync-jobbet körts flera gånger, men du ser fortfarande inte dina dimensions- eller faktatabeller i DataMart.
Felsökningssteg
Kontrollera att hanteringspaketet är förseglat. MPSync-jobbet kan endast importera förseglade hanteringspaket från Service Manager till informationslagret. Om du inte har förseglat hanteringspaketet förseglar du det och importerar det sedan med hjälp av Service Manager.
Kontrollera att hanteringspaketet synkroniserats till datalagret genom att utföra följande steg:
Öppna Service Manager-konsolen.
Välj Data Warehouse.
Välj Hanteringspaket och leta sedan upp hanteringspaketet i listan över hanteringspaket. Det gör du genom att använda sökfunktionen genom att ange ditt hanteringspaketnamn i sökrutan. Om du inte ser hanteringspaketet:
Importen till hanteringsservern för datalager kanske misslyckades. Gå till datalagerhanteringsservern, öppna Operations Manager-händelseloggen och filtrera sedan händelserna med händelsekällor som OpsMgr SDK-tjänst.
HP-synkroniseringsjobbet (MPSync) kanske inte har körts än. Det körs enligt ett regelbundet schema, som standard en gång i timmen. Du kan ändra schemat med Windows PowerShell. När du har importerat hanteringspaketet kan du återuppta MPSync-jobbet manuellt, antingen från Service Manager-konsolen eller med hjälp av Windows PowerShell för att påskynda synkroniseringen av hanteringspaket.
Kontrollera hanteringspaketets distributionsstatus:
Öppna Service Manager-konsolen.
Välj Data Warehouse.
Välj Hanteringspaket och leta sedan upp hanteringspaketet i listan över hanteringspaket. Om du vill göra detta kan du söka efter ditt hanteringspaketnamn.
Kontrollera hanteringspaketets distributionsstatus. Om distributionsstatusen är Misslyckad:
På datalagerhanteringsservern öppnar du Operations Manager-händelseloggen och filtrerar sedan händelserna med händelsekällor som distribution.
Om det finns ett felmeddelande anger meddelandet vanligtvis vad som gick fel. Om du efter att du har korrigerat hanteringspaketet och felet fortfarande inträffar kan du avinstallera det här hanteringspaketet med hjälp av Service Manager-konsolen. När HP-synkroniseringsjobbet (MPSync) har körts avinstalleras hanteringspaketet från hanteringsservern för datalager.
Hanteringspaket väntar fortfarande på att associeras efter registreringen i datalagret
Symptom
Vissa hanteringspaket har statusen Väntande association flera timmar efter registreringen Service Manager med informationslagret och flera (upp till fyra eller fler) timmar har passerat. Du kan fastställa tiden som förflutit genom att öppna Service Manager-konsolen och navigera till Data Warehouse, Data Warehouse jobb, MPSync-jobb och sedan välja Information i fönstret Uppgifter.
Felsökningssteg
Felsök problemet genom att utföra följande steg:
Visa information om MPSync-jobbet. Granska varje batch-ID för problemhanteringspaketet i dialogrutan MPSyncJob . I dialogrutan MP-synkroniseringsjobb väljer du kolumnnamnet för hanteringspaket för att sortera listan enligt namnet på hanteringspaketet. Hitta eventuella hanteringspaket med statusen Väntande association . I listan över hanteringspaket kontrollerar du om hanteringspaketstatusen i den senare batchen visas som Associerad, till exempel:
För batch-ID 136 har hanteringspaketet Microsoft.SystemCenter.ConfigurationManager statusen Väntande association.
För batch-ID 207 har hanteringspaketet Microsoft.SystemCenter.ConfigurationManager statusen Associerad.
Detta anger att hanteringspaketet är korrekt associerat i batch 207, även om det stötte på ett fel i batch 136. Eftersom det återställdes i batch 207 är hanteringspaketet korrekt associerat och synkroniseringen har slutförts.
Om statusen väntande association för ett hanteringspaket upprepas för varje batch i dialogrutan MP-synkroniseringsjobb måste du felsöka ytterligare för att fastställa orsaken till varför hanteringspaketet inte kan associeras. Börja med att leta efter distributionsfel i andra hanteringspaket som hanteringspaketet använder.
I Service Manager-konsolen väljer du Data Warehouse, väljer Hanteringspaket och väljer kolumnrubriken Distributionsstatus. Om du ser ett hanteringspaket med distributionsstatusen Misslyckad eller Inte startad beror detta vanligtvis på ett hanteringspaketberoende. Eftersom hanteringspaket kan vara beroende av varandra kan ett fel göra att andra hanteringspaket inte kan distribueras. Alla berörda hanteringspaket har statusen Inte startad .
Leta efter distributionsfelen i händelseloggen. Öppna Operations Manager-händelseloggen på informationslagret, filtrera händelseloggen till de händelser där händelsekällan är distribution och händelsenivån är Varning eller Fel.
Om det finns ett felmeddelande som liknar följande meddelande måste du avregistrera informationslagret från Service Manager, installera om informationslagret och sedan registrera Service Manager hanteringsservern på nytt till datalagerhanteringsservern:
Deployment Execution Infrastructure has retried the maximum number of times and is giving up on this execution step. MP Element ID: DerivedManagementPack.SystemDerivedMp.ServiceManager.ActivityManagement.Library.Datawarehouse MP name: ServiceManager.ActivityManagement.Library.Datawarehouse MP version: 7.0.5826.0 Operation: Install Error message: Cannot find resource with ID TransformActivityStatusResource
ETL-jobb misslyckas på grund av problem med inloggningsuppgifter
Symptom
Några eller alla ETL-jobb (extrahering, transformering och inläsning) misslyckades. Händelseloggen för Operations Manager på hanteringsservern för datalager anger att ETL-jobbet misslyckades på grund av inloggningsproblem.
Felsökningssteg
Börja med att kontrollera om lösenordet för Kör som-kontona har ändrats eller upphört att gälla. Du kan uppdatera kontot genom att följa dessa steg:
Gå till Data Warehouse, Säkerhet, Kör som-konton och välj den relaterade körningen som konto. Välj Egenskaper i fönstret Uppgifter , uppdatera fältet Lösenord i fönstret och välj OK.
Om det här Kör som-kontot är ett konto för driftsystem måste du även uppdatera de tjänster som körs under kontot:
På datalagerhanteringsservern väljer du Start, Kör och sedan Services.msc.
I Tjänster uppdaterar du lösenorden för de tjänster som körs under kontot, till exempel System Center Data Access Service och System Center Management Configuration.
Starta om tjänsterna.
Anteckning
HP-synkroniseringsjobbet (MPSync) och extraheringsjobben kan använda ett annat Kör som-konto än kontot för driftsystem. Det här Kör som-kontot skapas när Service Manager registreras för ett datalager.
Det är enkelt att uppdatera lösenordet om det har upphört att gälla. Det är dock svårare att uppdatera systemet om du ändrar Kör som-kontot. Vi rekommenderar inte att du ändrar Kör som-konton.
Om jobbfelet inte är relaterat till lösenordet kontrollerar du att Kör som-kontot för det misslyckade jobbet kan användas för att ansluta till måldatabasen. Se till exempel till att Kör som-kontot för extrahera jobb kan användas för att ansluta till Service Manager-databasen. Om inte kontrollerar du att den Structured Query Language (SQL)-tjänst som är värd för databasen körs.