主页 / server / 问题 / 544431
Accepted
Chuck Herrington
Asked: 2013-10-08 12:15:18 +0800 CST

System Center 2012 Service Manager 更改请求状态卡在新

  • 772

建造和设置这个系统的人突然离开了，我接手了。

我目前的问题是

  1. 我有几个更改请求停留在 New。他们不会移动到待处理或进行中。

  2. 将事件分配给人员时，系统不会发送电子邮件。这曾经在这个系统上工作。

我已经做了很多搜索，停止和重新启动系统中心服务的通常解决方案没有帮助。谁能给我任何关于其他地方的想法？

更新：

从我所做的所有搜索来看，我似乎正在重新安装。我最初安装的 SCSM 2012 是在一台从 SCSM 2010 升级并托管 SCCM 2007 和 WSUS 的机器上。我们决定在新服务器上重新开始，方法是在全新的 2008 R2 服务器上安装 SCSM 服务器的第二个实例，然后使用本文中概述的过程将新服务器提升到工作流主机 -处理多个管理服务器.

我已经到了我们已经启动旧服务器和新服务器并且升级了新服务器的地步。由于工作流程的起飞，我突然收到了电子邮件的垃圾邮件，但没有这样的运气。一旦所有客户端都重新配置为指向新服务器，我们仍计划停用旧服务器，但此时问题似乎出在数据库中。

缺少来自社区的任何其他输入，我的下一个计划是在测试服务器上安装 180 天试用版，并配备一个单独的数据库，以便我可以在全新安装和我现在拥有的安装之间进行并排比较看看我是否能找到任何差异。在安装运行的同时，我还计划调查事件日志以查看其中是否有任何内容可以揭示新服务器上正在发生的事情。

更新 2：

所以我现在有了一个全新安装的测试 SCSM 服务器，包括数据库，它似乎能够将变更请求从新的转换为进行中。我试图找出两者之间的差异。敬请关注！

更新 3：

在查看新 SCSM 机器上的事件日志时，我发现：

Log Name:      Operations Manager
Source:        OpsMgr Root Connector
Date:          10/9/2013 3:48:18 PM
Event ID:      28000
Task Category: None
Level:         Warning
Keywords:      Classic
User:          N/A
Computer:      scsm02
Description:
The Root connector received an exception from the SDK Service while submitting task   status: 

Cannot set availability on a health service that doesn't exist.

这导致我在安装 System Center 2012 Service Manager SP1 的辅助服务器后记录了事件 ID 2800。我联系了 MS 以获取修补程序，这里有大警告，结果发现修补程序不是那么“热”。为了应用此修补程序，您必须卸载然后使用他们提供的文件重新安装。:(这就是我现在的位置...

更新 4：

重新安装后运气不佳。新服务器上的事件日志中的错误已消失，但工作流仍未运行，事件日志和工作流状态屏幕似乎都没有说明原因。我已经比较了活动和变更请求事件工作流程，并且我已经从生产系统中删除了不在我的新测试系统中的所有内容（这就是所有内容），关闭服务，清除缓存文件夹和重新启动服务，仍然没有喜悦。

目前我唯一能想到的就是a）对包括数据库在内的整个系统进行核攻击并重新开始，在此过程中丢失我们所有的数据，或者b）联系MS（这可能会让我们付出沉重的代价金钱和时间最终只能建议我们做同样的事情。也许咖啡之后会有更多的想法......

喝完咖啡后没有答案。试图联系 MS。设法到达他们的第一道防线，给了他们我们的 SA 号码，应该有人给我回电话。我正在尝试在他们的网站上登录我的事件以使用此线程的链接更新我的票，但是当我单击他们发送给我的电子邮件中的链接时，它会转到“抱歉，您请求的页面不可用”页面... Linux 一直看起来越来越好。

scsm-2012

2 个回答

  1. 检查工作流帐户的组成员身份。它应该是所有 SCSM 服务器上的本地管理员，并且应该是 SCSM 中的管理员用户角色。它还应该在您的 Exchange 服务器上有一个用于发送通知的邮箱。还要确保该帐户的密码没有过期，并且该帐户没有被锁定或禁用。

    如果没有这些权限，您将获得像您所看到的各种时髦的工作流行为，因为工作流帐户无法修改工单或触发警报。

    您还可以检查Administration > Workflows > Status以检查失败的工作流并获取一些调试信息。我有一种预感，您会看到大量失败的工作流程。

    • 0
  2. Best Answer

    所以，我知道这不是我正在寻找的答案，但是经过几天的故障排除，筛选了我能找到的所有资源，我放弃了，并针对新数据库重新安装了服务器。

    到目前为止，一切似乎都还好，但就在今天，我们遇到了第一个问题，即没有发送电子邮件，必须重新启动 SCSM 服务才能让它们再次流动。我创建了一个 PowerShell 脚本来简化这一点（我正在考虑投入夜间维护工作），但作为微软的忠实粉丝，我不得不说我担心需要多久才能重新加载这个“解决方案” .

    • 0

相关问题