MP 同步處理工作失敗,而且資料倉儲基底程式庫 MP 顯示 「 失敗 」 的部署狀態

請注意--重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,且可能由 Microsoft Community 利用 Community Translation Framework技術或人工進行事後編修。翻譯過程並無專業譯者參與。Microsoft 同時提供使用者人為翻譯、機器翻譯及社群編修後的機器翻譯三種版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,所有翻譯文章都可能不盡完美,內容都可能出現詞彙、語意或文法上的錯誤。就翻譯內容之不正確或錯誤,或客戶因使用翻譯內容所產生的任何損害,微軟不負擔任何責任。Microsoft將依合理的商業努力不斷地更新機器翻譯軟體和工具,以期能為使用者提供更好的服務。

按一下這裡查看此文章的英文版本:2853442
徵狀
Afterupgrading 資料倉儲,以 System Center 2012 服務管理員 Service Pack 1 (SP1),如果 thedata 倉儲已經執行了超過 3 個月 thenManagement 封包 (MP) 同步處理工作可能會失敗。此外,轉換和載入工作也可能會失敗。資料倉儲基底程式庫 MP 將顯示在主控台中的 「 失敗 」 的部署狀態和許多其他依存於此 MP 會顯示 「 等待中 」 狀態。

如果尚未升級至 SP1 資料倉儲,此問題不還會影響您,請參閱案例 1 的解決方案一節。
發生的原因
這項錯誤可能是因為錯誤的資料庫清理。
解決方案
案例 1:升級至 SP1 不會發生尚未。

如果升級還沒發生,請執行下列查詢來取得實際是卸除,並新增 DWRepository 資料庫上的事實資料表的主索引鍵的條件約束的 SQL 指令碼的 DWRepository 上。

;與 FactName
(為
從 etl 中選取 [w.WarehouseEntityName]。WarehouseEntity w
聯結 etl。在 w.WarehouseEntityTypeId WarehouseEntityType t = t.WarehouseEntityTypeId
其中 t.WarehouseEntityTypeName = '事實'
),FactList
(為
選取 PartitionName,p.WarehouseEntityName,
透過 RANK() (p.WarehouseEntityName 順序依分割由 PartitionName ASC) 為 RK
從 etl。TablePartition p
在 p.WarehouseEntityName 上的聯結 FactName f = f.WarehouseEntityName
)
FactPKList
(為
選取 f.WarehouseEntityName、 a.TABLE_NAME、 a.COLUMN_NAME、 b.CONSTRAINT_NAME、 f.RK,
大小寫的時 b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName,則為 DefaultConstraints 的 1 ELSE 0 結束
從 FactList f
加入 INFORMATION_SCHEMA。KEY_COLUMN_USAGE 上 f.PartitionName = a.TABLE_NAME
加入 INFORMATION_SCHEMA。TABLE_CONSTRAINTS b 上 a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = '主索引鍵'
)
FactWithoutDefaultConstraints
(為
選取的 a.*
從 FactPKList
左聯結 FactPKList b 上 b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1
WHERE b.WarehouseEntityName 是 NULL,a.RK = 1
)
FactPKListStr
(為
選取不同的 f1 鍵。WarehouseEntityName,f1 鍵。TABLE_NAME,f1 鍵。AS CONSTRAINT_NAME,F.COLUMN_NAME PKList
從 FactWithoutDefaultConstraints f1
CROSS 套用 (
選取 '[' + COLUMN_NAME +'],'
從 FactWithoutDefaultConstraints f2
WHERE f2 鍵。TABLE_NAME = f1 鍵。TABLE_NAME
依 COLUMN_NAME 的順序
項目
XML PATH('')
) 為 F (COLUMN_NAME)
)
選取 ' ALTER TABLE [dbo]。[' + f.TABLE_NAME + ']卸除條件約束 [' + f.CONSTRAINT_NAME + ']' CHAR + 儲存 +
' ALTER TABLE [dbo]。[' + f.TABLE_NAME + ']新增條件約束 [PK_' + f.WarehouseEntityName + '] 主索引鍵的 NONCLUSTERED (' + 子字串 (f.PKList,1,LEN(f.PKList)-1) + ')' + CHAR + 儲存
從 FactPKListStr f
ORDER BY f.WarehouseEntityName

注意的第一個查詢執行輸出之後將會是另一組需要執行的查詢。將結果複製到新的查詢視窗,並執行所有程式。

還原預設的主索引鍵後,重新啟動服務管理員主控台從失敗的基底 MP 部署。


案例 2:升級至 SP1 有 occurredwithout 轉換/載入工作失敗。

如果您有您的系統升級至 SP1,而且只觀察 MP 部署失敗,並不是轉換/載入工作失敗,您只可以套用案例 1 的解決步驟。

案例 3:升級至 SP1 發生轉換/載入工作失敗。

如果您已經將您的系統升級至 SP1 和過轉換 / 載入工作失敗,請在檢查以查看 whetherSystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base 存在或無法 DWStagingAndConfig: 在 DWStagingAndConfig 上執行這項查詢:

選取 [* 從 ManagementPack mpname 要 '%systemderivedmp.microsoft.systemcenter.datawarehouse.base%' 的位置

最有可能是上述 MP 已遺失。Ifso,然後您將需要還原資料庫備份,以在升級之前。若要這麼做,請依照下列步驟:

1.執行嚴重損壞修復的資料庫備份。

2.停用 MPSyncJob 排程。

3.請還原遺失的主索引鍵中使用在案例 1 中找到的 SQL 指令碼 DWRepository 的所有的項目。

4.重新啟動失敗的 baseMP 部署,從主控台。
其他相關資訊
注意 :本文屬於「快速發佈」文章,係由 Microsoft 技術支援或組織內部直接建立。 本文所包含的資訊是為了回應新問題而依現況提供。 因此為了迅速對外發佈,文章內容可能含有印刷錯誤,而且可能會在不另行通知的情況下進行修改。 如需其他考量事項,請參閱使用規定

內容

文章識別碼:2853442 - 最後檢閱時間:07/04/2015 04:34:00 - 修訂: 2.0

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

  • kbmt KB2853442 KbMtzh
意見反應