建造和设置这个系统的人突然离开了，我接手了。
我目前的问题是
我有几个更改请求停留在 New。他们不会移动到待处理或进行中。
将事件分配给人员时，系统不会发送电子邮件。这曾经在这个系统上工作。
我已经做了很多搜索，停止和重新启动系统中心服务的通常解决方案没有帮助。谁能给我任何关于其他地方的想法？
更新：
从我所做的所有搜索来看，我似乎正在重新安装。我最初安装的 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 一直看起来越来越好。