系统健康日志中的security_error_ring_buffer_recorded --这意味着什么？

Question

我们公司正在为几个网站运行几台服务器。服务器正在运行Windows 2012，对于数据库，我们有2012。

今天，我检查了以下文件中的日志文件：

"C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Log"

我在事件日志中发现了一个叫做“system_health”的奇怪的东西：

security_error_ring_buffer_recorded

点击它给了我更多的信息：

api_name            ImpersonateSecurityContext
call_stack          0x6E2715B4FB0700007C36FBB3FB070000A553FBB3FB070000... <- this one continues forever
calling_api_name    NLShimImpersonate
error_code          5023
id                  0
session_id          51
time_stamp          190360

如果不是因为“错误”和“记录”部分，我就不会那么烦恼了.听起来不太好。

这个事件每天每小时发生一次，有时间隔几分钟，有时几秒钟内就会发生一百次。

这是我第一次检查这些日志文件。

有人能向我解释一下这是什么吗?如果有必要的话，如何“修复”？

编辑：

除了这一活动之外，还有一项活动被称为：

"scheduler_monitor_system_health_ring_buffer_recorded"

点击它显示"page_faults“为8913。听起来也不太好。

Answer 1

什么是环形缓冲区？

环形缓冲器是一个固定大小的内存，用于线程间或进程间的通信。从本质上讲，信息被写入到环形缓冲区，当系统到达终点时，它开始再次写入。还有一个指向缓冲区当前头的共享指针。

同时，阅读线，从一开始就读，并试图跟上作家。如果作者进程超过了读者，那么事件/数据就会丢失，但至少可以继续下去。

通常，缓冲区的大小是这样的，除非发生不好的事情，否则不会发生这种情况。

当丢失事件不是致命的，并且其他形式的队列管理有更大的问题时，使用环缓冲区。

这个事件意味着什么？

这意味着有一个环形缓冲区正在写入安全错误。另一个线程正在读取环形缓冲区，并将信息记录到日志文件中。这就是应该发生的事。

这不是一个错误。这是详细的日志记录，告诉您如何处理安全错误(例如，失败的登录)，以确保它们不会丢失。