You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+9-9Lines changed: 9 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -73,9 +73,7 @@ When you have a question about what the scripts found, first make sure you read
73
73
74
74
75
75
## sp_Blitz: Overall Health Check
76
-
Run sp_Blitz daily or weekly for an overall health check. Just run it from SQL Server Management Studio, and you'll get a prioritized list of issues on your server right now:
Run sp_Blitz daily or weekly for an overall health check. Just run it from SQL Server Management Studio, and you'll get a prioritized list of issues on your server right now.
79
77
80
78
Output columns include:
81
79
@@ -194,6 +192,10 @@ In addition to the [parameters common to many of the stored procedures](#paramet
194
192
*@DatabaseName - if you only want to analyze plans in a single database. However, keep in mind that this is only the database context. A single query that runs in Database1 can join across objects in Database2 and Database3, but we can only know that it ran in Database1.
195
193
*@SlowlySearchPlansFor - lets you search for strings, but will not find all results due to a [bug in the way SQL Server removes spaces from XML.](https://github.com/BrentOzarULTD/SQL-Server-First-Responder-Kit/issues/2202) If your search string includes spaces, SQL Server may remove those before the search runs, unfortunately.
196
194
195
+
### sp_BlitzCache Known Issues
196
+
197
+
* We skip databases in an Availability Group that require read-only intent. If you wanted to contribute code to enable read-only intent databases to work, look for this phrase in the code: "Checking for Read intent databases to exclude".
198
+
197
199
[*Back to top*](#header1)
198
200
199
201
## sp_BlitzFirst: Real-Time Performance Advice
@@ -216,7 +218,7 @@ Common sp_BlitzFirst parameters include:
216
218
217
219
### Logging sp_BlitzFirst to Tables
218
220
219
-
You can log sp_BlitzFirst performance data to tables and then analyze the results with the Power BI dashboard. To do it, schedule an Agent job to run sp_BlitzFirst every 15 minutes with these parameters populated:
221
+
You can log sp_BlitzFirst performance data to tables by scheduling an Agent job to run sp_BlitzFirst every 15 minutes with these parameters populated:
220
222
221
223
*@OutputDatabaseName = typically 'DBAtools'
222
224
*@OutputSchemaName = 'dbo'
@@ -229,16 +231,14 @@ You can log sp_BlitzFirst performance data to tables and then analyze the result
229
231
230
232
All of the above OutputTableName parameters are optional: if you don't want to collect all of the stats, you don't have to. Keep in mind that the sp_BlitzCache results will get large, fast, because each execution plan is megabytes in size.
231
233
232
-
Then fire up the [First Responder Kit Power BI dashboard.](https://www.brentozar.com/first-aid/first-responder-kit-power-bi-dashboard/)
233
-
234
234
### Logging Performance Tuning Activities
235
235
236
-
On the Power BI Dashboard, you can show lines for your own activities like tuning queries, adding indexes, or changing configuration settings. To do it, run sp_BlitzFirst with these parameters:
236
+
You can also log your own activities like tuning queries, adding indexes, or changing configuration settings. To do it, run sp_BlitzFirst with these parameters:
237
237
238
238
*@OutputDatabaseName = typically 'DBAtools'
239
239
*@OutputSchemaName = 'dbo'
240
240
*@OutputTableName = 'BlitzFirst' - the quick diagnosis result set goes here
241
-
*@LogMessage = 'Whatever you wanna show in the Power BI dashboard'
241
+
*@LogMessage = 'Whatever you wanna show in your monitoring tool'
@OutputType ''TABLE''=table | ''COUNT''=row with number found | ''MARKDOWN''=bulleted list | ''SCHEMA''=version and field list | ''XML'' =table output as XML | ''NONE'' = none
85
+
@OutputType ''TABLE''=table | ''COUNT''=row with number found | ''MARKDOWN''=bulleted list (including server info, excluding security findings) | ''SCHEMA''=version and field list | ''XML'' =table output as XML | ''NONE'' = none
For the rest of the parameters, see https://www.BrentOzar.com/blitz/documentation for details.
@@ -7770,7 +7770,7 @@ IF @ProductVersionMajor >= 10
7770
7770
WHEN [T].[TraceFlag] ='1117'THEN'1117 enabled globally, which grows all files in a filegroup at the same time.'
7771
7771
WHEN [T].[TraceFlag] ='1118'THEN'1118 enabled globally, which tries to reduce SGAM waits.'
7772
7772
WHEN [T].[TraceFlag] ='1211'THEN'1211 enabled globally, which disables lock escalation when you least expect it. This is usually a very bad idea.'
7773
-
WHEN [T].[TraceFlag] ='1204'THEN'1222 enabled globally, which captures deadlock graphs in the error log.'
7773
+
WHEN [T].[TraceFlag] ='1204'THEN'1204 enabled globally, which captures deadlock graphs in the error log.'
7774
7774
WHEN [T].[TraceFlag] ='1222'THEN'1222 enabled globally, which captures deadlock graphs in the error log.'
7775
7775
WHEN [T].[TraceFlag] ='1224'THEN'1224 enabled globally, which disables lock escalation until the server has memory pressure. This is usually a very bad idea.'
7776
7776
WHEN [T].[TraceFlag] ='1806'THEN'1806 enabled globally, which disables Instant File Initialization, causing restores and file growths to take longer. This is usually a very bad idea.'
@@ -9383,10 +9383,10 @@ IF @ProductVersionMajor >= 10 AND NOT EXISTS ( SELECT 1
0 commit comments