MP 同步作业失败和数据仓库基础库 MP 显示部署状态为"失败"

重要说明:本文是由 Microsoft 机器翻译软件进行的翻译并可能由 Microsoft 社区通过社区翻译机构(CTF)技术进行后期编辑,或可能是由人工进行的翻译。Microsoft 同时向您提供机器翻译、人工翻译及社区后期编辑的文章,以便对我们知识库中的所有文章以多种语言提供访问。翻译的文章可能存在词汇、句法和/或语法方面的错误。Microsoft 对由于内容的误译或客户对内容的使用所导致的任何不准确、错误或损失不承担责任。

点击这里察看该文章的英文版: 2853442
症状
Afterupgrading 数据仓库到 System Center 2012 服务经理 Service Pack 1 (SP1) 如果数据仓库运行了超过 3 个月 thenManagement 包 (MP) 同步作业可能会失败。另外,转换并加载作业也可能失败。数据仓库基础库 MP 将显示在控制台中的"失败"的部署状态和许多其他人依赖此 MP 将显示状态为"正在等待"。

如果您在不升级到 SP1 的数据仓库以及此问题不尚未影响您请参阅方案 1 中的解决方法部分。
原因
由于错误的数据库整理,此错误可能会发生。
解决方案
方案 1:升级到 SP1 还尚未发生。

如果没有尚未出现升级 DWRepository 以获取要清除和添加在 DWRepository 数据库上的事实表的主键约束的实际 SQL 脚本在运行下面的查询。

;与 FactName
作为(
从 etl 中选择 w.WarehouseEntityName。WarehouseEntity w
加入 etl。WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId
其中 t.WarehouseEntityTypeName = 事实
),FactList
作为(
选择 PartitionName,p.WarehouseEntityName,
RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK
从 etl。TablePartition p
在 p.WarehouseEntityName 上联接 FactName f = f.WarehouseEntityName
)
FactPKList
作为(
选择 f.WarehouseEntityName、 a.TABLE_NAME、 a.COLUMN_NAME、 b.CONSTRAINT_NAME、 f.RK,
CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints
从 FactList f
加入 INFORMATION_SCHEMA。KEY_COLUMN_USAGE ON 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
在 b.WarehouseEntityName IS NULL AND a.RK = 1
)
FactPKListStr
作为(
选择不同的 f1。WarehouseEntityName,f1。TABLE_NAME,f1。CONSTRAINT_NAME, F.COLUMN_NAME AS PKList
从 FactWithoutDefaultConstraints f1
交叉应用 (
选择 [COLUMN_NAME +],
从 FactWithoutDefaultConstraints f2
在 f2。TABLE_NAME = f1。TABLE_NAME
/ORDER BY COLUMN_NAME
对于
XML PATH('')
) 作为 F (COLUMN_NAME)
)
选择更改表 [dbo]。[' + f.TABLE_NAME +]DROP CONSTAINT [' + f.CONSTRAINT_NAME +] char (13) + char (10) +
ALTER TABLE [dbo]。[' + f.TABLE_NAME +]ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)
从 FactPKListStr f
ORDER BY f.WarehouseEntityName

注意:后的第一个查询运行时输出将需要运行的查询的另一套。将结果复制到新的查询窗口并运行它们。

已恢复默认主关键字后,重新启动基本 MP 部署失败从服务管理器控制台。


方案 2:升级到 SP1 有 occurredwithout 变换/装载作业失败。

如果您已经将系统升级到 SP1 以及仅出现 MP 部署失败且不是转换/装载作业故障,则您可以应用第一种情况的解决方法步骤。

方案 3:已经升级到 SP1 且转换/装载作业失败。

如果您已将系统升级到 SP1 和已经看到转换 / 加载作业失败、 请检查 DWStagingAndConfig whetherSystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base 存在或不在: 在 DWStagingAndConfig 上运行此查询:

选择 * from ManagementPack mpname like %systemderivedmp.microsoft.systemcenter.datawarehouse.base%

最有可能找不到上面的 MP。Ifso 则将需要还原数据库备份到升级前。为此,请按照下面的步骤:

1.执行灾难恢复的数据库备份。

2.禁用 MPSyncJob 计划。

3.恢复所有在第一种情况里在 DWRepository 中使用 SQL 脚本的缺少主键。

4.重新启动失败的 baseMP 从控制台部署。
更多信息
注意:本篇“快速发布”文章是从 Microsoft 支持组织直接创建的。 文中包含的信息按原样提供,用于响应紧急问题。 由于发布仓促,材料可能包含印刷错误,并且可能随时修订,恕不另行通知。 有关其他注意事项,请参阅使用条款

警告:本文已自动翻译

属性

文章 ID:2853442 - 上次审阅时间:07/04/2015 04:10:00 - 修订版本: 2.0

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

  • kbmt KB2853442 KbMtzh
反馈