Winlogon 恢复持续时间
最适用于：Winlogon 订阅者开发者、组策略脚本所有者、系统管理员、凭据提供商编写者
相关评估：
- 启动性能（快速启动）
- 休眠性能
此指标表示多个 Winlogon 标注和操作的时间跨度，例如与 Winlogon 订阅者的交互。 此指标并非在订阅者通知中花费的累计时间，因此不应如此看待此指标。
详细子指标
启动性能（快速启动）是唯一为此指标提供额外子指标的评估。 展开此指标时，将显示更详细的阶段视图，包括每个 Winlogon 订阅者产生的时间。 在恢复期间，Winlogon 针对以下两种通知类型向注册订阅者发出同步订阅者通知：
- 登录
- 启动 Shell
展开时，这两种通知类型将显示为子指标。 这些类型中的每一种都有一个订阅者列表（例如，配置文件或 GPClient）作为附加子指标。 每个订阅服务器都列出了该订阅服务器的“连接到订阅服务器”和“呼叫订阅服务器”的特定实例。
对于所有方案，Winlogon 订阅者都可可能因为花费过长事件来处理这些通知而使关闭延迟。 例如，如果计算机上启用了“漫游（远程）配置文件”功能，配置文件服务（配置文件）必须同步用户配置文件。 或者，组策略客户端 (GPClient) 可能由系统或域策略配置为在用户登录后执行某些任务。 这些任务通常由系统或域管理员配置，并且通常运行非 Microsoft 拥有的脚本。
典型影响因素
检查此指标时，应重点关注处理登录和启动命令行管理程序通知的 Winlogon 订阅者。
分析和修正步骤
检查单个订阅者操作的时间。 对于较长的订阅者持续时间，通常会生成特定问题。 还可以通过打开 WPA 并浏览订阅者时间间隔来获得见解。 例如，如果 GPClient 订阅者调用需要 10 秒，则在 WPA 中检查该时间段可以发现某个自定义脚本在 10 秒内运行了 9 秒。 这可以在“进程生存期”图中看到这一点。 它指示此脚本是延迟的可能根本原因。
其他信息