MP-Synkroniser jobber mislykkes og Data lager Base bibliotek MP viser statusen for distribusjon av "Mislyktes"

VIKTIG: Denne artikkelen ble oversatt med maskinoversettelsesprogramvare fra Microsoft og muligens redigert av Microsoft Community via CTF-teknologi i stedet for av en oversetter. Microsoft tilbyr både menneskelig oversatte og maskinoversatte/Community-redigerte artikler, slik at du får tilgang til alle artiklene i vår Knowledge Base på ditt eget språk. En maskinoversatt eller Community-redigert artikkel er imidlertid ikke alltid perfekt. Den kan inneholde feil i vokabular, syntaks eller grammatikk, mye likt en fremmedspråklig som forsøker å snakke språket ditt. Microsoft har ikke ansvar for unøyaktige opplysninger, feil eller skade forårsaket av feilaktig oversettelse av innholdet eller kundenes bruk av informasjonen. Microsoft oppdaterer jevnlig maskinoversettelsesprogramvaren og -verktøyene for å forbedre redigering av maskinoversatte tekster.

Den engelske versjonen av denne artikkelen er den følgende: 2853442
Symptom
Afterupgrading datalager til System Center 2012 Service Manager Service Pack 1 (SP1), hvis thedata lageret har pågått i mer enn 3 måneder thenManagement Pack (MP) synkronisering jobber kan mislykkes. I tillegg Transformer, og Last inn jobber kan også mislykkes. Data lager Base bibliotek MP viser statusen for distribusjon av "Mislyktes" i konsollen, og mange andre som er avhengige av denne MP vises statusen "Venter".

Hvis du ikke har oppgradert datalageret til SP1 og problemet ennå påvirker ikke du, kan du se Scenario 1 i delen løsning.
Årsak
Denne feilen kan oppstå på grunn av feilaktig database leke.
Løsning
Scenario 1: Oppgradering til SP1 har ikke skjedd ennå.

Hvis oppgraderingen ikke har oppstått ennå, kan du kjøre følgende spørring på DWRepository for å få de faktiske SQL-skriptene som er å slette og legge til begrensning av primærnøkkelen for faktum tabeller på DWRepository database.

; MED FactName
SOM ()
Velg w.WarehouseEntityName fra etl. WarehouseEntity w
bli med etl. WarehouseEntityType t på w.WarehouseEntityTypeId = t.WarehouseEntityTypeId
der t.WarehouseEntityTypeName = 'Faktum'
), FactList
SOM ()
Velg PartitionName, p.WarehouseEntityName,
RANK() OVER (partisjon ved p.WarehouseEntityName REKKEFØLGEN av PartitionName ASC) som RK
FRA etl. TablePartition p
delta FactName f på p.WarehouseEntityName = f.WarehouseEntityName
)
, FactPKList
SOM ()
Velg f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,
SMÅ når b.CONSTRAINT_NAME = "PK_" + f.WarehouseEntityName og DERETTER avslutte 1 ELSE 0 som DefaultConstraints
FRA FactList f
BLI MED I INFORMATION_SCHEMA. KEY_COLUMN_USAGE en videre f.PartitionName = a.TABLE_NAME
BLI MED I INFORMATION_SCHEMA. TABLE_CONSTRAINTS b = b.CONSTRAINT_NAME på a.CONSTRAINT_NAME og b.CONSTRAINT_TYPE = 'Primærnøkkelen'
)
, FactWithoutDefaultConstraints
SOM ()
Velg a.*
FRA FactPKList en
LEFT JOIN FactPKList b = a.WarehouseEntityName på b.WarehouseEntityName og b.DefaultConstraints = 1
HVOR b.WarehouseEntityName er NULL og a.RK = 1
)
, FactPKListStr
SOM ()
SELECT DISTINCT f1. WarehouseEntityName f1. TABLE_NAME f1. CONSTRAINT_NAME, F.COLUMN_NAME som PKList
FRA FactWithoutDefaultConstraints f1
BRUK PÅ TVERS AV)
VELG ' [' + KOLONNENAVN + '], "
FRA FactWithoutDefaultConstraints f2
HVOR f2. TABLE_NAME = f1. TABLE_NAME
REKKEFØLGEN AV KOLONNENAVN
FOR
XML-PATH('')
) SOM F (KOLONNENAVN)
)
Velg ' ALTER TABLE [dbo]. ["+ f.TABLE_NAME +"] DROP CONSTRAINT ["+ f.CONSTRAINT_NAME +"] "+ CHAR(13) + TEGNKODE(10) +
' ALTER TABLE [dbo]. ["+ f.TABLE_NAME +"] Legg til begrensning [PK_ "+ f.WarehouseEntityName + '] PRIMÆRE nøkkel NONCLUSTERED (' + DELSTRENG (f.PKList, 1, LEN(f.PKList) -1) + ')" + CHAR(13) + TEGNKODE(10)
FRA FactPKListStr f
ORDER BY f.WarehouseEntityName

Obs!Etter at den første spørringen kjøres utdataene blir et annet sett med spørringer som skal kjøres. Kopiere resultatene til nye spørringsvinduer og kjøre dem alle.

Når standard primærnøklene er gjenopprettet, starter på nytt den mislykkede MP distribusjonen fra Service Manager-konsollen.


Scenario 2: Oppgradering til SP1 har occurredwithout en transformering/belastning jobb-feil.

Hvis du har oppgradert datamaskinen til SP1 og bare observert MP distribusjon feil og ikke en transformering/belastning jobben feil, kan du bare bruke Scenario 1 oppløsning trinnene.

Scenario 3: Oppgradering til SP1 har skjedd med en transformering/belastning jobb-feil.

Hvis du har oppgradert datamaskinen til SP1 og har sett transformeringen / laste jobb-feil, kontroller i DWStagingAndConfig whetherSystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base eksisterer eller ikke: Kjør denne spørringen på DWStagingAndConfig:

Velg * fra ManagementPack der mpname at % SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%

Mest sannsynlig mangler ovenfor MP. Ifso, og du må gjenopprette sikkerhetskopier av databasen til før oppgraderingen. Hvis du vil gjøre dette, følger du fremgangsmåten nedenfor:

1. utføre gjenoppretting etter katastrofe for sikkerhetskopier av database.

2. deaktivere MPSyncJob tidsplanen.

3. gjenopprette alle manglende primærnøkler i DWRepository ved hjelp av SQL-skriptet som ble funnet i Scenario 1.

4. Start på nytt mislyktes baseMP distribusjon fra konsollen.
Mer informasjon
Obs! Dette er en "FAST PUBLISH"-artikkel som er opprettet direkte innenfor Microsofts kundestøtteorganisasjon. Informasjonen her leveres "som den er" som svar på problemer som kan oppstå. Som et resultat av den korte tiden det tar å gjøre materialet tilgjengelig, kan det inneholde skrivefeil, og det kan når som helst og uten forvarsel bli revidert. Se Vilkår for bruk for mer informasjon.

Advarsel: Denne artikkelen er autooversatt

Egenskaper

Artikkel-ID: 2853442 – Forrige gjennomgang: 06/17/2015 08:22:00 – Revisjon: 1.0

Microsoft System Center 2012 Service Manager Service Pack 1, Microsoft System Center 2012 Service Manager

  • kbmt KB2853442 KbMtno
Tilbakemelding