Registrera källsystem till System Center informationslager i Service Manager
Viktigt
Den här Service Manager har nått slutet av supporten rekommenderar vi 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. Incidenter och ändringsbegäranden skapas och hanteras till exempel i Service Manager, programuppdateringar och energiprinciper hanteras i Configuration Manager och andra system skapar och styr andra datamängder.
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 exempelvis vill skicka data från HR-avdelningens datorsystem till datalagret.
Registrera System Center datalager för Operations Manager
Du kan använda följande procedurer i Service Manager för att registrera System Center Data Warehouse för Operations Manager och sedan verifiera registreringen.
Registrera informationslagret för Operations Manager
Registrera System Center Data Warehouse till Service Manager Source.
Vänta tills MPSync-jobbet har slutförts.
Använd ett konto som är medlem i gruppen Service Manager administratörer för hantering av Service Manager och informationslager, och logga in på den dator som är värd för Service Manager konsolen.
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 klickar du på Registrera datakälla.
Klicka på Nästa på sidan Innan du börjar i guiden Registreradatakälla.
På sidan Typ av datakälla väljer du Operations Manager.
Under Ange en rothanteringsserver skriver du följande information:
Som Rothanteringsservernamn anger du servernamnet.
För Driftdatabasserver anger du namnet på databasservern.
I Databasnamn skriver du namnet på databasen.
Klicka på Nästa.
På sidan Autentiseringsuppgifter kan du acceptera standardposten i listan Kör som-konto och sedan klicka på 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 på Service Manager databasen. Du kan ange andra autentiseringsuppgifter Service Manager andra hanteringsgrupper när du registrerar med informationslagret.
På sidan Sammanfattning kan du granska de inställningar som du har valt. Klicka på Finish.
På sidan Resultat när registreringen av datakällan är klar. visas klickar du på Slutför.
Så här verifierar Operations Manager registreringsprocessen
- I vyn Datakällor visas den nya datakällan i listan över datakällor, med datakälltypen Operations Manager. Du kan behöva uppdatera vyn för att se den nya datakällan.
Registrera System Center datalager till Configuration Manager
Du kan använda följande steg i Service Manager registrera Configuration Manager med System Center Data Warehouse och sedan verifiera registreringen.
Registrera Configuration Manager med informationslagret
Genom att använda ett konto som är medlem i gruppen Service Manager och administratörer för informationslagerhantering loggar du in på den dator som är värd för Service Manager konsolen.
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 klickar du på Registrera datakälla.
Klicka på Nästa på sidan Innan du börjar i guiden Registreradatakälla.
På sidan Typ av datakälla väljer du Configuration Manager.
Under Ange en central platsserver anger du följande information:
I Servernamn för central plats anger du platsservernamnet.
I Databasnamn skriver du namnet på databasen.
Klicka på Nästa.
På sidan Autentiseringsuppgifter kan du acceptera standardposten i listan Kör som-konto och sedan klicka på 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 på Service Manager databasen. Du kan ange andra autentiseringsuppgifter Service Manager andra hanteringsgrupper när du registrerar med informationslagret.
På sidan Dataval väljer du de domäner som ska extraheras och klickar sedan på Nästa. Välj till exempel System Center Configuration Manager Connector ConfigurationSystem Center Configuration Manager Power Management Connector.
På sidan Sammanfattning kan du granska de inställningar som du har valt. Klicka på Finish.
När registreringen av datakällan har slutförts visas på sidan Resultat klickar du på Slutför.
Så här verifierar Configuration Manager registreringsprocessen
- I vyn Datakällor visas den nya datakällan i listan över datakällor, med datakälltypen Configuration Manager. Du kan behöva uppdatera vyn för att se den nya datakällan.
Registrera System Center datalager till en Service Manager wource
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 Service Manager flera hanteringsgrupper i ett enda informationslager.
Registrera informationslagret med en annan Service Manager hanteringsgrupp
Genom att använda ett konto som är medlem i gruppen Service Manager och administratörer för informationslagerhantering loggar du in på den dator som är värd för Service Manager konsolen.
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 klickar du på Registrera datakälla.
Klicka på Nästa på sidan Innan du börjar i guiden Registreradatakälla.
På sidan Typ av datakälla väljer du Service Manager.
Under Ange Service Manager server anger du följande information:
- Ange Service Manager servernamn om du vill ange servernamnet.
Klicka på Nästa.
På sidan Autentiseringsuppgifter kan du acceptera standardposten i listan Kör som-konto och sedan klicka på 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 på Service Manager databasen. Du kan ange andra autentiseringsuppgifter Service Manager andra hanteringsgrupper när du registrerar med informationslagret.
På sidan Sammanfattning kan du granska de inställningar som du har valt. Klicka på Finish.
På sidan Resultat när registreringen av datakällan är klar. visas klickar du på Slutför.
Så här verifierar Service Manager registreringsprocessen
- I vyn Datakällor visas den nya datakällan i listan över datakällor, med datakälltypen 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 fungerar som andra datalagerjobb och du kan hantera dem med Service Manager konsolen och med Windows PowerShell cmdlets. 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 konsolen Service Manager klickar du på Data Warehouse, expanderar Data Warehouse och klickar sedan på Data Warehouse Jobb.
I fönstret Data Warehouse Jobb väljer du ett jobbnamn och klickar sedan på Egenskaper under Aktiviteter.
I dialogrutan jobbegenskaper som visas kan du visa det aktuella schemat. Du kan ändra schemat till ett val. Du kan till exempel ändra schemat till Varje dag och köra jobbet kl. 01:00 och sedan klicka på OK.
Om du vill kan du pausa jobb och återuppta alla som har pausats eller inte har startats.
Felsöka System Center fel i informationslager
I det här avsnittet beskrivs de steg du kan vidta för System Center fel i informationslagret i Service Manager.
Använd händelseloggen Operations Manager på Data Warehouse 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 vanligtvis under distributionen av hanteringspaket, vilket innefattar rapportdistribution eller sammansättning av informationslagret, till exempel genom att skapa utriggare, dimensioner och faktatabeller. Fel i händelseloggen innehåller oftast anvisningar om hur du kan åtgärda dem. Du kan till exempel läsa instruktioner som föreslår att du stoppar och sedan startar om Service Manager tjänster. 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 troligare att händelser har en källa 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.
Använda Service Manager konsolen för att felsöka fel
I Service Manager klickar du på 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. Alla jobb ska ha statusen Körs eller Inte startad.
Om du ser jobbstatusen Misslyckad kan du välja jobbet och sedan klicka på Moduler i fönstret Uppgifter för att ta reda på vilken jobbmodul som misslyckades. Sedan kan du undersöka Operations Manager händelseloggen på informationslagerservern för att ta reda på varför modulen misslyckades.
I arbetsytan Data Warehouse klickar du på 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 det till informationslagret, där MPSync-jobbet härleder dess 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ända 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 är inställd på Falskt för vart och ett av ETL-jobben. Det innebär att även om statusen för ett ETL-jobb anger att det körs, så körs det 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 föregående batchen har slutförts. Om du vill kan du använda kommandot Get-SCDWJob för att visa de sista batcharna för ett specifikt jobb. |
| Get-SCDWJob -JobName Specifikt jobbnamn -NumberOfBatches number | Använd det här kommandot för att se det senaste jobbet, som anges av Specifikt jobbnamn, slutfört, när det startade 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 är användbart när du upptäcker jobb som inte kunnat köras och vill ta reda på vad problemet är. |
Felsöka vanliga problem med informationslager
Den här listan är inte heltäckande, men omfattar de vanligaste problemen som du kan råka ut för.
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 symtom är att knappen Rapportarbetsyta visas i Service Manager konsolen, men inga rapporter visas i 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 klickar på Data Warehouse i Service Manager-konsolen och sedan klickar på Data Warehouse Jobb visas två extraheringsjobb, en transformering och ett 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 konsolen Service Manager klickar du på Data Warehouse.
Klicka på Hanteringspaket och skriv rapport i sökrutan Filter. Detta filtrerar resultatet efter rapportrelaterade hanteringspaket.
Kontrollera distributionsstatusen (sista kolumnen) för följande hanteringspaket. Inget av hanteringspaketen ska ha statusen Misslyckades.
ServiceManager.ActivityManagement.Report.Library
ServiceManager.ProblemManagement.Report.Library
ServiceManager.IncidentManagement.Report.Libraryxxx
ServiceManager.ConfigurationManagement.Report.Library
ServiceManager.ChangeManagement.Report.Library
Steg 2: Kontrollera händelseloggen efter felmeddelanden som nämner sammansättningsfilen Microsoft.EnterpriseManagement.Reporting.Code.dll filen.
Om något av ovanstående fem hanteringspaket inte kan distribueras:
Öppna händelseloggen Operations Manager datalagerhanteringsservern.
Filtrera händelserna med Händelsekällor somDistribution ochHändelsenivå som Fel.
Om det finns felmeddelanden i händelseloggen som anger att det inte går att läsa Microsoft.EnterpriseManagement.Reporting.Code.dllkan du granska följande:
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å den server där SSRS är installerat.
Öppna Reporting Services-Configuration Manager.
I fönstret Konfigurationsanslutning för Reporting Services klickar du på Anslut.
I fönstret Rapportserverstatus klickar du på Stoppa och sedan på Starta.
Klicka på Avsluta.
Steg 3: Distribuera om eventuella misslyckade rapporthanteringspaket:
I konsolen Service Manager klickar du på Data Warehouse.
Klicka på Hanteringspaket och skriv sedan rapport i sökfiltret.
För vart och ett av hanteringspaketen som visas i steg 1 klickar du på Starta om distributionen i åtgärdsfönstret.
Anteckning
Om distributionsstatusen för ett hanteringspaket visas som Slutförd är alternativet Omstartsdistribution inte tillgängligt.
När distributionsstatusen för rapporthanteringspaketen har uppdaterats från Misslyckadestill Slutförd öppnar du Service Manager konsolen. Rapporter bör visas på arbetsytan Rapportering. Du kan behöva starta om Service Manager 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:
På datalagerhanteringsservern öppnar du Operations Manager händelseloggen.
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 Service Manager konsolen.
Kör MPSync-jobbet.
Kontrollera att det anpassade hanteringspaketet visas i listan 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 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 inga data eller inga nya data i dina rapporter. Ett annat symtom ä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 Windows PowerShell get-SCDWJob för att avgöra om alla ETL-jobb är aktiverade. Starta Windows PowerShell och skriv 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 startad 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 under en längre tid, 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. Klicka på Start på datalagerhanteringsservern, klicka på Kör och skriv 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 dessa tjänster inte körs startar du om alla tre. Om alla tjänster körs skickas dessutom händelser från händelsekällans Data Warehouse och OpsMgr SDK-tjänsten till Operations Manager händelseloggen. 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 några händelser från händelsekällans datalager och OpsMgr SDK under en längre tid 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 kan fortfarande inte se dina dimensions- eller faktatabeller i DataMart.
Felsökningssteg
Kontrollera att hanteringspaketet är förseglat. MPSync-jobbet kan bara 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.
Klicka Data Warehouse.
Klicka på Hanteringspaket och leta upp hanteringspaketet i listan över hanteringspaket. Använd sökfunktionen och skriv namnet på hanteringspaketet i sökrutan. Om du inte ser hanteringspaketet:
Importen till hanteringsservern för datalager kanske misslyckades. Gå till datalagerhanteringsservern, öppna Operations Manager 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. För att påskynda synkroniseringen av hanteringspaket kan du när du har importerat hanteringspaketet manuellt återuppta MPSync-jobbet, antingen från Service Manager-konsolen eller med hjälp av Windows PowerShell.
Kontrollera hanteringspaketets distributionsstatus:
Öppna Service Manager-konsolen.
Klicka Data Warehouse.
Klicka på Hanteringspaket och leta upp hanteringspaketet i listan över hanteringspaket. Du kan göra det genom att söka efter namnet på hanteringspaketet.
Kontrollera hanteringspaketets distributionsstatus. Om distributionsstatusen är Misslyckad:
På datalagerhanteringsservern öppnar du Operations Manager och filtrerar sedan händelserna med Händelsekällor som Distribution.
Om ett felmeddelande visas anger det oftast vad som gick fel. Om du efter att du har åtgärdat hanteringspaketet och felet fortfarande uppstår, kan du avinstallera det här hanteringspaketet med hjälp 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 Service Manager med informationslagret och flera (upp till fyra eller fler) timmar har passerat. Du kan bestämma hur lång tid det tar genom att öppna Service Manager-konsolen och gå till Data Warehouse, Data Warehouse-jobb, MPSync-jobb och sedan klicka på 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 Sync Job ( MP-synkroniseringsjobb ) klickar du på kolumnnamnet för hanteringspaket för att sortera listan enligt namnet på hanteringspaket. Hitta hanteringspaket med statusen Väntande association. I listan över hanteringspaket kontrollerar du om hanteringspaketets status visas som Associerad i den senare batchen , 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 Sync Job (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 klickar du Data Warehouse, på Hanteringspaket och sedan på 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 hanteringspaket som påverkas har statusen Inte startad .
Leta efter distributionsfelen i händelseloggen. Öppna Operations Manager händelseloggen i informationslagret, filtrera händelseloggen till de händelser där händelsekällan är Distribution och Händelsenivå ä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 om Service Manager-hanteringsservern 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 klicka sedan på det relaterade Kör som-kontot. Klicka på Egenskaper i fönstret Uppgifter, uppdatera fältet Lösenord i fönstret och klicka sedan på 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:
Klicka på Start på datalagerhanteringsservern, klicka på Kör och skriv 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 upphör att gälla. Det är mycket svårare att uppdatera systemet om du ändrar Kör som-kontot. Vi rekommenderar att du inte ändrar dina Kör som-konton.
Om problemet inte beror på lösenordet kontrollerar du att det går att ansluta till måldatabasen med Kör som-kontot för det misslyckade jobbet. Se till exempel till att Kör som-kontot för extraheringsjobbet kan användas för att ansluta Service Manager databasen. Om inte kontrollerar du att SQL-tjänsten (Structured Query Language) som är värd för databasen körs.