Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Detect abnormal gaps in data collection script outputs #91

Closed
suresh-kandoth opened this issue May 19, 2020 · 3 comments
Closed

Detect abnormal gaps in data collection script outputs #91

suresh-kandoth opened this issue May 19, 2020 · 3 comments
Labels
enhancement wave 2 - complete consider this issue for next wave of fixes

Comments

@suresh-kandoth
Copy link
Member

suresh-kandoth commented May 19, 2020

if a script is supposed to collect every 60 sec but only have data after a 5 min gap, highlight it for awareness - especially high cpu scenarios.

@PiJoCoder
Copy link
Collaborator

... and blocking too.
We have to create an inventory of which scripts collect multiple snapshots and figure out how far apart the data is collected for them. We could then create the "highest common denominator" as a threshold and check if anything is beyond it and report it.
We also have to think about where to report this - Best Practices report or a new report - perhaps the Autotest that Gambit9009 is thinking about.

@PiJoCoder PiJoCoder added enhancement wave 2 - complete consider this issue for next wave of fixes labels Apr 21, 2022
@PiJoCoder
Copy link
Collaborator

For further research - rule usp_PerfScriptsRunningLong in PerfStatsAnalysis.sql

PiJoCoder added a commit that referenced this issue Feb 21, 2023
Also checked if other DMVs are being checked via multiple snapshots. HighCPU is one of those, but the data in it is not going to show up every snapsthot depending on high CPU queries
@PiJoCoder
Copy link
Collaborator

... and blocking too. We have to create an inventory of which scripts collect multiple snapshots and figure out how far apart the data is collected for them. We could then create the "highest common denominator" as a threshold and check if anything is beyond it and report it. We also have to think about where to report this - Best Practices report or a new report - perhaps the Autotest that Gambit9009 is thinking about.

The only other snapshot based DMV was high CPU perfstats but the outputs in this file are not regular and depend only on queries found that have high CPU (above 60 sec). So not going to look at this. The only remaining snapshot-based DMV is perfstats (tbl_request table)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement wave 2 - complete consider this issue for next wave of fixes
Projects
None yet
Development

No branches or pull requests

2 participants