在 Windows 7 x64 中，我试图创建一个运行 PowerShell 脚本的计划任务，但无论我尝试什么，它都会失败并显示错误：“系统找不到指定的文件。”
然后我注意到许多其他计划任务（Google 更新程序、MS Office 的东西等）都因相同的错误而失败。
所以我简化了一些事情，并创建了一个简单的任务，它只运行记事本：
触发器选项卡 = 无触发器。
操作选项卡
当我运行这个任务时，我得到同样的错误，“系统找不到指定的文件。（0x80070002）”
我已经确认 notepad.exe 存在于 c:\windows\system32 位置，并且它是一个工作可执行文件。事实上，所有因该错误而失败的任务似乎都有合法的路径和可执行文件。
这让我觉得这里有更大的东西在起作用，比如一个软管任务调度程序，也许是一个与任务调度程序工作有关的 Windows 更新补丁。
什么可能导致这种情况，和/或我接下来的故障排除步骤是什么？
我们以前的工作项跟踪系统有一个功能叫做“通知列表”。除了分配了工作项的个人之外，此列表中包含的任何用户也会在更新工作项时收到一封电子邮件。这使得随时了解特定工作项的更改变得非常容易。特别是对于我们这些在收件箱外工作的人。
有什么方法可以在 TFS 中设置以类似方式工作的东西吗？
注意：我们的 TFS 大师确实设置了类似的机制，但是无论谁更新工作项，都必须指定每次更新工作项时要通知的用户列表。不幸的是，这不是一个非常有效的解决方案。我们希望能够一次定义一个全球收件人列表（或根据需要更新它），并自动将更新通过电子邮件发送给该列表中的用户。
显然，.NET 框架有一个错误，该错误会阻止准确确定 2GB 以上的工作集值。在 2 到 4GB 之间，可以应用一些异或计算来获取该值，但是无法获取大于 4GB 的工作集值（使用 .Net 或 WMI）
当工作集大于 4GB 时，可以使用什么方法（最好是通过 PowerShell 脚本）来准确测量进程的工作集？
（一些细节可以在这个 StackOverflow 问题中找到）