建立并设置此系统的人突然离开，由我接手。
我当前的问题是
我有几个变更请求卡在了“新建”状态。它们没有移动到“待处理”或“进行中”状态。
当事件分配给人员时，系统不会发送电子邮件。这以前在这个系统上是可以正常工作的。
我做了很多搜索，通常的解决方案是停止并重新启动系统中心服务没有帮助。有人能告诉我还有什么可以看看的吗？
更新：
从我所做的所有搜索来看，我似乎正处于重新安装的阶段。我最初在从 SCSM 2010 升级的机器上安装了 SCSM 2012，并且还托管了 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。我联系了微软以获取修复程序，大的警告，事实证明该修补程序并不那么“热门”。为了应用此修补程序，您必须卸载然后使用他们提供的文件重新安装。 :( 这就是我现在的情况...
更新 4：
重新安装后运气不太好。新服务器上的事件日志中的错误已经消失，但工作流仍未运行，事件日志和工作流状态屏幕似乎都没有显示原因。我对活动和变更请求事件工作流进行了比较，并从生产系统中删除了新测试系统中没有的所有内容（即所有内容），关闭了服务，清除了缓存文件夹并重新启动了服务，但仍然没有效果。
目前我能想到的唯一办法是 a) 彻底清除整个系统（包括数据库）并重新开始，在此过程中丢失所有数据，或者 b) 联系 MS（最终可能会花费我们大量的金钱和时间，却只建议我们做同样的事情）。也许喝完咖啡后会有更多的想法...
喝完咖啡后，没有人回复。我试图联系 MS。设法联系到他们的第一道防线，给了他们我们的 SA 号码，应该会有人给我回电话。我试图登录他们网站上的事件，用这个线程的链接更新我的票，但当我点击他们发给我的电子邮件中的链接时，它转到“抱歉，您请求的页面不可用”页面……Linux 看起来越来越好了。
答案1
检查工作流帐户的组成员身份。它应该是所有 SCSM 服务器上的本地管理员，并且应该属于 SCSM 中的管理员用户角色。它还应该在您的 Exchange 服务器上有一个邮箱来发送通知。还要确保此帐户的密码未过期，并且帐户未被锁定或禁用。
如果没有这些权限，您将会看到各种奇怪的工作流行为，因为工作流帐户无法修改票证或触发警报。
您还可以检查Administration > Workflows > Status失败的工作流程并获取一些调试信息。我有预感您会看到大量失败的工作流程。
答案2
所以，我知道这不是我想要的答案，但是经过几天的故障排除，筛选了我能找到的每一种资源后，我放弃了，并根据一个新的数据库重新安装了服务器。
到目前为止一切似乎都还好，然而就在今天，我们遇到了第一个电子邮件无法发送的问题，不得不重新启动 SCSM 服务才能让它们再次运行。我创建了一个 PowerShell 脚本来简化这个问题（我打算将其放入夜间维护工作中），但作为微软的忠实粉丝，我不得不说，我担心这个“解决方案”需要多久才能再次重新加载。