Presumo che tu stia cercando la definizione e la causa principale di questi eventi.
Da come funziona: SQL Server 2005 SP2 Security Ring Buffer - RING_BUFFER_SECURITY_ERROR ( archivio ) :
SQL Server 2005 SP2 ha aggiunto nuove voci del buffer dell'anello ( sys.dm_os_ring_buffers) per vari errori di sicurezza. Il motivo per cui sono state aggiunte le voci del buffer ad anello è stato quello di fornire al DBA ulteriori dettagli sul motivo per cui un client sta ricevendo un accesso non riuscito o altro errore simile.
Si afferma che non sono presenti voci di accesso non riuscite nel registro eventi né nel registro errori. Invece puoi interrogare direttamente questo ring buffer:
SELECT CONVERT (varchar(30), GETDATE(), 121) as runtime,
dateadd (ms, (a.[Record Time] - sys.ms_ticks), GETDATE()) as [Notification_Time],
a.* , sys.ms_ticks AS [Current Time]
FROM
(SELECT
x.value('(//Record/Error/ErrorCode)[1]', 'varchar(30)') AS [ErrorCode],
x.value('(//Record/Error/CallingAPIName)[1]', 'varchar(255)') AS [CallingAPIName],
x.value('(//Record/Error/APIName)[1]', 'varchar(255)') AS [APIName],
x.value('(//Record/Error/SPID)[1]', 'int') AS [SPID],
x.value('(//Record/@id)[1]', 'bigint') AS [Record Id],
x.value('(//Record/@type)[1]', 'varchar(30)') AS [Type],
x.value('(//Record/@time)[1]', 'bigint') AS [Record Time]
FROM (SELECT CAST (record as xml) FROM sys.dm_os_ring_buffers
WHERE ring_buffer_type = 'RING_BUFFER_SECURITY_ERROR') AS R(x)) a
CROSS JOIN sys.dm_os_sys_info sys
ORDER BY a.[Record Time] ASC
Il tempo di notifica potrebbe far luce sulla causa principale.
Penso che scoprirai che la data / ora delle voci si allineano con le voci di errore di accesso nel log degli errori simile a:
"Accesso non riuscito per l'utente 'dominio \ utente'. Motivo: convalida dell'accesso al server basato su token non riuscita con un errore di infrastruttura. Verificare la presenza di errori precedenti. [CLIENT:] Errore: 18456 Gravità: 14 Stato: 11."
Da Risoluzione dei problemi relativi a specifici messaggi di errore di accesso non riusciti ( archivio ) :
Lo stato 11 corrisponde a "Accesso valido ma errore di accesso al server" che indica che l'accesso è valido ma manca alcuni privilegi di sicurezza che gli concederebbero l'accesso all'istanza.
- Controlla se tale accesso è direttamente mappato a uno degli accessi di SQL Server guardando l'output di sys.server_principals.
- Se il login è direttamente mappato a uno degli accessi disponibili nell'istanza SQL, quindi verificare se il SID dell'account di accesso corrisponde al SID dell'account di accesso di Windows.
Se qualcuno ha abbandonato l'accesso a livello di Windows / AD e lo ha aggiunto di nuovo, otterrà un nuovo SID che non corrisponderà al SID che SQL ha archiviato nel suo catalogo di sistema e non riuscirà.