Powershell BizTalk管理it';s自己的接收端口

Powershell BizTalk管理it';s自己的接收端口,powershell,port,biztalk,automatic-updates,Powershell,Port,Biztalk,Automatic Updates,我请求创建一个业务流程,该业务流程将接收来自应用程序的通知,指示BizTalk server更改状态。状态可以是活动、灾难恢复或故障转移。BizTalk收到此通知时,将启用和禁用接收位置 我们已经研究了可以工作但需要为执行这些脚本的进程授予特殊权限的powershell脚本 BizTalk是否有任何内部机制可以为我提供所需的功能,而无需考虑使用指定用户管理powershell脚本?有没有更好的方法来处理这种情况?没有,没有“特殊”的内部API来管理绕过安全层的BizTalk组 BizTalk的管

我请求创建一个业务流程,该业务流程将接收来自应用程序的通知,指示BizTalk server更改状态。状态可以是活动、灾难恢复或故障转移。BizTalk收到此通知时,将启用和禁用接收位置

我们已经研究了可以工作但需要为执行这些脚本的进程授予特殊权限的powershell脚本


BizTalk是否有任何内部机制可以为我提供所需的功能,而无需考虑使用指定用户管理powershell脚本?有没有更好的方法来处理这种情况?

没有,没有“特殊”的内部API来管理绕过安全层的BizTalk组

BizTalk的管理主要通过WMI和ExplorerOM进行,权限是通过其中一个管理组的成员身份授予的。BizTalk主机遵守与您或我相同的规则

我的建议是为组定义一个具有BizTalk Operators成员身份的新服务帐户。创建使用此服务帐户的新主机/软管实例

该主机将只运行您的管理业务流程,而不运行其他业务流程


如果您选择此路径,我还建议您直接在C#中执行WMI,而不使用PowerShell。这是一次更干净的体验。

谢谢您的意见。我们试图找到一种方法,而不是让业务流程主机实例拥有管理权限。我们可以尝试实现由外部EXE执行的接收位置启用和禁用,该EXE将以管理员权限运行。通过这种方式,我们不会更改主机实例,并且仍然可以访问我们正在寻找的访问权限。对于延迟,我们深表歉意。当然,您可以在Windows服务或IIS应用程序中执行此操作,但无论如何,某些进程都需要与BizTalk组的管理员一起运行,因此主机实例/服务/asmx实际上只是不同的管理体验。