服务器 Gind.cn
  1. 服务器 Gind.cn
  3. Service Manager数据库移动后，无法注册新的System Center 2012 Service Manager数据仓库
Intereting Posts
LDAP用户作为OU DNS区域pipe理器 – 服务器名称和NSlogging不匹配。 Pingdom错误 Brocade光纤通道交换机的Rancid脚本？ 为什么Windows资源pipe理器在networking速度很慢的时候很慢，即使在本地文件/文件夹上工作也是如此？ ntpdate是否可以使用SNTP？ devise安全策略 – 需要示例 试图testingsearch引擎优化目的的域折叠/合并有效性 使用puppet node init命令时，是在answers.install文件中指定的参数 什么是Windows 2012 R2的Windows服务的关键？ 在Linux上寻找odbc.ini和odbcinst.ini文件的良好文档 构build负载testing SSL服务器IP /端口冲突 Windows 7joinOS X服务器域 使netcat监听多个UDP数据包 通配符DNS，不存在的子域指向主站点

Service Manager数据库移动后，无法注册新的System Center 2012 Service Manager数据仓库

我最近将客户从3服务器SCSM拓扑迁移到5服务器SCSM拓扑，现在我有一个问题注册数据仓库pipe理服务器与服务pipe理器pipe理服务器。

除运行2008 R2 SP1的SCSM3外，所有服务器都运行Windows Server 2012。

原始configuration

SCSM1

  • Service Managerpipe理服务器2012 SP1 UR2
  • 带有ServiceManager和SharePoint Foundation 2010（适用于SSP）数据库的SQL Server 2012

SCSM2

  • 服务pipe理器数据仓库pipe理服务器2012 SP1 UR2
  • 带有全部5个数据仓库数据库的SQL Server 2012，以及SSRS和SSAS。

SCSM3

  • SharePoint Foundation 2010 SP1
  • Service Manager 2012 SP1 UR2 Web内容服务器
  • Service Manager 2012 SP1 UR2 SharePoint Web部件

修改后的configuration

SCSM1

  • Service Managerpipe理服务器2012 SP1 UR2

SCSM2

  • Service Manager数据仓库pipe理服务器2012 SP1（在DW注册之前，您无法安装UR2，MPSync已成功运行多次）

SCSM3

  • SharePoint Foundation 2010 SP2
  • Service Manager 2012 SP1 UR2 Web内容服务器
  • Service Manager 2012 SP1 UR2 SharePoint Web部件

SCSM4

  • 带有ServiceManager和SharePoint Foundation 2010（适用于SSP）数据库的SQL Server 2012

SCSM5

  • 带有全部5个数据仓库数据库的SQL Server 2012，以及SSRS和SSAS。 SSRSconfiguration了正确的手动configuration在这里详细 – http://technet.microsoft.com/en-us/library/hh519664.aspx

迁移步骤

客户遇到了SQL位于pipe理服务器上时常见的性能问题，所以我做了以下操作：

  1. 站起来两个新的服务器，将作为专用SQL服务器。

  2. 取消注册数据仓库（安装相对较新，所以不需要DW数据保留）

  3. 按照此TechNet博客文章将ServiceManager数据库移至新服务器

  4. 从SCSM3卸载SharePoint Foundation和WCS

  5. 从SCSM1卸载SQL Server

  6. 从SCSM2卸载数据仓库pipe理服务器

  7. 从SCSM2卸载SQL Server

  8. 使用用于SharePoint数据库的新数据库服务器在SCSM3上重新安装自助服务门户。

  9. 在SCSM2上重新安装数据仓库pipe理服务器，在安装期间指定新的数据库服务器。 我已经尝试使用旧的DWpipe理组的名称和新的pipe理组名称。

这一切都很顺利（包括数据仓库安装），但是当我去注册新的数据仓库与服务pipe理器pipe理服务器时，我得到以下错误：

数据访问服务未运行或尚未初始化

尝试使用Register-SCDWSource通过PowerShell Register-SCDWSource DW时会引发类似的错误

该服务（以及所有其他系统中心服务）确实在运行它们的所有服务器上运行。 数据库迁移后，服务pipe理器本身工作正常。 自助服务门户也正常运行。

dbo.MT_Microsoft$SystemCenter$ResourceAccessLayer$DwSdkResourceStore表中没有行，因为旧数据仓库已成功注销，因此截断此表不会解决问题。

我曾经尝试过基于TechNet文章和论坛post：

  • 在所有服务器上重新启动System Center服务。

  • validation我的帐户在所有服务器上的内置\ Administrators组中。

  • 确认我的帐户在Service Managerpipe理员组中。

  • validation数据访问服务的正确SPN是手动注册的。

  • 在每台服务器上暂时禁用防病毒软件。

  • Telnet到端口5724可以在环境中的所有服务器和工作站之间工作。

有谁知道还有什么可能造成这个？

    这是一个旧的post，但这是我最近在同样的情况下发现自己的情况。 我遇到的问题是自己造成的，当你经历更新旧服务器的所有SCSM数据库表引用并将它们指向新服务器的过程时，它们都指向除了dbo以外的新SQL服务器。 MT_Microsoft $ SystemCenter $ ResourceAccessLayer $ SdkResourceStore指向主pipe理服务器。 我不小心将其设置为新的SQL服务器，因此数据访问服务的DW注册错误未运行。 一旦我find并解决问题，DW注册工作。