Skip to content

Conversation

@ReeceGoding
Copy link
Contributor

Updated documentation, printing, and debug output to reflect this. Also automatically selected event_file if no target type is specified for system_health, since our usual default of table is no good. Closes #617.

I'm pretty sure this my first PR to sp_HumanEventsBlockViewer so be suspicious.

…ed. Updated documentation, printing, and debug output to reflect this. Also automatically selected event_file if no target type is specified for system_health, since our usual default of table is no good. Closes erikdarlingdata#617.
…. This means that we duplicate some logic when checking if we are using system_health.
@ReeceGoding
Copy link
Contributor Author

@erikdarlingdata Better?

@ReeceGoding
Copy link
Contributor Author

@erikdarlingdata Does reading system_health from the ring buffer actually work? I can't see where the logic for it is and I'm suspiciously seeing the same results no matter what non-NULL @target_type I specify other than "table".

If it doesn't, then I don't trust my XPath enough to fix it.

@erikdarlingdata
Copy link
Owner

@ReeceGoding mobile at the moment so I can’t look at everything, but reading system health from the ring buffer does work. It’s the only way I can get anything at all on Managed Instance (SQL Database doesn’t have system health).

@ReeceGoding
Copy link
Contributor Author

@erikdarlingdata Interesting. As far as I can tell, sp_HumanEventsBlockViewer has no logic for it. Unless I'm mistaken, it always reads the event file.

@erikdarlingdata erikdarlingdata merged commit 1cb9cfa into erikdarlingdata:dev May 27, 2025
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants