AWS RDS Performance Insights按用户统计显示SQL Server Unknown用户DB负载

该现象在使用RDS SQL Server + Performance Insights的用户中非常普遍，不属于个例。

核心产生原因 #

• 平台托管后台会话负载：RDS作为托管服务会自动运行运维类操作，包括全量/增量备份、补丁前置检查、多AZ可用性组数据同步、存储容量校验、实例健康巡检、死锁自动采集等，这类会话使用RDS内置的运维账号，不会展示在用户自定义的账号列表中，Performance Insights无法将其匹配到你创建的业务数据库用户，就会统一归类为Unknown。
• 采集时用户信息映射失败：Performance Insights采集SQL Server会话数据时，需要读取系统视图关联会话对应的登录用户名，如果采集进程临时出现权限异常、或者抓取快照时对应会话的用户元数据没加载完成，就无法完成用户名匹配，标记为Unknown。
• 瞬态短连接/未完成认证的连接：如果存在大量毫秒级断开的短连接、认证失败的半开连接、端口扫描产生的无效连接，采集进程抓取负载数据时连接已经释放，拿不到对应的登录用户信息，也会归入Unknown分类。
• SQL Server内核系统会话：SQL Server本身运行的内核级后台进程，比如日志写入、惰性写入、锁资源调度、内存回收这类任务，本身不绑定任何业务用户，统计时也会落到Unknown分类下。

排查处理步骤 #

1. 下钻Unknown负载的明细特征
   在Performance Insights控制台选中Unknown维度，查看对应的Top SQL、等待事件类型：
   • 如果对应SQL是备份操作、AG同步、存储校验类的内置命令，等待事件以备份IO、镜像同步IO为主，属于平台正常运维负载，不需要额外处理。
   • 如果对应负载伴随大量登录失败报错、连接认证等待，需要排查是否存在应用端账号密码配置错误导致的重试、或者非法地址的端口扫描/连接尝试。
   • 如果对应SQL是你的业务查询语句，说明是用户映射失败或者短连接导致的归类异常，走后续步骤排查。
2. 校验采集配置状态
   确认实例的Performance Insights功能状态正常，近期没有修改参数组中监控相关的权限配置，也没有在库内手动禁用、删除RDS内置的监控账号。如果近期调整过参数组，可以对比默认参数组的监控相关配置，修正后重启监控采集，观察Unknown负载占比是否回落。
3. 排查连接与短连接问题
   开启SQL Server登录审计，结合RDS控制台的SQL Server错误日志，统计异常时间段的连接来源、登录状态：
   • 若业务侧存在大量未走连接池的短连接，建议调整应用连接配置启用连接池，减少瞬态连接数量，既能降低数据库额外负载，也能提升Performance Insights的用户归类准确率。
   • 若日志中存在未知来源IP的频繁连接尝试，及时调整安全组入站规则，收紧访问权限。
4. 核对系统会话负载占比
   使用具有管理员权限的数据库账号连接实例，执行系统视图查询sys.dm_exec_sessions中系统会话（is_user_process = 0）的CPU、IO负载占比，和Performance Insights中Unknown分类的负载占比做对比，如果两者数值基本匹配，说明Unknown负载全部来自系统和平台后台进程，属于正常现象，无需处理。

内容的提问来源于stack exchange，提问作者Karl Hitchcock