Captar o sqlserver.read_only_route_complete
evento estendido mencionado por Kin e Remus, é um evento agradável de depuração , mas não carrega muita informação - apenas route_port
(por exemplo, 1433) e route_server_name
(por exemplo, sqlserver-0.contoso.com) por padrão . Isso também ajudaria a determinar quando uma conexão de intenção somente leitura foi bem-sucedida. Há um read_only_route_fail
evento, mas eu não consegui acioná-lo, talvez se houvesse um problema com o URL de roteamento, ele não parecia acionar quando a instância secundária estava indisponível / desligada, tanto quanto eu sabia.
No entanto, tive algum sucesso ao associar isso ao sqlserver.login
rastreamento de eventos e causalidade ativado, juntamente com algumas ações (como sqlserver.username
) para torná-lo útil.
Passos para reproduzir
Crie uma sessão de Eventos estendidos para rastrear eventos relevantes, além de ações úteis e rastrear causalidade:
CREATE EVENT SESSION [xe_watchLoginIntent] ON SERVER
ADD EVENT sqlserver.login
( ACTION ( sqlserver.username ) ),
ADD EVENT sqlserver.read_only_route_complete
( ACTION (
sqlserver.client_app_name,
sqlserver.client_connection_id,
sqlserver.client_hostname,
sqlserver.client_pid,
sqlserver.context_info,
sqlserver.database_id,
sqlserver.database_name,
sqlserver.username
) ),
ADD EVENT sqlserver.read_only_route_fail
( ACTION (
sqlserver.client_app_name,
sqlserver.client_connection_id,
sqlserver.client_hostname,
sqlserver.client_pid,
sqlserver.context_info,
sqlserver.database_id,
sqlserver.database_name,
sqlserver.username
) )
ADD TARGET package0.event_file( SET filename = N'xe_watchLoginIntent' )
WITH (
MAX_MEMORY = 4096 KB,
EVENT_RETENTION_MODE = ALLOW_SINGLE_EVENT_LOSS,
MAX_DISPATCH_LATENCY = 30 SECONDS,
MAX_EVENT_SIZE = 0 KB,
MEMORY_PARTITION_MODE = NONE,
TRACK_CAUSALITY = ON, --<-- relate events
STARTUP_STATE = ON --<-- ensure sessions starts after failover
)
Execute a sessão XE (considere a amostragem, pois este é um evento de Depuração) e colete alguns logins:
Observe aqui que o sqlserver-0 é meu secundário legível e o sqlserver-1 o principal. Aqui, estou usando a -K
opção de sqlcmd
para simular logons de intenção de aplicativo somente leitura e alguns logons SQL. O evento somente leitura é acionado em um login de intenção somente leitura bem-sucedido.
Ao pausar ou interromper a sessão, posso consultá-la e tentar vincular os dois eventos, por exemplo:
DROP TABLE IF EXISTS #tmp
SELECT IDENTITY( INT, 1, 1 ) rowId, file_offset, CAST( event_data AS XML ) AS event_data
INTO #tmp
FROM sys.fn_xe_file_target_read_file( 'xe_watchLoginIntent*.xel', NULL, NULL, NULL )
ALTER TABLE #tmp ADD PRIMARY KEY ( rowId );
CREATE PRIMARY XML INDEX _pxmlidx_tmp ON #tmp ( event_data );
-- Pair up the login and read_only_route_complete events via xxx
DROP TABLE IF EXISTS #users
SELECT
rowId,
event_data.value('(event/@timestamp)[1]', 'DATETIME2' ) AS [timestamp],
event_data.value('(event/action[@name="username"]/value/text())[1]', 'VARCHAR(100)' ) AS username,
event_data.value('(event/action[@name="attach_activity_id_xfer"]/value/text())[1]', 'VARCHAR(100)' ) AS attach_activity_id_xfer,
event_data.value('(event/action[@name="attach_activity_id"]/value/text())[1]', 'VARCHAR(100)' ) AS attach_activity_id
INTO #users
FROM #tmp l
WHERE l.event_data.exist('event[@name="login"]') = 1
AND l.event_data.exist('(event/action[@name="username"]/value/text())[. = "SqlUserShouldBeReadOnly"]') = 1
DROP TABLE IF EXISTS #readonly
SELECT *,
event_data.value('(event/@timestamp)[1]', 'DATETIME2' ) AS [timestamp],
event_data.value('(event/data[@name="route_port"]/value/text())[1]', 'INT' ) AS route_port,
event_data.value('(event/data[@name="route_server_name"]/value/text())[1]', 'VARCHAR(100)' ) AS route_server_name,
event_data.value('(event/action[@name="username"]/value/text())[1]', 'VARCHAR(100)' ) AS username,
event_data.value('(event/action[@name="client_app_name"]/value/text())[1]', 'VARCHAR(100)' ) AS client_app_name,
event_data.value('(event/action[@name="attach_activity_id_xfer"]/value/text())[1]', 'VARCHAR(100)' ) AS attach_activity_id_xfer,
event_data.value('(event/action[@name="attach_activity_id"]/value/text())[1]', 'VARCHAR(100)' ) AS attach_activity_id
INTO #readonly
FROM #tmp
WHERE event_data.exist('event[@name="read_only_route_complete"]') = 1
SELECT *
FROM #users u
LEFT JOIN #readonly r ON u.attach_activity_id_xfer = r.attach_activity_id_xfer
SELECT u.username, COUNT(*) AS logins, COUNT( DISTINCT r.rowId ) AS records
FROM #users u
LEFT JOIN #readonly r ON u.attach_activity_id_xfer = r.attach_activity_id_xfer
GROUP BY u.username
A consulta deve mostrar os logins com e sem a intenção somente leitura do aplicativo:
read_only_route_complete
é um evento de depuração, portanto use com moderação. Considere amostragem, por exemplo.
- os dois eventos, juntamente com a causalidade da faixa, oferecem o potencial de atender às suas necessidades - são necessários mais testes neste equipamento simples
- Notei que se o nome do banco de dados não estivesse especificado na conexão, as coisas não pareciam funcionar
Tentei fazer o pair_matching
alvo funcionar, mas o tempo acabou. Há algum potencial de desenvolvimento aqui, algo como:
ALTER EVENT SESSION [xe_watchLoginIntent] ON SERVER
ADD TARGET package0.pair_matching (
SET begin_event = N'sqlserver.login',
begin_matching_actions = N'sqlserver.username',
end_event = N'sqlserver.read_only_route_complete',
end_matching_actions = N'sqlserver.username'
)