ASCR 故障排除和日志记录

本节指导如何排除用户在使用 ASCR 时可能遇到的问题和将其记录到日志中。

ASCR

通过控制室指示运行时资源时,交互式客户端会检查 ASCR 通道当前是否正在运行,并在必要时尝试重新连接。如果该通道未运行,则系统会显示一条消息,通知用户该通道已关闭并提供故障排除建议。但是,用户可能需要启用和查看相关的日志文件。

ASCR 日志记录

有关 nLogging、日志记录级别以及如何启用日志记录的详细信息,请参阅故障排除—日志记录

要在日志文件中包含来自 ASCR 连接的日志消息,您需要在 Server.NLog.config 文件中添加以下行:

复制
<logger name="BluePrism.ClientServerResources*" minlevel="Trace" writeTo="app-logfile" />

ASCR 连接和负载均衡器

此信息仅适用于 Blue Prism 7.0 和 7.1。

当对从交互式客户端到应用程序服务器的连接进行负载均衡时,如果应用程序服务器意外脱机,ASCR 回调信道不会故障转移到另一个应用程序服务器。相反,ASCR 回调信道继续尝试连接到当前不可用的应用程序服务器。这是因为 ASCR 使用的回调通信信道未与客户端的主数据连接进行负载均衡。

如果应用程序服务器意外终止或无响应,请重新启动交互式客户端。这将与功能应用程序服务器建立连接,然后可以建立 ASCR 回调通信信道。

gRPC 和 WCF 通道

如果交互式客户端无法与主机成功连接,系统会显示错误消息,通知用户交互式客户端无法连接到所有地址。交互式客户端与主机的连接可能会因下列原因失败:

  • 无法解析的 ASCR 配置—原因是配置错误或没有配置,例如主机名无法解析,或者定义的端口在 Blue Prism 交互式客户端或应用程序服务器上被阻止。

    如果应用程序服务器上的主机名正确,并且可以通过安装交互式客户端的计算机上的 nslookup <APPSERVERNAME> 命令解析,但仍然出现“连接失败”的错误消息,请执行以下操作:

    1. 关闭 Blue Prism 交互式客户端。
    2. 在安装了 Blue Prism 交互式客户端的计算机上创建批处理文件:

      设置 GRPC_DNS_RESOLVER=native

      开始 "" "C:\Program Files\Blue Prism Limited\Blue Prism Automate\Automate.exe"

    3. 运行批处理文件以启动交互式客户端。

    4. 如果无法解决问题,请将应用程序服务器上的 ASCR 主机名设置为 Blue Prism 应用程序服务器的数字 IP 地址。

  • 应用程序服务器或交互式客户端证书不符合要求—有关证书要求和配置的详细信息,请参阅 ASCR 服务器配置