.net - 如果用户不是管理员，则在 Azure 中运行 exe 时 RoleEnvironment.IsAvailable == false

Question

我有一个部署到 Azure 的 Web 角色，作为启动过程的一部分，我安排一个 .exe 定期运行以执行一些后台工作(有点 like this 或 this )。这非常有效，意味着我不需要单独的工作角色，这对于我的后台任务需要完成的工作来说相对来说是过度的。

我一直以本地管理员组中的用户身份运行计划任务，但希望稍微加强一下，但如果我将用户从本地管理员组中取出并运行 .exe，则 RoleEnvironment. IsAvailable 返回 false。这有什么好的理由吗？用户需要什么权限才能获取 RoleEnvironment.IsAvailable 的正确值？

Someone had a similar problem here以非管理员身份运行 Windows 服务时，但没有解决方案。

(也在 MSDN forum 上询问)

更新:我最近注意到 RoleEnvironment类文档说

The RoleEnvironment class can be used on standalone components in an Azure VM outside of an Azure role. [...] These processes must be run with elevated privileges to access the RoleEnvironment class.

这可能是我的计划任务需要使用管理员登录运行的原因。

Answer 1

我发现这确实令人沮丧。您确定这只是执行用户所在的安全组吗？您是通过 RDP 进入计算机进行测试，还是只是等待启动任务。因为如果您使用 RDP 并在那里执行某些操作，它会在连接的用户的上下文中运行，并且当我使用 RDP 时，我从未在我的上下文中看到任何可用的 RoleEnvironment 变量。

但是我有一个建议给你。虽然单独的辅助角色可能有点大材小用，但在同一个 WebRole 中实现 RoleEntryPoint 怎么样？这是完全有效且受支持的场景。我见过很多客户这样做。只需在 WebRole 中创建一个继承自 RoleEntryPoint 的公共(public)类，重写您想要的方法(OnStart、OnStop、Run 甚至更少)即可完成。唯一需要注意的是，如果您想要配置文件，web.config 将无济于事。但是您必须添加 WaaIISHost.config 文件，您可以在其中放置与 RoleEntryPoint 中运行的代码相关的所有配置。

现在您将拥有所需的所有上下文、所需的所有配置、所需的所有功能，并且将在同一个 Web 角色中工作。与计划任务相比，具有更好的诊断、故障排除和调试选项。