Files
sql-server-samples/samples/manage/sql-assessment-api/DefaultRuleset.csv
T
Aleksei Guzev 05702ceb08 Update SQL Assessment API default rule set listing
- Add 'machineType' column
- Fix 'name' column content
- Add overrides
- Ad 'limit' column

Related issue: microsoft/sql-server-samples#949
2021-07-09 20:49:19 +03:00

157 KiB

1iditemTypeenabledleveldisplayNamemessagetagsdescriptionhelpLinktarget.typetarget.platformtarget.machineTypetarget.engineEditiontarget.versiontarget.namethresholdlimit
2AutoCreateStatsdefinitionTRUEWarning'Auto-Create Statistics' option should be onTurn on 'Auto-Create Statistics' option to improve query performanceDefaultRuleset, Performance, Statistics, QueryOptimizerThe Query Optimizer determines whether an index is useful for a specific query by evaluating the stored statistics. If the statistics become out of date and significant changes have occurred against the underlying data, this can result in less than optimal query performance. In most cases, it's best to let SQL Server maintain the statistics. If you turn 'Auto Create Stats' and 'Auto Update Stats' off, then it is up to you to keep the statistics up-to-date somehow. Failure to do so will lead to poor query performance. Most applications should have these options ON. When the Auto Create statistics setting is ON, the Query Optimizer creates statistics on one or more columns of a table or an indexed view, as necessary, to improve query plans and query performance.https://docs.microsoft.com/sql/relational-databases/statistics/statistics#CreateStatisticsDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)
3AutoUpdateStatsdefinitionTRUEWarningAuto-Update Statistics should be onTurn on 'Auto-Update Statistics' option to improve query performanceDefaultRuleset, Performance, Statistics, QueryOptimizerThe Query Optimizer determines whether an index is useful for a specific query by evaluating the stored statistics. If the statistics become out of date and significant changes have occurred against the underlying data, this can result in less than optimal query performance. In most cases, it's best to let SQL Server maintain the statistics. If you turn 'Auto Create Stats' and 'Auto Update Stats' off, then it is up to you to keep the statistics up-to-date somehow. Failure to do so will lead to poor query performance. Most applications should have these options ON. When the Auto Update Statistics setting is ON, the Query Optimizer updates statistics when they are used by a query and when they might be out-of-date. Statistics become out-of-date after insert, update, delete, or merge operations change the data distribution in the table or indexed view. The Query Optimizer determines when statistics might be out-of-date by counting the number of data modifications since the last statistics update and comparing the number of modifications to a threshold. The threshold is based on the number of rows in the table or indexed view. The Query Optimizer checks for out-of-date statistics before compiling a query and before executing a cached query plan. Before compiling a query, the Query Optimizer uses the columns, tables, and indexed views in the query predicate to determine which statistics might be out-of-date. Before executing a cached query plan, the Database Engine verifies that the query plan references up-to-date statistics. The AUTO_UPDATE_STATISTICS option applies to statistics created for indexes, single-columns in query predicates, and statistics that are created by using the CREATE STATISTICS statement. This option also applies to filtered statistics.https://docs.microsoft.com/sql/relational-databases/statistics/statistics#UpdateStatisticsDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)
4QueryStoreOndefinitionTRUEWarningQuery Store should be activeQuery Store operation mode should be 'Read Write' to keep performance analysis accurateDefaultRuleset, Performance, QueryStore, StatisticsThe Query Store feature provides you with insight on query plan choice and performance. It simplifies performance troubleshooting by helping you quickly find performance differences caused by query plan changes. Query Store automatically captures a history of queries, plans, and runtime statistics, and retains these for your review. It separates data by time windows so you can see database usage patterns and understand when query plan changes happened on the server. While Query Store collects queries, execution plans and statistics, its size in the database grows until this limit is reached. When that happens, Query Store automatically changes the operation mode to read-only and stops collecting new data, which means that your performance analysis is no longer accurate.https://docs.microsoft.com/sql/relational-databases/performance/monitoring-performance-by-using-the-query-storeDatabaseWindows LinuxOnPremises, ManagedInstance[13.0,)NOT: master tempdb model
5TF174definitionTRUEInformationTF 174 increases plan cache bucket countEnable trace flag 174 to increase plan cache bucket countDefaultRuleset, TraceFlag, Memory, PerformanceTrace Flag 174 increases the SQL Server plan cache bucket count from 40,009 to 160,001 on 64-bit systems. When the SQL Server plan cache reaches its entry limit, plans that have low cost must be evicted in order to insert new plans. This can cause severe contention on the SOS_CACHESTORE spinlock and a high CPU usage occurs in SQL Server. On 64-bit systems, the number of buckets for the SQL Server plan cache is 40,009. Therefore, the maximum number of entries that can fit inside the SQL Server plan cache is 160,036. Enabling trace flag 174 on high performance systems increases the size of the cache and can avoid SOS_CACHESTORE spinlock contention.https://docs.microsoft.com/sql/t-sql/database-console-commands/dbcc-traceon-trace-flags-transact-sqlServerWindows LinuxOnPremises[11.0.3368,12.0) [12.0.2480,13.0) [13.0,)
6TF634definitionTRUEInformationTF 634 disables background columnstore compressionTrace flag 634 disables background columnstore compression task. Check if you need to set non-default trace flag with current system build and configurationDefaultRuleset, TraceFlag, Memory, Performance, ColumnStoreTrace Flag 634 disables the background columnstore compression task. SQL Server periodically runs the Tuple Mover background task that compresses columnstore index rowgroups with uncompressed data, one such rowgroup at a time. Columnstore compression improves query performance but also consumes system resources. You can control the timing of columnstore compression manually, by disabling the background compression task with trace flag 634, and then explicitly invoking ALTER INDEX...REORGANIZE or ALTER INDEX...REBUILD at the time of your choice.https://docs.microsoft.com/sql/t-sql/database-console-commands/dbcc-traceon-trace-flags-transact-sqlServerWindows LinuxOnPremises[11.0,)
7TF652definitionTRUEInformationTF 652 disables page pre-fetching scansTrace flag 652 disables page pre-fetching scans. Check if you need to set non-default trace flag with current system build and configurationDefaultRuleset, TraceFlag, Performance, Memory, PagesTrace Flag 652 disables page pre-fetching for scans. The read-ahead process reads the full extent of a referenced database page into the buffer pool, before those contiguous database pages are consumed by scans. Enabling the trace flag can lead to performance issues on queries that leverage pre-fetching.http://support.microsoft.com/kb/920093ServerWindowsOnPremises[11.0,)
8TF661definitionTRUEInformationTF 661 disables background ghost cleanup taskCheck if you need to set non-default trace flag with current system build and configurationDefaultRuleset, TraceFlag, PerformanceTrace Flag 661 disables the ghost record removal process. A ghost record is the result of a delete operation. When you delete a record, the deleted record is kept as a ghost record. Later, the deleted record is purged by the ghost record removal process. When you disable this process, the deleted record is not purged. Therefore, the space that the deleted record consumes is not freed. This behavior affects space consumption and the performance of scan operations. If you turn off this trace Flag, the ghost record removal process works correctly.https://support.microsoft.com/help/920093ServerWindowsOnPremises[11.0,)
9TF834definitionTRUEInformationTF 834 enables large-page allocationsEnable trace flag 834 to use large-page allocations to improve analytical and data warehousing workloadsDefaultRuleset, TraceFlag, Performance, Memory, ColumnStoreTrace Flag 834 causes the server to use large-page memory (LPM) model for the buffer pool allocations. Consider enabling TF 834 if you have a server that has a lot of memory, particularly for an analytical or data warehousing workload. Trace flag 834 is NOT recommended on SQL Server instances that use columnstore indexes.https://support.microsoft.com/kb/3210239ServerWindows LinuxOnPremises[11.0,)
10TF845definitionTRUEWarningTF 845 is not needed in SQL Server 2012 and higherDisable trace flag 845 in SQL Server 2012 and higher versionsDefaultRuleset, TraceFlag, Memory, PerformanceTrace Flag 845 supports locking pages in memory in SQL Server Standard edition, which is needed together with trace flag 834 to use the large-page memory (LPM) model for the buffer pool allocations. Consider enabling TF 834 if you have a server that has a lot of memory, particularly for an analytical or data warehousing workload. Starting with SQL Server 2012 this behavior is enabled by default for Standard edition, and trace flag 845 must not be used.https://docs.microsoft.com/sql/t-sql/database-console-commands/dbcc-traceon-trace-flags-transact-sqlServerWindowsOnPremises[11.0,)
11TF902definitionTRUEWarningTF 902 Database Upgrade Bypass should be disabledDisable trace flag 902 which bypasses database upgradeDefaultRuleset, TraceFlag, UpdateIssuesTrace Flag 902 bypasses execution of database upgrade script when installing a Cumulative Update or Service Pack. This trace flag is not supported to run it continuously in a production environment. If you encounter an error during script upgrade mode, it is recommended to contact Microsoft SQL Customer Service and Support (CSS) for further guidance.https://support.microsoft.com/help/2163980ServerWindowsOnPremises[11.0,)
12TF1117definitionTRUEInformationTF 1117 enables filegroup-level autogrowEnable trace flag 1117 to enable filegroup auto-growDefaultRuleset, TraceFlag, DBFileConfiguration, PerformanceTrace Flag 1117 initiates the growth of every file in the filegroup, when a file in the filegroup meets the autogrow threshold, and together with trace flag 1118, can help reduce allocation contention in the SQL Server TempDB database. This trace flag affects all databases and is recommended only if every database is safe to be grow all files in a filegroup by the same amount.https://support.microsoft.com/help/2154845ServerWindowsOnPremises[11.0,)
13TF1117overrideTRUEWarningTF 1117 has no effect in SQL Server 2016 and higherDisable trace flag 1117 in SQL Server 2016 and higher versionsTrace Flag 1117 initiates the growth of every file in the filegroup, when a file in the filegroup meets the autogrow threshold, and together with trace flag 1118, can help reduce allocation contention in the SQL Server TempDB database. Starting with SQL Server 2016, this behavior is controlled by the AUTOGROW_SINGLE_FILE and AUTOGROW_ALL_FILES options of ALTER DATABASE syntax.https://docs.microsoft.com/sql/t-sql/statements/alter-database-transact-sql-file-and-filegroup-options[13.0,)
14TF1118definitionTRUEInformationTF 1118 disables single page allocationsEnable trace flag 1118 to force page allocations on uniform extentsDefaultRuleset, TraceFlag, Memory, Performance, PagesTrace Flag 1118 forces page allocations on uniform extents instead of mixed extents, and together with trace flag 1117, can help reduce allocation contention in the SQL Server TempDB database. When a new object is created, by default, the first eight pages are allocated from different extents (mixed extents). Afterwards, when more pages are needed, those are allocated from that same extent (uniform extent). The SGAM page is used to track these mixed extents, so can quickly become a bottleneck when numerous mixed page allocations are occurring. This trace flag allocates all eight pages from the same extent when creating new objects, minimizing the need to scan the SGAM page and forces uniform extent allocations instead of mixed page allocations.https://support.microsoft.com/help/328551ServerWindowsOnPremises[11.0,)
15TF1118overrideTRUEWarningTF 1118 has no effect in SQL Server 2016 and higherDisable trace flag 1118 in SQL Server 2016 and higher versionsTrace Flag 1118 forces page allocations on uniform extents instead of mixed extents, and together with trace flag 1117, can help reduce allocation contention in the SQL Server TempDB database. When a new object is created, by default, the first eight pages are allocated from different extents (mixed extents). Afterwards, when more pages are needed, those are allocated from that same extent (uniform extent). The SGAM page is used to track these mixed extents, so can quickly become a bottleneck when numerous mixed page allocations are occurring. This trace flag allocates all eight pages from the same extent when creating new objects, minimizing the need to scan the SGAM page and forces uniform extent allocations instead of mixed page allocations. Starting with SQL Server 2016, this behavior is controlled by the SET MIXED_PAGE_ALLOCATION option of ALTER DATABASE syntax.https://docs.microsoft.com/sql/t-sql/statements/alter-database-transact-sql-file-and-filegroup-options[13.0,)
16TF1204definitionTRUEInformationTF 1204 returns deadlock informationDisable trace flag 1204 that returns deadlock informationDefaultRuleset, TraceFlag, Locks, PerformanceTrace Flag 1204 returns the resources and types of locks that are participating in a deadlock, including the affected command. The resulting information is recorded in the SQL Server Errorlog.https://support.microsoft.com/help/832524ServerWindows LinuxOnPremises[11.0,)
17TF1211definitionTRUEWarningTF 1211 lock escalation should be disabledDisable trace flag 1211 to enable lock escalationDefaultRuleset, TraceFlag, Locks, PerformanceTrace Flag 1211 disables lock escalation based on memory pressure, or based on number of locks. Because SQL Server will not escalate row or page locks to table locks, this can generate an excessive number of locks. If the lock memory grows large enough, attempts to allocate additional locks for any query may fail and cause performance issues. This trace flag should not be used in order to avoid inability to allocate lock resources because of insufficient memory. If lock escalation needs to be disabled, use trace flag 1224 instead.https://docs.microsoft.com/sql/t-sql/database-console-commands/dbcc-traceon-trace-flags-transact-sqlServerWindows LinuxOnPremises[11.0,)
18TF1222definitionTRUEInformationTF 1222 returns deadlock informationDisable trace flag 1222 that returns deadlock informationDefaultRuleset, TraceFlag, Locks, PerformanceTrace Flag 1222 returns the resources and types of locks that are participating in a deadlock, including the affected command. The resulting information is recorded in the SQL Server Errorlog, in XML format that does not comply with any XSD schema.https://docs.microsoft.com/sql/t-sql/database-console-commands/dbcc-traceon-trace-flags-transact-sqlServerWindows LinuxOnPremises[11.0,)
19TF1224definitionTRUEWarningTF 1224 should be disabledDisable trace flag 1224 to allow lock escalationDefaultRuleset, TraceFlag, Locks, PerformanceTrace Flag 1224 disables lock escalation based on the number of locks, unless SQL Server is under memory pressure. Because SQL Server will not escalate row or page locks to table locks, this can generate an excessive number of locks.https://docs.microsoft.com/sql/t-sql/database-console-commands/dbcc-traceon-trace-flags-transact-sqlServerWindows LinuxOnPremises[11.0,)
20TF1229definitionTRUEWarningTF 1229 lock partitioning should be enabledDisable trace flag 1229 to enable lock partitioningDefaultRuleset, TraceFlag, Locks, Performance, CPUTrace Flag 1229 disables lock partitioning regardless of the number of CPUs. By default, SQL Server enables lock partitioning when a server has 16 or more CPUs, to improve the scalability characteristics of larger systems. Disabling lock partitioning may cause can cause spinlock contention and poor performance, or unexpected behaviors when switching partitions.https://docs.microsoft.com/sql/relational-databases/sql-server-transaction-locking-and-row-versioning-guideServerWindows LinuxOnPremises[11.0,)
21TF1236definitionTRUEWarningTF 1236 database lock partitioning should be enabledEnable trace Flag 1236 to enable database lock partitioningDefaultRuleset, TraceFlag, Locks, PerformanceTrace Flag 1236 enables database-level lock partitioning. Lock Partitioning is utilized to improve the scalability characteristics on larger systems.https://support.microsoft.com/help/2926217ServerWindowsOnPremises[11.0,)
22TF1236overrideTRUEWarningTF 1236 is not needed in SQL Server 2012 SP3, SQL Server 2014 SP1 and higherDisable trace flag 1236 in SQL Server 2012 SP3, SQL Server 2014 SP1 and higher versionsTrace Flag 1236 enables database-level lock partitioning. Starting with SQL Server 2012 SP3 and SQL Server 2014 SP1, this behavior is controlled by the engine and trace flag 1236 has no effect.[11.0.6020,12.0) [12.0.4100,)
23TF1462definitionTRUEWarningTF 1462 should be disabled to allow Log Stream CompressionDisable trace flag 1462 to allow log stream compressionDefaultRuleset, TraceFlag, Performance, AvailabilityGroupsTrace Flag 1462 disables log stream compression for asynchronous availability groups. This feature is enabled by default on asynchronous replicas to optimize network bandwidth.https://docs.microsoft.com/sql/database-engine/availability-groups/windows/tune-compression-for-availability-groupServerWindows LinuxOnPremises[11.0,)
24TF2312definitionTRUEWarningTF 2312 sets the default cardinality estimation modelTrace Flag 2312 does not apply to this SQL Server version. Check if you need to set a non-default trace flag with the current system build and configurationDefaultRuleset, TraceFlag, QueryOptimizer, PerformanceTrace Flag 2312 sets the Query Optimizer cardinality estimation model to the default version of the database compability level of SQL Server 2014 and higher versions. If the database compatibility level is lower than 120, enabling trace flag 2312 uses the cardinality estimation model of SQL Server 2014 (120).https://support.microsoft.com/help/2801413ServerWindowsOnPremises[11.0,)
25TF2312overrideTRUEInformationDefaultRuleset, TraceFlag, QueryOptimizer, Performance[12.0, 13.0)
26TF2312overrideTRUEInformationTF2312 enables New CE model to SQL Server 2014 or above versions, dependent of the compatibility level of the databaseDefaultRuleset, TraceFlag, QueryOptimizer, Performance[13.0, )
27TF2330definitionTRUEWarningTF 2330 disables recording of index usage statsTrace Flag 2330 does not apply to this SQL Server version. Check if you need to set non-default trace flag with current system build and configurationDefaultRuleset, TraceFlag, Performance, IndexesTrace Flag 2330 disables recording of index usage stats, which could lead to a non-yielding condition in SQL 2005.https://blogs.msdn.microsoft.com/ialonso/2012/10/08/faq-around-sys-dm_db_index_usage_statsServerWindows LinuxOnPremises[11.0,)
28TF2340definitionTRUEInformationTF 2340 disables Batch Sorts for optimized nested loops joinsTrace Flag 2340 disables Batch Sorts for optimized nested loops joinsDefaultRuleset, TraceFlag, QueryOptimizer, PerformanceTrace Flag 2340 causes SQL Server not to use a sort operation (batch sort) for optimized nested loops joins when generating a plan. Verify need to set a non-default trace flag with the current system build and configuration.https://docs.microsoft.com/sql/t-sql/database-console-commands/dbcc-traceon-trace-flags-transact-sqlServerWindows LinuxOnPremises[11.0,)
29TF2371definitionTRUEInformationTF 2371 enables a linear recompilation threshold for statisticsEnable trace Flag 2371 to allow linear recompilation threshold for statisticsDefaultRuleset, TraceFlag, Performance, StatisticsTrace Flag 2371 causes SQL Server to change the fixed update statistics threshold to a linear update statistics threshold. This is especially useful to keep statistics updated on large tables.https://docs.microsoft.com/sql/t-sql/database-console-commands/dbcc-traceon-trace-flags-transact-sqlServerWindowsOnPremises[11.0,)
30TF2371overrideTRUEWarningTF 2371 has no effect in SQL Server 2016 and higherDisable trace flag 2371 in SQL Server 2016 and higher versions when all databases are at compatibility level 130 and aboveTrace Flag 2371 causes SQL Server to change the fixed update statistics threshold to a linear update statistics threshold. This is especially useful to keep statistics updated on large tables. Starting with SQL Server 2016, for databases using compatibility level 130 and above, this behavior is controlled by the engine and trace flag 2371 has no effect.[13.0,)
31TF2389definitionTRUEInformationTF 2389 enables automatic statistics for ascending keysCheck if you need to set non-default trace flag with current system build and configurationDefaultRuleset, TraceFlag, Statistics, PerformanceTrace Flag 2389 enables automatically generated quick statistics for ascending keys (histogram amendment). This trace flag is recommended to be set in cases where queries access newly inserted ascending key values (such as an IDENTITY column), but the new values are not yet updated in the statistics histogram for the affected columns. In this case the histogram used to estimate cardinality will be adjusted at query compile time. Verify need to set a non-default trace flag with the current system build and configuration.https://support.microsoft.com/help/2801413ServerWindows LinuxOnPremises, ManagedInstance[11.0,)
32TF2390definitionTRUEInformationTF 2390 enables automatic statistics for Ascending or Unknown KeysTrace Flag 2390 enables automatic statistics for ascending or unknown keys. Check if you need to set non-default trace flag with current system build and configurationDefaultRuleset, TraceFlag, Statistics, Performance, IndexesTrace Flag 2390 enables automatically generated quick statistics for ascending or unknown keys (histogram amendment). This trace flag is recommended to be set in cases where queries access newly inserted ascending key values (such as an IDENTITY column), but the new values are not yet updated in the statistics histogram for the affected columns. In this case the histogram used to estimate cardinality will be adjusted at query compile time. Verify need to set a non-default trace flag with the current system build and configuration.https://support.microsoft.com/help/2801413ServerWindows LinuxOnPremises, ManagedInstance[11.0,)
33TF2528definitionTRUEWarningTF 2528 disables parallel operations for integrity checkingTrace Flag 2528 disables parallel operations for integrity checkingDefaultRuleset, TraceFlag, DataIntegrity, DBCCTrace Flag 2528 disables parallel checking of objects by DBCC CHECKDB, DBCC CHECKFILEGROUP, and DBCC CHECKTABLE. By default, the degree of parallelism is automatically determined by the query processor. The maximum degree of parallelism is configured just like that of parallel queries. When parallel checks are disabled, the DBCC commands will take longer to complete. Starting with SQL Server 2014 SP2, a MAXDOP option is available to override the max degree of parallelism configuration option of sp_configure for the DBCC statements.https://docs.microsoft.com/sql/t-sql/database-console-commands/dbcc-traceon-trace-flags-transact-sqlServerWindows LinuxOnPremises[11.0,)
34TF2549definitionTRUEWarningTF 2549 optimizes PHYSICAL_ONLY option of DBCC CHECKDBTrace Flag 2549 forces DBCC CHECKDB to treat different physical files as one logical fileDefaultRuleset, TraceFlag, DBCCTrace Flag 2549 forces the DBCC CHECKDB command to assume each database file is on a unique disk drive but treating different physical files as one logical file. This trace flag can improve the performance when using the PHYSICAL_ONLY option, but it's not recommended unless it is known that each file is based on a unique physical disk.https://support.microsoft.com/help/2634571ServerWindows LinuxOnPremises[11.0,)
35TF2562definitionTRUEWarningTF 2562 forces 'DBCC CHECKDB' command to execute in single batchDisable trace flag 2562 to force 'DBCC CHECKDB' command to execute in single batchDefaultRuleset, TraceFlag, DBCC, TempDBTrace Flag 2562 forces the DBCC CHECKDB command to execute in a single batch regardless of the number of indexes in the database. This trace flag can improve the performance when using the PHYSICAL_ONLY option, but space requirements for TempDB may increase.https://support.microsoft.com/help/2634571ServerWindows LinuxOnPremises[11.0,)
36TF2566definitionTRUEWarningTF 2566 disables default data purity checkDisable trace flag 2566 to turn off default data purity checkDefaultRuleset, TraceFlag, DBCC, DataIntegrityTrace Flag 2566 forces the DBCC CHECKDB command to execute without data purity check unless the DATA_PURITY option is specified. For databases upgraded from earlier versions of SQL Server, it is recommended to run the DBCC CHECKDB WITH DATA_PURITY command at least once, to enable column-value integrity checks to happen by default.https://support.microsoft.com/help/945770ServerWindows LinuxOnPremises[11.0,)
37TF3023definitionTRUEInformationTF 3023 enables Backup Checksum option by defaultDisable trace flag 3023 to turn on 'CHECKSUM' option as default for 'BACKUP' commandDefaultRuleset, TraceFlag, BackupTrace Flag 3023 enables the CHECKSUM option of the BACKUP command by default. This trace flag forces the CHECKSUM option for BACKUP command even when not explicitely set. Starting with SQL Server 2014, this behavior is controlled by setting the Backup Checksum Default configuration option.https://support.microsoft.com/help/2656988ServerWindowsOnPremises[11.0,)
38TF3042definitionTRUEInformationTF 3042 bypasses default backup compression pre-allocation algorithmDisable trace flag 3042 to bypass default backup compressionDefaultRuleset, TraceFlag, BackupTrace Flag 3042 bypasses the default backup compression pre-allocation algorithm to allow the backup file to grow only as needed to reach its final size. This trace flag can achieve space savings by allocating only the actual size required for the compressed backup, but might increase the overall backup operation time.https://docs.microsoft.com/sql/relational-databases/backup-restore/backup-compression-sql-serverServerWindows LinuxOnPremises[11.0,)
39TF3226definitionTRUEInformationTF 3226 disables ErrorLog entries for successful backup operationsDisable trace flag 3226 to prevent SQL Server from recording ErrorLog entries for each successful backup operationDefaultRuleset, TraceFlag, BackupTrace Flag 3226 prevents SQL Server from recording an entry to the Errorlog on every successful backup operation. Backup operations are registered in the Errorlog by default. Frequent backup operations can contribute to massive Errorlog files that become unwieldy.https://docs.microsoft.com/sql/t-sql/database-console-commands/dbcc-traceon-trace-flags-transact-sqlServerWindows LinuxOnPremises[11.0,)
40TF4136overrideTRUEInformationDisable trace flag 4136 to prevent parameter sniffing. Verify need to set non-default trace flag with current system build and configurationTrace Flag 4136 disables parameter sniffing unless OPTION(RECOMPILE), WITH RECOMPILE or OPTIMIZE FOR value is used. Starting with SQL Server 2016, to accomplish this at the database level use the PARAMETER_SNIFFING option in ALTER DATABASE SCOPED CONFIGURATION. Verify need to set a non-default trace flag with the current system build and configuration.[11.0.2316,)
41TF4136definitionTRUEWarningTF 4136 disables parameter sniffingTrace Flag 4136 does not apply to this SQL Server version. Verify need to set a non-default trace flag with the current system build and configurationDefaultRuleset, TraceFlagTrace Flag 4136 disables parameter sniffing unless OPTION(RECOMPILE), WITH RECOMPILE or OPTIMIZE FOR value is used, but does not apply to this SQL Server version. Starting with SQL Server 2016, to accomplish this at the database level use the PARAMETER_SNIFFING option in ALTER DATABASE SCOPED CONFIGURATION. Verify need to set a non-default trace flag with the current system build and configuration.https://support.microsoft.com/help/980653ServerWindows LinuxOnPremises[11.0,)
42TF4137overrideTRUEInformationDisable trace flag 4137 to instruct SQL Server to generate plan using partial correlation of filters. Verify need to set non-default trace flag with the current system build and configurationTrace Flag 4137 causes SQL Server to generate a plan using minimum selectivity when estimating AND predicates for filters to account for partial correlation instead of independence, under the query optimizer cardinality estimation model of SQL Server 2012 and earlier versions (CE 70). Does not apply to CE version 120 or above. Use trace flag 9471 instead. Starting with SQL Server 2016 SP1, to accomplish this at the query level use the USE HINT 'ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES' query hint. Verify need to set a non-default trace flag with the current system build and configuration.[11.0.2316,)
43TF4137definitionTRUEWarningTF 4137 causes plans to use partial correlation for filtersTrace flag 4137 does not apply to this SQL Server version. Verify need to set a non-default trace flag with the current system build and configurationDefaultRuleset, TraceFlag, QueryOptimizer, PerformanceTrace Flag 4137 causes SQL Server to generate a plan using minimum selectivity when estimating AND predicates for filters to account for partial correlation instead of independence, under the query optimizer cardinality estimation model of SQL Server 2012 and earlier versions (CE 70). However it does not apply to this SQL Server version. Does not apply to CE version 120 or above. Use trace flag 9471 instead. Starting with SQL Server 2016 SP1, to accomplish this at the query level use the USE HINT 'ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES' query hint. Verify need to set a non-default trace flag with the current system build and configuration.https://support.microsoft.com/help/2658214ServerWindows LinuxOnPremises[11.0,)
44TF4138overrideTRUEInformationTrace Flag 4138 enables plan that without row goal adjustments. Verify need to set a non-default trace flag with the current system build and configurationTrace Flag 4138 causes SQL Server to generate a plan that does not use row goal adjustments with queries that contain TOP, OPTION (FAST N), IN, or EXISTS keywords. Starting with SQL Server 2016 SP1, to accomplish this at the query level use the USE HINT 'DISABLE_OPTIMIZER_ROWGOAL' query hint. Verify need to set a Non-default trace flag with current system build and configuration.[11.0.2325,)
45TF4138definitionTRUEWarningTF 4138 causes plans to not use Row Goal adjustmentsTrace flag 4138 does not apply to this SQL Server version. Verify need to set a non-default trace flag with the current system build and configurationDefaultRuleset, TraceFlag, QueryOptimizer, PerformanceTrace Flag 4138 causes SQL Server to generate a plan that does not use row goal adjustments with queries that contain TOP, OPTION (FAST N), IN, or EXISTS keywords. Starting with SQL Server 2016 SP1, to accomplish this at the query level use the USE HINT 'DISABLE_OPTIMIZER_ROWGOAL' query hint. However it does not apply to this SQL Server version. Verify need to set a Non-default trace flag with current system build and configuration.https://support.microsoft.com/help/2667211ServerWindows LinuxOnPremises[11.0,)
46TF4139overrideTRUEInformationTrace Flag 4139 enables automatic statistics for any key ordering. Verify need to set a non-default trace flag with the current system build and configurationTrace Flag 4139 enables automatically generated quick statistics (histogram amendment) regardless of key column status. This trace flag is recommended to be set in cases where queries access newly inserted key values that may change plan shape, but the new values are not yet updated in the statistics histogram for the affected columns. In this case, regardless of the leading statistics column status (ascending, descending, or stationary), the histogram used to estimate cardinality will be adjusted at query compile time. This trace flag does not apply to the cardinality estimation model of SQL Server 2012 and earlier versions (CE 70). Verify need to set a non-default trace flag with the current system build and configuration.[11.0.3431,11.0.5058) [11.0.5532,)
47TF4139definitionTRUEWarningTF 4139 enables automatic statistics for any key orderingTrace flag 4139 does not apply to this SQL Server version. Verify need to set a non-default trace flag with the current system build and configurationDefaultRuleset, TraceFlag, StatisticsTrace Flag 4139 enables automatically generated quick statistics (histogram amendment) regardless of key column status. However, this trace flag does not apply to this SQL Server version. Verify need to set a non-default trace flag with the current system build and configuration.https://support.microsoft.com/help/2952101ServerWindows LinuxOnPremises[11.0,)
48TF4199definitionTRUEInformationTF 4199 enables query optimizer fixesTrace Flag 4199 enables Query Optimizer fixes. Verify need to set a non-default trace flag with the current system build and configurationDefaultRuleset, TraceFlag, QueryOptimizerTrace Flag 4199 enables Query Optimizer fixes released in SQL Server Cumulative Updates and Service Packs.http://support.microsoft.com/help/974006ServerWindows LinuxOnPremises[11.0, 14.0)
49TF6498overrideTRUEInformationTrace Flag 6498 enables concurrent large queries[12.0.2474,12.0.2480] [12.0.4416,12.0.5000)
50TF6498overrideTRUEWarningDisable trace flag 6498 in SQL Server 2014 SP2, SQL Server 2016 and higher versionsTrace Flag 6498 enables more than one large query compilation to gain access to the big gateway when there is sufficient memory available. This trace flag can be used to keep memory usage for the compilation of incoming queries under control, avoiding compilation waits for concurrent large queries. Starting with SQL Server 2014 SP2 and SQL Server 2016, this behavior is controlled by the engine and trace flag 1236 has no effect.[12.0.5000,)
51TF6498definitionTRUEWarningTF 6498 enables additional concurrent large queriesTrace Flag 6498 does not apply to this SQL Server version. Verify need to set a non-default trace flag with the current system build and configurationDefaultRuleset, TraceFlag, Performance, MemoryTrace Flag 6498 enables more than one large query compilation to gain access to the big gateway when there is sufficient memory available. However, this trace flag does not apply to this SQL Server version. This trace flag can be used to keep memory usage for the compilation of incoming queries under control, avoiding compilation waits for concurrent large queries. Starting with SQL Server 2014 SP2 and SQL Server 2016, this behavior is controlled by the engine and trace flag 1236 has no effect.https://support.microsoft.com/help/3024815ServerWindowsOnPremises[11.0,)
52TF6532definitionTRUEInformationTF 6532 enables performance improvements for spatial dataEnable trace flag 6532 to enable performance improvements for spatial dataDefaultRuleset, TraceFlag, PerformanceTrace Flag 6532 enables performance improvements of query operations with spatial data types. The performance gain will vary, depending on the configuration, the types of queries, and the objects.https://support.microsoft.com/help/3107399ServerWindowsOnPremises[11.0.6020,11.0.6518)
53TF6532.6533overrideTRUEInformationEnable trace flag 6532 and trace flag 6533 to enable performance improvements for spatial dataTrace Flag 6532 and trace flag 6533 enable performance improvements of query operations with spatial data types. The performance gain will vary, depending on the configuration, the types of queries, and the objects.[11.0.6518,12.0) [12.0.5000,13.0)
54TF6532.6533overrideTRUEWarningDisable trace flag 6532 in SQL Server 2016 and higher versions.[13.0,)
55TF6532.6533definitionTRUEWarningTF 6532 and TF 6533 enable performance improvements for spatial dataTrace flags 6532 and 6533 do not apply to this SQL Server version. Verify need to set a non-default trace flag with the current system build and configurationDefaultRuleset, TraceFlag, PerformanceTrace flags 6532 and 6533 enable performance improvements of query operations with spatial data types. However, this trace flag does not apply to this SQL Server version. Starting with SQL Server 2016, this behavior is controlled by the engine and trace flags 6532 and 6533 have no effect.https://support.microsoft.com/help/3107399ServerWindowsOnPremises[11.0,)
56TF6534overrideTRUEInformationEnable trace flag 6534 to enable performance improvement of query operations with spatial data typesTrace Flag 6534 enables performance improvements of query operations with spatial data types. The performance gain will vary, depending on the configuration, the types of queries, and the objects.[11.0.6020,12.0) [12.0.5000,13.0)
57TF6534definitionTRUEWarningTF 6534 enables performance improvements for spatial dataTrace flag 6534 does not apply to this SQL Server version. Verify need to set a non-default trace flag with the current system build and configurationDefaultRuleset, TraceFlag, PerformanceTrace Flag 6534 enables performance improvement of query operations with spatial data types. However, this trace flag does not apply to this SQL Server version. Verify need to set a Non-default trace flag with current system build and configuration.https://support.microsoft.com/help/3107399ServerWindowsOnPremises[11.0,)
58TF7412definitionTRUEInformationTF 7412 enables the lightweight profiling infrastructureEnable trace flag 7412 to enable lightweight profiling infrastructure for live query performance troubleshootingDefaultRuleset, TraceFlag, PerformanceTrace Flag 7412 enables the lightweight profiling infrastructure for live query performance troubleshooting. Consider enabling TF 7412 to have the ability to access runtime information on query execution plans for any session.https://docs.microsoft.com/sql/relational-databases/performance/query-profiling-infrastructureServerWindows LinuxOnPremises[13.0.4001,15.0)
59TF9024definitionTRUEWarningTF 9024 converts global log pool memory objectVerify need to set non-default trace flag with current system build and configurationDefaultRuleset, TraceFlag, Performance, NUMA, Memory, CPUTF9024 converts a global log pool memory object into NUMA node partitioned memory object.https://support.microsoft.com/help/2809338/fix-high-log-write-waits-counter-value-on-a-sql-server-2012-or-sql-serServerWindowsOnPremises
60TF9024overrideTRUEInformationEnable trace flag 9024 to convert global log pool memory objects into NUMA node partitioned memory objects[11.0.3349, 11.0.6020) [12.0, 12.0.4100)
61TF9024overrideTRUEWarningTF9024 is not needed in SQL Server 2012 SP3, SQL Server 2014 SP1 and above.[11.0.6020, 12.0) [12.0.4100,)
62TF8048definitionTRUEWarningTF 8048 converts NUMA partitioned memory objects into CPU partitionedVerify need to set a Non-default TF with current system build and configurationDefaultRuleset, TraceFlag, Performance, NUMA, CPU, MemoryTF 8048 converts NUMA partitioned memory objects into CPU partitioned.https://support.microsoft.com/help/2809338/fix-high-log-write-waits-counter-value-on-a-sql-server-2012-or-sql-serServerWindowsOnPremises
63TF8048overrideTRUEWarningDisable trace flag 8048 in SQL Server 2014 SP2, SQL Server 2016 and above[12.0.4100,)
64TF8048overrideTRUEInformationEnable trace flag 8048 to convert NUMA partitioned memory objects into CPU partitioned[11.0, 12.0.4100)
65DeprecatedFeaturesdefinitionTRUEWarningDeprecated or discontinued features should not be usedReplace deprecated or discontinued feature @{DeprecatedFeature} with actual features for SQL Server version @{ProductVersion}DefaultRuleset, Deprecated, Security, UpdateIssues, PerformanceThis check detects deprecated or discontinued features used on target SQL Server instances. Deprecated features may be removed in a future release of SQL Server. Discontinued features have been removed from specific versions of SQL Server.https://docs.microsoft.com/sql/relational-databases/performance-monitor/sql-server-deprecated-features-objectServerWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master tempdb model msdb
66SystemHealthSessiondefinitionTRUEWarning'system_health' XEvent session is not activeStart system health session by using 'ALTER EVENT SESSION' statement or Extended Events node in Object ExplorerDefaultRuleset, XEvent, SystemHealthThis session starts automatically when the SQL Server Database Engine starts, and runs without any noticeable performance effects. The session collects system data that you can use to help troubleshoot performance issues in the Database Engine. We recommend that you do not stop, alter, or delete the system health session.https://docs.microsoft.com/sql/relational-databases/extended-events/use-the-system-health-sessionServerWindows LinuxOnPremises, ManagedInstance[11.0,)
67SPServerDiagnosticsSessiondefinitionTRUEWarning'sp_server_diagnostics' xEvent session is not activeStart xEvent session by using 'ALTER EVENT SESSION' statement or Extended Events node in Object ExplorerDefaultRuleset, XEvent, SystemHealthThis session starts automatically when the SQL Server Database Engine starts, and runs without any noticeable performance effects. The session collects system data that you can use to help troubleshoot performance issues in the Database Engine. We recommend that you do not stop, alter, or delete the system health session.https://docs.microsoft.com/sql/relational-databases/system-stored-procedures/sp-server-diagnostics-transact-sqlServerWindows LinuxOnPremises[11.0,)
68BlackboxTracedefinitionTRUEWarningBlack box trace is runningCheck that you need black box trace and stop it otherwiseDefaultRuleset, TracesThis trace is designed to behave similarly to an airplane black box, to help you diagnose intermittent server crashes. It consumes more resources than the default trace and should not be running for extended periods of time.https://docs.microsoft.com/sql/relational-databases/system-stored-procedures/sp-trace-create-transact-sqlServerWindows LinuxOnPremises[11.0,)
69DefaultTracedefinitionTRUEWarningDefault trace was not found or is inactiveCheck if there is enough space on SQL Server to write default trace file, then run default trace by disabling and reenabling itDefaultRuleset, TracesDefault trace provides troubleshooting assistance to database administrators by ensuring that they have the log data necessary to diagnose problems the first time they occur.https://docs.microsoft.com/sql/relational-databases/policy-based-management/default-trace-log-files-disabledServerWindows LinuxOnPremises, ManagedInstance[11.0,)
70HintsStatisticsdefinitionTRUEInformationHints are usedUse <join_hint>, <query_hint> and <table_hint> in specific cases only since SQL Server Query Optimizer typically selects best execution plan for queriesDefaultRuleset, QueryOptimizer, Performance, StatisticsHints are options or strategies specified for enforcement by the SQL Server query processor on SELECT, INSERT, UPDATE, or DELETE statements. The hints override any execution plan the Query Optimizer might select for a query. Because the SQL Server Query Optimizer typically selects the best execution plan for a query, we recommend that <join_hint>, <query_hint>, and <table_hint> be used only as a last resort by experienced developers and database administrators.https://docs.microsoft.com/sql/t-sql/queries/hints-transact-sqlServerWindows LinuxOnPremises, ManagedInstance[11.0,)
71HintsUsageInModulesdefinitionFalseInformationHints usage in modules@{Hint} used in @{type_desc} @{Schema_Name}.@{Object_Name}DefaultRuleset, QueryOptimizer, Performance, StatisticsHints are options or strategies specified for enforcement by the SQL Server query processor on SELECT, INSERT, UPDATE, or DELETE statements. The hints override any execution plan the Query Optimizer might select for a query. Because the SQL Server Query Optimizer typically selects the best execution plan for a query, we recommend that <join_hint>, <query_hint>, and <table_hint> be used only as a last resort by experienced developers and database administrators.https://docs.microsoft.com/sql/t-sql/queries/hints-transact-sqlDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)
72PlansUseRatiodefinitionTRUEWarningAmount of single use plans in cache is highEnable 'Optimize for ad hoc workloads' setting on heavy OLTP ad-hoc workloads to conserve resources. Current amount of single use plans in cache is high (@{SingleUsePlansUseRatio:P0})DefaultRuleset, Performance, QueryOptimizerSingle use plans waste system resources.https://docs.microsoft.com/sql/database-engine/configure-windows/optimize-for-ad-hoc-workloads-server-configuration-optionServerWindows LinuxOnPremises, ManagedInstance[11.0,)
73HypotheticalIndexesdefinitionTRUEWarningHypothetical indexes foundDrop hypothetical @{IndexName} index for @{Schema}.@{Object}DefaultRuleset, Indexes, PerformanceDatabase has indexes that are marked as hypothetical. Hypothetical indexes are created by the Database Tuning Assistant (DTA) during its tests. If a DTA session was interrupted, these indexes may not be deleted. It is recommended to drop these objects as soon as possible.https://blogs.technet.microsoft.com/anurag_sharma/2008/04/15/hypothetical-indexesDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb
74HypotheticalStatisticsdefinitionTRUEWarningHypothetical statistics foundDrop hypothetical @{StatName} statistics for @{Schema}.@{Object}DefaultRuleset, StatisticsDatabase has statistics that are marked as hypothetical. Hypothetical statistics are created by the Database Tuning Assistant (DTA) during its tests. If a DTA session was interrupted, these statistics may not be deleted. It is recommended to drop these objects as soon as possible.https://blogs.technet.microsoft.com/anurag_sharma/2008/04/15/hypothetical-indexesDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)
75LatestCUdefinitionTRUEWarningSQL Server instance is not up to dateUpdate SQL Server and install Service Packs and Cumulative Updates as they are released. Current product version @{ProductVersion} is not up to dateDefaultRuleset, Security, UpdateIssuesOn an installed instance of SQL Server, we recommend that you apply the latest security updates and critical updates including general distribution releases (GDRs), service packs (SPs), and cumulative updates (CUs).https://support.microsoft.com/help/321185/how-to-determine-the-version-edition-and-update-level-of-sql-server-anServerWindows LinuxOnPremises[11.0,)
76LatestCUoverrideTRUEWarningSQL Server instance is up to dateProduct version @{ProductVersion} is the latest availablehttps://support.microsoft.com/help/321185/how-to-determine-the-version-edition-and-update-level-of-sql-server-an[11.0.7507, 12.0) [12.0.6433, 13.0) [13.0.5882, 14.0) [14.0.3370, 15.0) [15.0.4102,)
77FKNoIndexesdefinitionTRUEWarningForeign key constraints should have corresponding indexesCreate a corresponding index for each foreign key. There is no index on foreign keys: @{ConstraintName}DefaultRuleset, Performance, IndexesUnlike primary key constraints, creating a foreign key constraint does not automatically create a corresponding index. However, manually creating an index on a foreign key is often useful.https://docs.microsoft.com/sql/relational-databases/tables/primary-and-foreign-key-constraintsDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb
78MissedIndexesdefinitionTRUEInformationPotentially missing indexesCreate index on @{Table} with key columns @{KeyCols}@{IncludedCols: and included columns: #}DefaultRuleset, Performance, IndexesPotentially missing indexes were found based on query history. It may be important to revise them.https://docs.microsoft.com/sql/relational-databases/sql-server-index-design-guideDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb
79FullBackupdefinitionTRUEWarningFull backup is missed or outdatedCreate full backup. Last full backup is over @{threshold} days oldDefaultRuleset, BackupDatabase doesn't have any full backup or the latest full backup is over 7 days old.https://docs.microsoft.com/sql/relational-databases/backup-restore/create-a-full-database-backup-sql-serverDatabaseWindows LinuxOnPremises[11.0,)NOT: model tempdb7
80OutdatedTranLogBackupdefinitionTRUEWarningTransaction Log backup is missed or outdatedCreate transaction log backup. Database recovery model: @{recovery_model_desc}DefaultRuleset, BackupDatabase does not have any transaction Log backup since the latest full or differential backup, or it's older than 24H.https://docs.microsoft.com/sql/relational-databases/backup-restore/back-up-a-transaction-log-sql-serverDatabaseWindows LinuxOnPremises[11.0,)NOT: master model msdb tempdb
81DbDiffCollationdefinitionTRUEWarningDatabase collation doesn't match master collationKeep database collation the same as master or model collationDefaultRuleset, DBConfiguration, CollationWe recommend that the collations of user-defined databases match the collation of master or model. Otherwise, collation conflicts can occur that might prevent code from executing. For example, when a stored procedure joins one table to a temporary table, SQL Server might end the batch and return a collation conflict error if the collations of the user-defined database and the model database are different. This occurs because temporary tables are created in tempdb, which bases its collation on that of model.https://docs.microsoft.com/sql/database-engine/set-collation-user-defined-databases-match-master-model-databasesDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)
82AutoClosedefinitionTRUEWarning'AUTO_CLOSE' option should be OFFSet 'AUTO_CLOSE' option to OFFDefaultRuleset, Performance, DBConfigurationWhen AUTO_CLOSE is set ON, this can cause performance degradation on frequently accessed databases because of the increased overhead of opening and closing the database after each connection. AUTO_CLOSE also flushes the procedure cache after each connection.https://docs.microsoft.com/sql/relational-databases/policy-based-management/set-the-auto-close-database-option-to-offDatabaseWindows LinuxOnPremises[11.0,)NOT: master msdb tempdb
83AutoShrinkdefinitionTRUEWarning'AUTO_SHRINK' option should be OFFSet 'AUTO_SHRINK' option to OFFDefaultRuleset, DBConfiguration, PerformanceShrinking databases is the fastest way to achieve fragmentation. SQL Server goes to the last page in the database, moves it to the first free available space, and then repeats the process again. This shuffles the deck, putting your pages out of order.https://blogs.msdn.microsoft.com/buckwoody/2009/07/01/sql-server-best-practices-auto-shrink-should-be-offDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master msdb tempdb
84PageVerifydefinitionTRUEWarning'PAGE_VERIFY' option should be 'CHECKSUM'Set 'PAGE_VERIFY' option to 'CHECKSUM'DefaultRuleset, DBConfiguration, DataIntegrityWhen CHECKSUM is enabled for the PAGE_VERIFY database option, the SQL Server Database Engine calculates a checksum over the contents of the whole page, and stores the value in the page header when a page is written to disk. When the page is read from disk, the checksum is recomputed and compared to the checksum value that is stored in the page header. This helps provide a high level of data-file integrity.https://docs.microsoft.com/sql/relational-databases/policy-based-management/set-the-page-verify-database-option-to-checksumDatabaseWindows LinuxOnPremises[11.0,)NOT: master msdb tempdb
85DbChainingdefinitionTRUEWarningCross-Database access should be disabledTurn off 'DB_CHAINING' optionDefaultRuleset, DBConfiguration, SecurityOwnership chaining across databases is turned off by default. Microsoft recommends that you disable cross-database ownership chaining because it exposes you to the additional security risks.https://docs.microsoft.com/dotnet/framework/data/adonet/sql/enabling-cross-database-access-in-sql-serverDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master msdb tempdb
86AutoCreateStatsIncrementaldefinitionTRUEWarningIncremental option of auto stats should be ONTurn on 'AUTO_CREATE_STATISTICS' and 'INCREMENTAL' optionsDefaultRuleset, DBConfiguration, Statistics, PerformanceIncremental statistics update at partition level is a feature introduced in SQL Server 2014. When the option INCREMENTAL is turn on at the database level, newly auto created column statistics will use incremental statistics on partitioned tables by default.https://docs.microsoft.com/sql/relational-databases/statistics/statisticsDatabaseWindows LinuxOnPremises, ManagedInstance[12.0,)NOT: master msdb tempdb
87TrustWorthydefinitionTRUEWarning'TRUSTWORTHY' should be OFFSet 'TRUSTWORTHY' option to OFFDefaultRuleset, DBConfiguration, SecurityYou can use the TRUSTWORTHY database setting to indicate whether the instance of Microsoft SQL Server trusts the database and the contents within the database. By default, this setting is set to OFF to mitigate certain threats that may be present when a database is attached to the server.https://support.microsoft.com/help/2183687/guidelines-for-using-the-trustworthy-database-setting-in-sql-serverDatabaseWindows LinuxOnPremises[11.0,)NOT: master msdb tempdb
88ParameterizationNotSimpledefinitionTRUEWarning'PARAMETERIZATION' should be 'SIMPLE'Set 'PARAMETERIZATION' to 'SIMPLE' and use forced parameterization only on certain classes of queries instead of all queriesDefaultRuleset, DBConfiguration, Performance, QueryOptimizerWhen the PARAMETERIZATION database option is set to SIMPLE, the SQL Server query optimizer may choose to parameterize the queries. This means that any literal values that are contained in a query are substituted with parameters. This process is referred to as simple parameterization. When SIMPLE parameterization is in effect, you cannot control which queries are parameterized and which queries are not. However, you can specify that all queries in a database be parameterized by setting the PARAMETERIZATION database option to FORCED. Regardless of whether you have a Plan-Stability or not, SQL Server will always auto parameterize your SQL Statements, and reuse the cached execution plan over and over again. It doesn't matter how terrible the execution plan is. Therefore you have to know in exact detail the shape of your execution plans, and whether they can lead to some performance related problems.https://docs.microsoft.com/sql/relational-databases/performance/specify-query-parameterization-behavior-by-using-plan-guidesDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master msdb tempdb
89TempDBFilesNotSameSizedefinitionTRUEWarningTempDB data files are not the same sizeMake all TempDB data files the same sizeDefaultRuleset, TempDB, Performance, DBFileConfigurationWe recommend that you create all TempDB data files at the same size.https://support.microsoft.com/kb/2154845ServerWindows LinuxOnPremises[11.0,)
90TempDBFilesMultiple4definitionTRUEWarningNumber of TempDB data files should be in multiples of 4Number of TempDB data files should be in multiples of 4DefaultRuleset, TempDB, Performance, DBFileConfigurationNumber of TempDB data files should correlate with the number of (logical) processors on the machine. As a general rule, if the number of logical processors is less than or equal to 8, use the same number of data files as logical processors. If the number of logical processors is greater than 8, use 8 data files and then if contention continues, increase the number of data files by multiples of 4 until the contention is reduced to acceptable levels or make changes to the workload/code.https://support.microsoft.com/kb/2154845ServerWindows LinuxOnPremises[11.0,)
91TempDBFiles1PerCPUdefinitionTRUEWarningNumber of TempDB data files should depend on CPU count1 data file per logical processor is required (processors count: @{online_logical_processors})DefaultRuleset, TempDB, Performance, DBFileConfigurationNumber of TempDB data files should correlate with the number of (logical) processors on the machine. As a general rule, if the number of logical processors is less than or equal to 8, use the same number of data files as logical processors. If the number of logical processors is greater than 8, use 8 data files and then if contention continues, increase the number of data files by multiples of 4 until the contention is reduced to acceptable levels or make changes to the workload/code.https://support.microsoft.com/kb/2154845ServerWindows LinuxOnPremises[11.0,)
92TempDBFilesNotLess8definitionTRUEWarningNumber of TempDB data files should be at least 8Add extra data files to TempDB. There are @{physical_name} data files, should be at least 8DefaultRuleset, TempDB, Performance, DBFileConfigurationNumber of TempDB data files should correlate with the number of (logical) processors on the machine. As a general rule, if the number of logical processors is less than or equal to 8, use the same number of data files as logical processors. If the number of logical processors is greater than 8, use 8 data files and then if contention continues, increase the number of data files by multiples of 4 until the contention is reduced to acceptable levels or make changes to the workload/code.https://support.microsoft.com/kb/2154845ServerWindows LinuxOnPremises[11.0,)
93TempDBFilesAutoGrowthdefinitionTRUEWarningTempDB data files have different auto-growth settingsMake auto-growth settings the same for each TempDB data fileDefaultRuleset, TempDB, Performance, DBFileConfigurationTempDB data files should be of equal size within each filegroup, as SQL Server uses a proportional-fill algorithm that favors allocations in files with more free space.https://docs.microsoft.com/sql/relational-databases/databases/tempdb-databaseServerWindows LinuxOnPremises[11.0,)
94FilesAutogrowthdefinitionTRUEWarningDatabase files auto-growth over 1GBSet file growth to less than 1GB for files: @{FileName}DefaultRuleset, Performance, DBFileConfigurationA data or log file will be extended with auto-growth value to prevent the lack of free space in files. This process can perform significant impact on SQL Server performance if auto-growth value gets over 1 GB. By default, SQL Server will put zeros to a newly allocated space. And the more space it takes, the more time it takes to initialize it.https://support.microsoft.com/help/315512/considerations-for-the-autogrow-and-autoshrink-settings-in-sql-serverDatabaseWindows LinuxOnPremises, ManagedInstance[13.0.4001,)
95DuplicateIndexesdefinitionTRUEWarningDuplicate indexesRemove duplicate indexes in table @{Table}: @{ToDelete}DefaultRuleset, Performance, IndexesA SQL Server index is an on-disk or in-memory structure associated with a table or view that speeds retrieval of rows from the table or view. An index contains keys built from one or more columns in the table or view. https://docs.microsoft.com/sql/relational-databases/sql-server-index-design-guideDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb
96RedundantIndexesdefinitionTRUEWarningTables with redundant indexesRemove redundant indexes in table @{Table}: @{Indexes}DefaultRuleset, Performance, IndexesThere are tables with possibly redundant indexes according to the set of key and included columns. We recommended to revise all these objects as soon as possible.https://docs.microsoft.com/sql/relational-databases/sql-server-index-design-guideDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb
97UserObjectsInMasterdefinitionTRUEWarningUser objects in master databaseRemove user objects from 'master' database: @{Object_Name}DefaultRuleset, masterDB, BackupWe highly recommend you not create user objects in the master database. If it's unavoidable for some reason, make sure to back up the database more frequently.https://docs.microsoft.com/sql/relational-databases/databases/master-databaseDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)master
98HighCPUUsagedefinitionTRUEWarningHigh CPU usage on serverInvestigate high CPU utilization on server hosting this instance. Last 2 hours: total CPU usage is ~@{AVGTotalCPUUsage}%, usage by SQL Server is ~@{AVGSQLCPUUsage}%DefaultRuleset, Performance, CPUKeeping CPU usage rates within normal ranges is vital for servers hosting SQL Server instances. A continually high rate of CPU usage may indicate the need to upgrade the CPU or add multiple processors. Alternatively, a high CPU usage rate may indicate a poorly tuned or designed application. Optimizing the application can lower CPU utilization.https://docs.microsoft.com/sql/relational-databases/performance-monitor/monitor-cpu-usageServerWindowsOnPremises, ManagedInstance[11.0,)70
99ReplErrors24HdefinitionTRUEWarningReplication errors within last 24 hoursReview '@{publisher_db}' database replication errors for publications: @{publication}DefaultRuleset, ReplicationThis check searches for errors in distribution database agent's history table for the last 24 hours.https://docs.microsoft.com/sql/relational-databases/replication/sql-server-replicationServerWindows LinuxOnPremises, ManagedInstance[11.0,)
100AgentAlertsSeverity10definitionTRUEWarningAgent doesn't rise alerts for errors with severity 10Create alerts for errors: @{error_ids}DefaultRuleset, AgentEvents are generated by SQL Server and entered into the Microsoft Windows application log. SQL Server Agent reads the application log and compares events written there to alerts that you have defined. When SQL Server Agent finds a match, it fires an alert, which is an automated response to an event. In addition to monitoring SQL Server events, SQL Server Agent can also monitor performance conditions and Windows Management Instrumentation (WMI) events.https://docs.microsoft.com/sql/ssms/agent/alertsServerWindows LinuxOnPremises, ManagedInstance[11.0,)
101AgentAlertsSeverity16definitionTRUEWarningAgent doesn't rise alerts for errors with severity 16Create alerts for errors: @{error_ids}DefaultRuleset, AgentEvents are generated by SQL Server and entered into the Microsoft Windows application log. SQL Server Agent reads the application log and compares events written there to alerts that you have defined. When SQL Server Agent finds a match, it fires an alert, which is an automated response to an event. In addition to monitoring SQL Server events, SQL Server Agent can also monitor performance conditions and Windows Management Instrumentation (WMI) events.https://docs.microsoft.com/sql/ssms/agent/alertsServerWindows LinuxOnPremises, ManagedInstance[11.0,)
102AgentAlertsSeverity17definitionTRUEWarningAgent doesn't rise alerts for errors with severity 17Create alerts for errors: @{error_ids}DefaultRuleset, AgentEvents are generated by SQL Server and entered into the Microsoft Windows application log. SQL Server Agent reads the application log and compares events written there to alerts that you have defined. When SQL Server Agent finds a match, it fires an alert, which is an automated response to an event. In addition to monitoring SQL Server events, SQL Server Agent can also monitor performance conditions and Windows Management Instrumentation (WMI) events.https://docs.microsoft.com/sql/ssms/agent/alertsServerWindows LinuxOnPremises, ManagedInstance[11.0,)
103AgentAlertsSeverity19definitionTRUEWarningAgent doesn't rise alerts for errors with severity 19Create alerts for errors: @{error_ids}DefaultRuleset, AgentEvents are generated by SQL Server and entered into the Microsoft Windows application log. SQL Server Agent reads the application log and compares events written there to alerts that you have defined. When SQL Server Agent finds a match, it fires an alert, which is an automated response to an event. In addition to monitoring SQL Server events, SQL Server Agent can also monitor performance conditions and Windows Management Instrumentation (WMI) events.https://docs.microsoft.com/sql/ssms/agent/alertsServerWindows LinuxOnPremises, ManagedInstance[11.0,)
104AgentAlertsSeverity20definitionTRUEWarningAgent doesn't rise alerts for errors with severity 20Create alerts for errors: @{error_ids}DefaultRuleset, AgentEvents are generated by SQL Server and entered into the Microsoft Windows application log. SQL Server Agent reads the application log and compares events written there to alerts that you have defined. When SQL Server Agent finds a match, it fires an alert, which is an automated response to an event. In addition to monitoring SQL Server events, SQL Server Agent can also monitor performance conditions and Windows Management Instrumentation (WMI) events.https://docs.microsoft.com/sql/ssms/agent/alertsServerWindows LinuxOnPremises, ManagedInstance[11.0,)
105AgentAlertsSeverity21definitionTRUEWarningAgent doesn't rise alerts for errors with severity 21Create alerts for errors: @{error_ids}DefaultRuleset, AgentEvents are generated by SQL Server and entered into the Microsoft Windows application log. SQL Server Agent reads the application log and compares events written there to alerts that you have defined. When SQL Server Agent finds a match, it fires an alert, which is an automated response to an event. In addition to monitoring SQL Server events, SQL Server Agent can also monitor performance conditions and Windows Management Instrumentation (WMI) events.https://docs.microsoft.com/sql/ssms/agent/alertsServerWindows LinuxOnPremises, ManagedInstance[11.0,)
106AgentAlertsSeverity22definitionTRUEWarningAgent doesn't rise alerts for errors with severity 22Create alerts for errors: @{error_ids}DefaultRuleset, AgentEvents are generated by SQL Server and entered into the Microsoft Windows application log. SQL Server Agent reads the application log and compares events written there to alerts that you have defined. When SQL Server Agent finds a match, it fires an alert, which is an automated response to an event. In addition to monitoring SQL Server events, SQL Server Agent can also monitor performance conditions and Windows Management Instrumentation (WMI) events.https://docs.microsoft.com/sql/ssms/agent/alertsServerWindows LinuxOnPremises, ManagedInstance[11.0,)
107AgentAlertsSeverity23definitionTRUEWarningAgent doesn't rise alerts for errors with severity 23Create alerts for errors: @{error_ids}DefaultRuleset, AgentEvents are generated by SQL Server and entered into the Microsoft Windows application log. SQL Server Agent reads the application log and compares events written there to alerts that you have defined. When SQL Server Agent finds a match, it fires an alert, which is an automated response to an event. In addition to monitoring SQL Server events, SQL Server Agent can also monitor performance conditions and Windows Management Instrumentation (WMI) events.https://docs.microsoft.com/sql/ssms/agent/alertsServerWindows LinuxOnPremises, ManagedInstance[11.0,)
108AgentAlertsSeverity24definitionTRUEWarningAgent doesn't rise alerts for errors with severity 24Create alerts for errors: @{error_ids}DefaultRuleset, AgentEvents are generated by SQL Server and entered into the Microsoft Windows application log. SQL Server Agent reads the application log and compares events written there to alerts that you have defined. When SQL Server Agent finds a match, it fires an alert, which is an automated response to an event. In addition to monitoring SQL Server events, SQL Server Agent can also monitor performance conditions and Windows Management Instrumentation (WMI) events.https://docs.microsoft.com/sql/ssms/agent/alertsServerWindows LinuxOnPremises, ManagedInstance[11.0,)
109WeakPassworddefinitionTRUEWarningWeak passwordSet strong passwords for logins: @{PasswordData}DefaultRuleset, Security, WeakPasswordSome user logins have weak passwords.https://docs.microsoft.com/sql/relational-databases/security/strong-passwordsServerWindows LinuxOnPremises, ManagedInstance[11.0,)
110VLFCountdefinitionTRUEWarningVLF countUpdate transaction log settings to reduce number of VLFs. Current number is: @{RecoveryUnitId}DefaultRuleset, Backup, PerformanceThe SQL Server Database Engine divides each physical log file internally into a number of virtual log files (VLFs). Virtual log files have no fixed size, and there is no fixed number of virtual log files for a physical log file. The Database Engine chooses the size of the virtual log files dynamically while it is creating or extending log files. The Database Engine tries to maintain a small number of virtual files. The size of the virtual files after a log file has been extended is the sum of the size of the existing log and the size of the new file increment. The size or number of virtual log files cannot be configured or set by administrators. If the log files grow to a large size in many small increments, they will have many virtual log files. This can slow down database startup and also log backup and restore operations. Conversely, if the log files are set to a large size with few or just one increment, they will have few very large virtual log files. We recommend that you assign log files a size value close to the final size required, using the required increments to achieve optimal VLF distribution, and also have a relatively large growth_increment value.https://docs.microsoft.com/sql/relational-databases/sql-server-transaction-log-architecture-and-management-guideDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)50
111TF8015definitionTRUEWarningTF 8015 disables auto-detection and NUMA setupDisable trace flag 8015 for this SQL Server instance. This trace flag does not apply to this SQL Server versionDefaultRuleset, TraceFlag, CPU, NUMASQL Server allows you to group CPUs into nodes referred to as soft-NUMA. You usually configure soft-NUMA when you have many CPUs and do not have hardware NUMA, but you can also use soft-NUMA to subdivide hardware NUMA nodes into smaller groups.https://techcommunity.microsoft.com/t5/SQL-Server-Support/How-It-Works-Soft-NUMA-I-O-Completion-Thread-Lazy-Writer-Workers/ba-p/316044ServerWindowsOnPremises[11.0,11.0.3349)
112TF8032definitionTRUEWarningTF 8032 reverts cache limit parameters to SQL Server 2005 RTMDisable trace flag 8032DefaultRuleset, TraceFlag, PerformanceTrace Flag 8032 reverts the cache limit parameters to the SQL Server 2005 RTM setting but can cause poor performance if large caches make less memory available for other memory consumers like BP.ServerWindowsOnPremises[11.0,)
113TF8744definitionTRUEWarningTF 8744 disables pre-fetching for Nested Loop operatorDisable trace flag 8744 for this SQL Server instance. This trace flag does not apply to this SQL Server versionDefaultRuleset, TraceFlag, PerformanceTrace flag 8744 disables pre-fetching for the Nested Loops operator. Incorrect use of this trace flag may cause additional physical reads when SQL Server executes plans that contain the Nested Loops operator.https://support.microsoft.com/help/920093/tuning-options-for-sql-server-when-running-in-high-performance-workloaServerWindowsOnPremises[11.0,12.0)
114TF9347definitionTRUEWarningTF 9347 disables batch mode for sort operatorDisable trace flag 9347 for this SQL Server instance. This trace flag does not apply to this SQL Server versionDefaultRuleset, TraceFlag, PerformanceTrace flag 9347 disables batch mode for sort operator. SQL Server 2016 (13.x) introduced a new batch mode sort operator that boosts performance for many analytical queries.ServerWindowsOnPremises[11.0,13.0)
115TF9349definitionTRUEWarningTF 9349 disables batch mode for top N sort operatorDisable trace flag 9349 for this SQL Server instance. This trace flag does not apply to this SQL Server versionDefaultRuleset, TraceFlag, PerformanceTrace flag 9349 disables batch mode for top N sort operator. SQL Server 2016 (13.x) introduced a new batch mode top sort operator that boosts performance for many analytical queries.ServerWindowsOnPremises[11.0,13.0)
116TF9389definitionTRUEWarningTF 9389 enables dynamic memory grant for batch mode operatorsDisable trace flag 9389 for this SQL Server instance. The trace flag does not apply to this SQL Server versionDefaultRuleset, TraceFlag, Performance, TempDBTrace flag 9389 enables additional dynamic memory grant for batch mode operators. If a query does not get all the memory it needs, it spills data to TempDB, incurring additional I/O and potentially impacting query performance. If the dynamic memory grant trace flag is enabled, a batch mode operator may ask for additional memory and avoid spilling to TempDB if additional memory is available.ServerWindowsOnPremises, ManagedInstance[11.0,13.0)
117TF9476definitionTRUEWarningTF 9476 causes SQL Server to generate plan using Simple Containment assumptionDisable trace flag 9476 for this SQL Server instance. The trace flag does not apply to this SQL Server versionDefaultRuleset, TraceFlag, Performance, QueryOptimizerTrace flag 9476 causes SQL Server to generate a plan using the Simple Containment assumption instead of the default Base Containment assumption, under the query optimizer cardinality estimation model of SQL Server 2014 (12.x) through SQL Server 2017 versions.ServerWindowsOnPremises[11.0,13.0)
118TF9481definitionTRUEWarningTF 9481 enables Legacy CE modelDisable trace flag 9481 for this SQL Server instance. The trace flag does not apply to this SQL Server versionDefaultRuleset, TraceFlag, QueryOptimizer, PerformanceTrace flag 9481 enables you to set the query optimizer cardinality estimation model to the SQL Server 2012 (11.x) and earlier versions, irrespective of the compatibility level of the database.ServerWindowsOnPremises[11.0,12.0)
119TF10204definitionTRUEWarningTF 10204 disables merge/recompressDisable trace flag 10204. The trace flag does not apply to this SQL Server versionDefaultRuleset, TraceFlag, Performance, ColumnStoreTrace flag 10204 disables merge/recompress during columnstore index reorganization. In SQL Server 2016 (13.x), when a columnstore index is reorganized, there is new functionality to automatically merge any small compressed rowgroups into larger compressed rowgroups, as well as recompressing any rowgroups that have a large number of deleted rows.ServerWindowsOnPremises[11.0,13.0)
120SPNamingdefinitionTRUEWarningStored procedure namingRename the following stored procedures to eliminate 'sp_' prefix: @{ObjectName}DefaultRuleset, NamingIn SQL Server, the sp_ prefix designates system stored procedures. If you use that prefix for your stored procedures, the name of your procedure might conflict with the name of a system stored procedure that will be created in the future. If such a conflict occurs, your application might break if your application refers to the procedure without qualifying the reference by schema. In this situation, the name will bind to the system procedure instead of to your procedure.https://docs.microsoft.com/previous-versions/visualstudio/visual-studio-2010/dd172115(v=vs.100)DatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)
121ObjectNamingSpecialChardefinitionTRUEWarningSpecial characters in object namesRename the following objects to eliminate special characters: @{ObjectName}DefaultRuleset, NamingIf you name a database object by using any character in the following table, you make it more difficult not only to reference that object but also to read code that contains the name of that object.https://docs.microsoft.com/previous-versions/visualstudio/visual-studio-2010/dd172134(v=vs.100)DatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)
122ColumnNamingSpecialChardefinitionTRUEWarningSpecial characters in column namesRemove whitespaces, left and right square brackets, single and double quotation marks from column names: @{ObjectName}DefaultRuleset, NamingUsing whitespaces, left and right square brackets, single and double quotation marks in database object names makes it more difficult not only to reference that object, but also to read code that contains the name of that object.https://docs.microsoft.com/previous-versions/visualstudio/visual-studio-2010/dd172134(v=vs.100)DatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)
123FnNamingdefinitionTRUEWarningUser function namingRename the following functions to eliminate 'fn_ prefix': @{ObjectName}DefaultRuleset, NamingIn SQL Server, the fn_ prefix designates system functions. If you use that prefix for your functions, the name of your function might conflict with the name of a system function that will be created in the future. If such a conflict occurs, your application might break if your application refers to the function without qualifying the reference by schema. In this situation, the name will bind to the system function instead of to your function.https://docs.microsoft.com/sql/t-sql/statements/create-function-transact-sqlDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)
124ObjectNamingResKeywordsdefinitionTRUEWarningObject names contain reserved keywordsRename the following objects to eliminate reserved keywords: @{ObjectName}DefaultRuleset, NamingMicrosoft SQL Server uses reserved keywords for defining, manipulating, and accessing databases. Reserved keywords are part of the grammar of the Transact-SQL language that is used by SQL Server to parse and understand Transact-SQL statements and batches. Although it is syntactically possible to use SQL Server reserved keywords as identifiers and object names in Transact-SQL scripts, you can do this only by using delimited identifiers.https://docs.microsoft.com/sql/t-sql/language-elements/reserved-keywords-transact-sqlDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)
125DeprFeaturesInModulesdefinitionTRUEWarningDeprecated or discontinued features in modulesRemove deprecated or discontinued features in @{ObjectName}: @{Keyword}DefaultRuleset, Security, Deprecated, LongRunningChecks, UpdateIssuesDeprecated features are scheduled to be removed in a future release of SQL Server. Discontinued features have been removed from specific versions of SQL Server.https://docs.microsoft.com/sql/relational-databases/performance-monitor/sql-server-deprecated-features-objectDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master tempdb model msdb
126DeprFeaturesInJobsdefinitionTRUEWarningDeprecated or discontinued features in modulesRemove deprecated or discontinued features in @{ObjectName}: @{Keyword}DefaultRuleset, Security, Deprecated, Agent, Jobs, LongRunningChecks, UpdateIssuesDeprecated features are scheduled to be removed in a future release of SQL Server. Discontinued features have been removed from specific versions of SQL Server.https://docs.microsoft.com/sql/relational-databases/performance-monitor/sql-server-deprecated-features-objectServerWindows LinuxOnPremises, ManagedInstance[11.0,)
127NUMANodeSingleCPUdefinitionTRUEWarningSingle CPU assigned to NUMA nodeAssign additional CPUs to NUMA nodes with only one CPUDefaultRuleset, NUMA, CPU, Memory, PerformanceMicrosoft SQL Server is non-uniform memory access (NUMA) aware. NUMA architecture provides a scalable solution to performance problem. Computers with hardware NUMA have more than one system bus, each serving a small set of processors. Each group of processors has its own memory and possibly its own I/O channels, but each CPU can access memory associated with other groups in a coherent way. Each group is called a NUMA node. The number of CPUs within a NUMA node depends on the hardware vendor. Your hardware manufacturer can tell you if your computer supports hardware NUMA.https://docs.microsoft.com/previous-versions/sql/sql-server-2008-r2/ms178144(v=sql.105)ServerWindowsOnPremises, ManagedInstance[11.0,)
128NUMANodeNoCPUdefinitionTRUEWarningNUMA nodes without CPUsAssign CPUs to each NUMA nodeDefaultRuleset, NUMA, Performance, CPU, MemoryMicrosoft SQL Server is non-uniform memory access (NUMA) aware. NUMA architecture provides a scalable solution to performance problem. Computers with hardware NUMA have more than one system bus, each serving a small set of processors. Each group of processors has its own memory and possibly its own I/O channels, but each CPU can access memory associated with other groups in a coherent way. Each group is called a NUMA node. The number of CPUs within a NUMA node depends on the hardware vendor. Your hardware manufacturer can tell you if your computer supports hardware NUMA.https://docs.microsoft.com/previous-versions/sql/sql-server-2008-r2/ms178144(v=sql.105)ServerWindowsOnPremises, ManagedInstance[11.0,)
129IndexKeyGuiddefinitionTRUEWarningGuid in clustered index key columnRemove GUIDs in clustered indexes keys: @{IndexName}DefaultRuleset, Indexes, PerformanceA big reason for a clustered index is when you often want to retrieve rows for a range of values for a given column. Because the data is physically arranged in that order, the rows can be extracted very efficiently. Something like a GUID, while excellent for a primary key, could be positively detrimental to performance, as there will be additional cost for inserts and no perceptible benefit on selects.https://azure.microsoft.com/blog/uniqueidentifier-and-clustered-indexes/DatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master tempdb model msdb
130IndexesLargeKeysdefinitionTRUEWarningIndexes keys with more than 900 bytesRemove keys larger than 900 bytes in @{FullName} indexDefaultRuleset, Indexes, PerformanceWhen you design an index that contains many key columns, or large-size columns, calculate the size of the index key to make sure that you do not exceed the maximum index key size. SQL Server retains the 900-byte limit for the maximum total size of all index key columns. This excludes nonkey columns that are included in the definition of nonclustered indexes.http://msdn.microsoft.com/library/ms191241.aspxDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,13.0)NOT: master model msdb tempdb
131IndexesLargeKeysNonClustdefinitionTRUEWarningNonClustered indexes keys with more than 1700 bytesRemove keys larger than 1700 bytes in @{FullName} indexDefaultRuleset, Indexes, PerformanceWhen you design an index that contains many key columns, or large-size columns, calculate the size of the index key to make sure that you do not exceed the maximum index key size. SQL Server retains the 1700-byte limit for the maximum total size of all non-clustered index key columns. This excludes nonkey columns that are included in the definition of nonclustered indexes.http://msdn.microsoft.com/library/ms191241.aspxDatabaseWindows LinuxOnPremises, ManagedInstance[13.0,)NOT: master model msdb tempdb
132IndexesLargeKeysClustdefinitionTRUEWarningClustered indexes keys with more than 900 bytesRemove keys larger than 900 bytes in @{FullName} indexDefaultRuleset, Indexes, PerformanceWhen you design an index that contains many key columns, or large-size columns, calculate the size of the index key to make sure that you do not exceed the maximum index key size. SQL Server retains the 900-byte limit for the maximum total size of all clustered index key columns. This excludes nonkey columns that are included in the definition of nonclustered indexes.http://msdn.microsoft.com/library/ms191241.aspxDatabaseWindows LinuxOnPremises, ManagedInstance[13.0,)NOT: master model msdb tempdb
133DisabledIndexesdefinitionTRUEWarningDisabled indexes existRemove or enable disabled index: @{FullName}DefaultRuleset, Indexes, PerformanceIf you need to load a lot of data quickly, you can disable nonclustered indexes in order to improve performance. After the data load finishes, enable the nonclustered indexes again by rebuilding them. This technique works best in large data warehouse environments where entire dimension tables might be reloaded from scratch every night. Disabling nonclustered indexes is safer than dropping and recreating them because scripting indexes is hard. Unfortunately, sometimes our load processes crash before enabling the indexes again, or sometimes we manually load data and we forget to rebuild them.https://docs.microsoft.com/sql/relational-databases/indexes/disable-indexes-and-constraintsDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb
134IndexesFillFactordefinitionTRUEWarningIndex fill factor is below 80%Review index @{FullName} as its fill factor @{FillFactor} is lower than 80 percentDefaultRuleset, Indexes, PerformanceThe fill-factor option is provided for fine-tuning index data storage and performance. When an index is created or rebuilt, the fill-factor value determines the percentage of space on each leaf-level page to be filled with data, reserving the remainder on each page as free space for future growth. For example, specifying a fill-factor value of 80 means that 20 percent of each leaf-level page will be left empty, providing space for index expansion as data is added to the underlying table. The empty space is reserved between the index rows rather than at the end of the index.https://docs.microsoft.com/sql/relational-databases/indexes/specify-fill-factor-for-an-indexDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb
135NonUniqueClusterIndexdefinitionTRUEWarningNon-unique clustered indexesReview non-unique @{FullName} clustered indexDefaultRuleset, Indexes, PerformanceIndex uniqueness is highly desirable attribute of a clustering key, and goes hand-in-hand with index narrowness. SQL Server does not require a clustered index to be unique, but yet it must have some means of uniquely identifying every row. That’s why, for non-unique clustered indexes, SQL Server adds to every duplicate instance of a clustering key value a 4-byte integer value called a uniqueifier. This uniqueifier is added everywhere the clustering key is stored. That means the uniqueifier is stored in both clustered and non-clustered indexes. As you can imagine, if there are many rows using the same clustering key value, this can become quite expensive.https://docs.microsoft.com/sql/relational-databases/indexes/clustered-and-nonclustered-indexes-describedDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb
136SuspectPagesdefinitionTRUEWarningSuspect pages foundRun 'DBCC CHECKDB' to verify affected database. Suspect pages were found: @{EventType}DefaultRuleSet, Pages, DataIntegrityThe suspect_pages table is used for maintaining information about suspect pages, and is relevant in helping to decide whether a restore is necessary.https://docs.microsoft.com/sql/relational-databases/backup-restore/manage-the-suspect-pages-table-sql-serverDatabaseWindows Linux[11.0,)
137SparseFilesdefinitionTRUEWarningSparse filesRemove sparse files: @{SparseFiles}DefaultRuleSet, Snapshots, Backup, DataIntegrityIf the file is sparse or compressed, the NTFS file system may deallocate disk space in the file. This sets the range of bytes to zeroes (0) without extending the file size.https://blogs.msdn.microsoft.com/jorgepc/2010/11/25/what-are-sparse-files-and-why-should-i-care-as-sql-server-dba/DatabaseWindows Linux[11.0,)
138TableNoIndexdefinitionTRUEWarningTables without indexesReview @{TableName} table and create reasonable indexesDefaultRuleset, Indexes, PerformanceEach table in the database has one or more pages. To keep track of those pages, SQL Server uses a special set of pages, called IAM (for Index Allocation Map) pages. In spite of the word “Index” in the name, IAMs are used for non-indexed tables as well. These are called heaps. All the data is there, but the only way to find anything is to read it starting at the beginning. For a very large table, this will be terribly inefficient.https://docs.microsoft.com/sql/relational-databases/indexes/heaps-tables-without-clustered-indexesDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master tempdb model msdb
139TableNoClusteredIndexdefinitionTRUEWarningTables without clustered indexesReview @{TableName} table and create clustered indexDefaultRuleset, Indexes, PerformanceTables without clustered indexes are called heaps. They’re scattered on disk anywhere that SQL Server can find a spot, and they’re not stored in any order whatsoever. This can make for really fast inserts – SQL Server can just throw the data down – but slow selects, updates, and deletes.https://docs.microsoft.com/sql/relational-databases/indexes/heaps-tables-without-clustered-indexesDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master tempdb model msdb
140TablePSAligndefinitionTRUEWarningTable index not aligned with PSRe-create @{IndexName} index in @{TableName} table to have it aligned with current schemaDefaultRuleset, Indexes, PerformanceTable partitioning is a complex way to break out your large tables into smaller, more manageable chunks, but it comes with a lot of management heartache. One of the challenges is making sure that your indexes are partitioned and aligned the same way as your clustered index.https://docs.microsoft.com/sql/relational-databases/partitions/partitioned-tables-and-indexesDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master tempdb model msdb
141LoginNoPassworddefinitionTRUEWarningLogins with no passwordsSet strong passwords for logins: @{PasswordData}DefaultRuleset, Security, WeakPasswordPassword complexity policies are designed to deter brute force attacks by increasing the number of possible passwords.https://docs.microsoft.com/sql/relational-databases/security/password-policyServerWindows LinuxOnPremises, ManagedInstance[11.0,)
142LoginEqPassworddefinitionFalseWarningLogins with passwords that are same as login namesReview logins with password equals to login: @{PasswordData}DefaultRuleset, Security, WeakPasswordPassword complexity policies are designed to deter brute force attacks by increasing the number of possible passwords.https://docs.microsoft.com/sql/relational-databases/security/password-policyServerWindows LinuxOnPremises, ManagedInstance[11.0,)
143SystemHealthdefinitionTRUEWarningSystem Health important messagesError @{Error_Number} occured @{Error_Count} times. Last time was @{Last_Logged_Days_Ago} days agoDefaultRuleset, XEvent, SystemHealth, PerformanceThe system_health session is an Extended Events session that is included by default with SQL Server. This session starts automatically when the SQL Server Database Engine starts, and runs without any noticeable performance effects. The session collects system data that you can use to help troubleshoot performance issues in the Database Enginehttps://docs.microsoft.com/sql/relational-databases/extended-events/use-the-system-health-sessionServerWindows LinuxOnPremises, ManagedInstance[11.0,)
144RarelyUsedIndexdefinitionTRUEWarningRarely used indexRevise rarely used index @{IndexName}DefaultRuleset, Indexes, PerformanceRarely used indexes can slow down database's performance. Time of write operations is increased because of index maintenance, but index is not used quite often. It makes sense to compare impact of writing operations versus rare reading speedup.https://docs.microsoft.com/sql/t-sql/statements/drop-index-transact-sqlDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb
145UnusedIndexdefinitionTRUEWarningUnused indexRevise unused @{IndexName} indexDefaultRuleset, Index, PerformanceUnused indexes can slow down database's performance. Time of write operations is increased because of index maintenance, but index is not used anywhere.https://docs.microsoft.com/sql/t-sql/statements/drop-index-transact-sqlDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb
146SkewedCompatibilityLeveldefinitionTRUEWarningDatabase with skewed compatibility levelUpdate database compatibility level. Current level is @{CompatibilityLevel}DefaultRuleset, CompatibilityLevel, Security, Performance, UpdateIssuesSome databases may have a compatibility level lower than the allowed level by the Database Engine.https://docs.microsoft.com/sql/t-sql/statements/alter-database-transact-sql-compatibility-levelDatabaseWindows Linux[11.0,)
147PendingDiskIORequestsdefinitionTRUEWarningPending disk I/O requestsSolve I/O related issues to get rid of pending requestsDefaultRuleset, IO, PerformanceA database management system (DBMS), such as SQL Server, relies on the timeliness of file input and output (I/O) operations. The proper configuration and maintenance of the I/O subsystem is critical to a successful SQL Server deployment.https://support.microsoft.com/en-sg/help/897284/diagnostics-in-sql-server-help-detect-stalled-and-stuck-i-o-operationsServerWindows Linux[11.0,)
148MaxDOPdefinitionTRUEWarningMaxDOP should be less or equal to number of CPUsUpdate MaxDOP configuration option value: @{max_dop}. It shouldn't exceed @{online_logical_processors} - number of processors used by SQL ServerDefaultRuleset, MaxDOP, Performance, Configuration, NUMA, CPUThe Microsoft SQL Server max degree of parallelism (MAXDOP) configuration option controls the number of processors that are used for the execution of a query in a parallel plan. This option determines the number of threads that are used for the query plan operators that perform the work in parallel. Depending on whether SQL Server is set up on a symmetric multiprocessing (SMP) computer, a non-uniform memory access (NUMA) computer, or hyperthreading-enabled processors, the max degree of parallelism option should be configured appropriately.https://support.microsoft.com/kb/2806535ServerWindows LinuxOnPremises[11.0,)
149MaxDOPFewNUMAdefinitionTRUEWarningMAXDOP set in accordance with CPU countUpdate MAXDOP configuration option value: @{max_dop}. It should not exceed the number of logical processors per NUMA nodeDefaultRuleset, MaxDOP, Performance, Configuration, NUMA, CPUThe Microsoft SQL Server max degree of parallelism (MAXDOP) configuration option controls the number of processors that are used for the execution of a query in a parallel plan. This option determines the number of threads that are used for the query plan operators that perform the work in parallel. Depending on whether SQL Server is set up on a symmetric multiprocessing (SMP) computer, a non-uniform memory access (NUMA) computer, or hyperthreading-enabled processors, the max degree of parallelism option should be configured appropriately.https://support.microsoft.com/kb/2806535ServerWindows LinuxOnPremises[11.0, 13.0)
150DbIntegritydefinitionTRUEWarningDatabase Integrity ChecksRun 'DBCC CHECKDB' command checksDefaultRuleset, DBCC, Performance, DataIntegrityThe DBCC CHECKDB command checks the integrity of the objects in a database and should be run on a regular basis. This statement is used to perform different operations in your database and can be broken down into four categories: Maintenance, Miscellaneous, Informational, and Validation.https://msdn.microsoft.com/library/ms176064.aspxDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: tempdb
151DirectCatalogUpdatesdefinitionTRUEWarningDirect Catalog UpdatesAvoid using direct catalog update featureDefaultRuleset, DBCC, DeprecatedThe 'allow updates' option is still present in the sp_configure stored procedure, although its functionality is unavailable in SQL Server. The setting has no effect. Starting with SQL Server 2005, direct updates to the system tables are not supported.https://docs.microsoft.com/sql/database-engine/configure-windows/allow-updates-server-configuration-optionDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: tempdb
152DataPurityCheckdefinitionTRUEWarningData Purity CheckEnable data purity validation with 'DBCC CHECKDB ([DatabaseName]) WITH DATA_PURITY' commandDefaultRuleset, DBCC, DataIntegrityThe DBCC CHECKDB command checks the integrity of the objects in a database and should be run on a regular basis. One thing that this command does not check in databases created in versions prior to SQL Server 2005 is the integrity of the data in the columns until it has been run once with the DATA_PURITY option. Adding the DATA_PURITY option causes the CHECKDB command to look for column values that are invalid or out of range. Any database that was created in SQL Server 2005 or later will include the DATA_PURITY check by default; but if the database is being upgraded from an earlier version, you must run the command with the DATA_PURITY option at least once using the following command and then fix any data issues.http://support.microsoft.com/kb/923247DatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb
153StatSamplingRatedefinitionTRUEWarningStatistics sampling rateSome statistics have sampling rates less than @{threshold:P}. Update with a larger sample or full scan if key is not uniformly distributed. Affected tables: @{FullName}DefaultRuleset, Performance, StatisticsFor most queries, the Query Optimizer already generates the necessary statistics for a high quality query plan; in some cases, you need to create additional statistics or modify the query design for best results.https://docs.microsoft.com/sql/t-sql/statements/update-statistics-transact-sqlDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)0.25
154IndexFragmentationdefinitionTRUEWarningIndex FragmentationRemove fragmentation of @{IndexFullName} index. Current fragmentation level is @{fragmentation:#0.##}%DefaultRuleset, Index, PerformanceThe SQL Server Database Engine automatically modifies indexes whenever insert, update, or delete operations are made to the underlying data. Over time these modifications can cause the information in the index to become scattered in the database (fragmented). Fragmentation exists when indexes have pages in which the logical ordering, based on the key value, does not match the physical ordering inside the data file. Heavily fragmented indexes can degrade query performance and cause your application to respond slowly, especially scan operations.https://docs.microsoft.com/sql/relational-databases/indexes/reorganize-and-rebuild-indexesDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb5
155IndexFragmentationoverrideTRUEWarning[12.0,)
156XTPHashAvgChainBucketsdefinitionTRUEWarningHigh avg chain length and empty bucketsIndex @{IndexFullName} has @{avg_chain_length} average chain length and @{EmptyBucketPct}% empty buckets count. Verify if there are many rows with duplicate index key values or there is a skew in key valuesDefaultRuleset, Index, Performance, XTPMemory-optimized HASH indexes behave different from NONCLUSTERED indexes. They are optimized for point-lookup operations, and do not support ordered scans or inequality seek operations. You should specify a value for the BUCKET_COUNT parameter when you create a memory-optimized table.https://techcommunity.microsoft.com/t5/sql-server/in-memory-oltp-indexes-part-2-performance-troubleshooting-guide/ba-p/385725DatabaseWindows LinuxOnPremises, ManagedInstance[12.0,)NOT: master model msdb tempdb
157XTPTooManyBucketsdefinitionTRUEWarningToo many bucketsMake number of buckets of @{IndexFullName} index equal to distinct rows. It has @{total_bucket_count} buckets and there are @{DistinctCnt} in table, which wastes memory and marginally slows down full table scansDefaultRuleset, Index, Performance, XTPMemory-optimized HASH indexes behave different from NONCLUSTERED indexes. They are optimized for point-lookup operations, and do not support ordered scans or inequality seek operations. You must specify a value for the BUCKET_COUNT parameter when you create the memory-optimized table.https://techcommunity.microsoft.com/t5/sql-server/in-memory-oltp-indexes-part-2-performance-troubleshooting-guide/ba-p/385725DatabaseWindows LinuxOnPremises, ManagedInstance[12.0,)NOT: master model msdb tempdb
158XTPTooFewBucketsdefinitionTRUEWarningToo few bucketsMake number of buckets of @{IndexFullName} index equal to distinct rows. It has @{total_bucket_count} buckets and there are @{DistinctCnt} in table, which leads to chaining recordsDefaultRuleset, Index, Performance, XTPMemory-optimized HASH indexes behave different from NONCLUSTERED indexes. They are optimized for point-lookup operations, and do not support ordered scans or inequality seek operations. You must specify a value for the BUCKET_COUNT parameter when you create the memory-optimized table.https://techcommunity.microsoft.com/t5/sql-server/in-memory-oltp-indexes-part-2-performance-troubleshooting-guide/ba-p/385725DatabaseWindows LinuxOnPremises, ManagedInstance[12.0,)NOT: master model msdb tempdb
159XTPRangeIXHealthdefinitionTRUEWarningNonClustered index retry amountReview @{IndexFullName} index as its retry count is over @{RetryCountPct}% of total, which indicates possible concurrency issuesDefaultRuleset, Index, Performance, XTPWhen a database with a memory-optimized table is restarted, the index is built by inserting one row at a time into memory. The count of page splits, merges, and consolidation can help you understand the work done to build the index when a database is brought online. Large numbers of retries are indicative of concurrency issues.https://docs.microsoft.com/sql/relational-databases/system-dynamic-management-views/sys-dm-db-xtp-nonclustered-index-stats-transact-sqlDatabaseWindows LinuxOnPremises, ManagedInstance[12.0,)NOT: master model msdb tempdb
160TF6533MisusedefinitionTRUEWarning'STRelate' and 'STAsBinary' functions unexpected results due to TF 6533Disable trace flag 6533 to avoid unexpected results of 'STRelate' and 'STAsBinary' functionsDefaultRuleset, TraceFlag, Performance, TF6533The STRelate and STAsBinary functions may return unexpected results when trace flag 6533 is enabled. Do not use this trace flag if your workload involves either of these functions.https://support.microsoft.com/help/3107399DatabaseWindowsOnPremises[11.0.6020, 11.0.6518)NOT: master model msdb tempdb
161UntrustedConstraintsdefinitionTRUEWarningUntrusted constraintsExecute 'ALTER TABLE <table name> WITH CHECK CHECK CONSTRAINT <constraint name>' statement to avoid possible performance issues: @{constraint_name} constraints are not trusted for referential integrityDefaultRuleset, Performance, DataIntegrityIf you need to load a lot of data quickly, you can disable keys and constraints in order to improve performance. After the data load finishes, enable them again, and SQL Server will check them behind the scenes. This technique works best in large data warehouse environments where entire dimension tables might be reloaded from scratch every night. Disabling constraints is usually safer and easier than dropping and recreating them.https://docs.microsoft.com/sql/t-sql/statements/alter-table-transact-sqlDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)NOT: master model msdb tempdb
162PercentAutogrowsdefinitionTRUEWarningDatabase files have growth ratio in percentageDo not use "File Growth In Percent" for Autogrowth setting. Affected files: @{fileName} have growth ratio set in percentageDefaultRuleset, Performance, DBFileConfiguration, DBConfigurationSome database files have a growth ratio set in percentage. Over time, this could lead to uncontrolled disk space allocation and extended time to perform these growthshttps://docs.microsoft.com/sql/t-sql/statements/alter-database-transact-sql-file-and-filegroup-optionsDatabaseWindows LinuxOnPremises[11.0,)NOT: master model msdb tempdb
163StatsUpdatedefinitionTRUEWarningStatistics need to be updatedUpdate stats in @{TableName} table to improve query performanceDefaultRuleset, Performance, Statistics, QueryOptimizerThe Query Optimizer determines whether an index is useful for a specific query by evaluating the stored statistics. If the statistics become out of date and significant changes have occurred against the underlying data, this can result in less than optimal query performance. In most cases, it's best to let SQL Server maintain the statistics. If you turn 'Auto Create Stats' and 'Auto Update Stats' off, then it is up to you to keep the statistics up-to-date somehow. Failure to do so will lead to poor query performance. Most applications should have these options ON. When the Auto Update Statistics setting is ON, the Query Optimizer updates statistics when they are used by a query and when they might be out-of-date. Statistics become out-of-date after insert, update, delete, or merge operations change the data distribution in the table or indexed view. The Query Optimizer determines when statistics might be out-of-date by counting the number of data modifications since the last statistics update and comparing the number of modifications to a threshold. The threshold is based on the number of rows in the table or indexed view. The Query Optimizer checks for out-of-date statistics before compiling a query and before executing a cached query plan. Before compiling a query, the Query Optimizer uses the columns, tables, and indexed views in the query predicate to determine which statistics might be out-of-date. Before executing a cached query plan, the Database Engine verifies that the query plan references up-to-date statistics. The AUTO_UPDATE_STATISTICS option applies to statistics created for indexes, single-columns in query predicates, and statistics that are created by using the CREATE STATISTICS statement. This option also applies to filtered statistics.https://docs.microsoft.com/sql/relational-databases/statistics/statistics#UpdateStatisticsDatabaseWindows LinuxOnPremises, ManagedInstance[11.0,)500
164AdHocQueriesOffdefinitionTRUEWarningOption 'ad hoc distributed queries' should be disabledDisable 'ad hoc distributed queries' optionDefaultRuleset, Configuration, SecurityAd Hoc Distributed Queries use the OPENROWSET and OPENDATASOURCE functions to connect to remote data sources that use OLE DB. OPENROWSET and OPENDATASOURCE should be used only to reference OLE DB data sources that are accessed infrequently. For any data sources that will be accessed more than several times, define a linked server. Enabling the use of ad hoc names means that any authenticated login to SQL Server can access the provider. SQL Server administrators should enable this feature for providers that are safe to be accessed by any local login.https://docs.microsoft.com/sql/database-engine/configure-windows/ad-hoc-distributed-queries-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
165AffinityMasksOverlapdefinitionTRUEWarningAffinity Mask and Affinity I/O Mask overlappingCorrect Affinity Mask and Affinity IO Mask overlap. AffinityMask = @{affinity_mask}, Affinity64Mask = @{affinity64_mask}, AffinityIOMask = @{affinity_io_mask}, Affinity64IOMask = @{affinity64_io_mask}DefaultRuleset, Configuration, PerformanceEnabling a CPU with both the affinity mask and the affinity I/O mask can slow performance by forcing the processor to be overused. When specified either the affinity mask or the affinity I/O mask options they must both be specified, but only enables each CPU no more than once. The same CPU should not be enabled in both the affinity mask option and the affinity I/O mask option. The bits that correspond to each CPU should be in one of the following states.https://docs.microsoft.com/sql/relational-databases/policy-based-management/correct-affinity-mask-and-affinity-input-and-output-mask-overlapServerWindows LinuxOnPremises[11.0,)
166AgentSvcAccNotRecommendeddefinitionTRUEWarning'SQL Server Agent' service uses non-recommended accountUse another account to run 'SQL Server Agent' service. Current account '@{attr::service::SQLAgent.account}' is not recommendedDefaultRuleset, ConfigurationRunning the 'SQL Server Agent' service under 'NT AUTHORITY\SYSTEM' or 'NT AUTHORITY\NETWORKSERVICE' accounts is not recommended for security reasons.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-windows-service-accounts-and-permissionsServerWindowsOnPremises[11.0,)
167AgentSvcAccNotRecommendedoverrideFalseWarningExpress
168AgentSvcAccNotSupporteddefinitionTRUEWarning'SQL Server Agent' service uses not supported accountUse another account to run 'SQL Server Agent' service. Current account '@{attr::service::SQLAgent.account}' is not supportedDefaultRuleset, ConfigurationRunning the 'SQL Server Agent' service under 'NT AUTHORITY\LOCALSERVICE', 'NT AUTHORITY\SYSTEM' or 'NT AUTHORITY\NETWORKSERVICE' accounts is not supported.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-windows-service-accounts-and-permissionsServerWindowsOnPremises[11.0,)
169AgentSvcAccNotSupportedoverrideFalseWarningExpress
170AgentSvcAccSamedefinitionTRUEWarning'SQL Server Agent' and 'SQL Server Database Engine' use same accountUse different accounts for 'SQL Server Agent' service and 'SQL Server Database Engine' service. Now both services use '@{attr::service::SQLAgent.account}' accountDefaultRuleset, ConfigurationRunning the 'SQL Server Agent' service under the same account as the 'SQL Server Database Engine' service is not recommended.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-windows-service-accounts-and-permissionsServerWindowsOnPremises[11.0,)
171AgentSvcAccSameoverrideFalseWarningExpress
172AgentSvcStopeddefinitionTRUEWarning'SQL Server Agent' service is stoppedRun 'SQL Server Agent' serviceDefaultRuleset, ConfigurationThe 'SQL Server Agent' service executes jobs, monitors SQL Servers, fires alerts and enables automation for some administrative tasks.https://docs.microsoft.com/sql/database-engine/configure-windows/manage-the-database-engine-servicesServerWindowsOnPremises[11.0,)
173AgentSvcStopedoverrideFalseWarningExpress
174AutoSoftNUMAOndefinitionTRUEWarningAuto Soft NUMA should be enabledTurn 'automatic soft-NUMA disabled' option on to avoid inefficient allocation of cores between NUMA nodesDefaultRuleset, Configuration, NUMAModern processors have multiple cores per socket. Each socket is represented, usually, as a single NUMA node. The SQL Server database engine partitions various internal structures and partitions service threads per NUMA node. With processors containing 10 or more cores per socket, using software NUMA to split hardware NUMA nodes generally increases scalability and performance. Prior to SQL Server 2014 (12.x) SP2, software-based NUMA (soft-NUMA) has required to edit the registry to add a node configuration affinity mask, and was configured at the host level, rather than per instance. Soft-NUMA has configured automatically at the database-instance level when the SQL Server Database Engine service starts.https://docs.microsoft.com/sql/database-engine/configure-windows/soft-numa-sql-serverServerWindows LinuxOnPremises[13.0,)
175AzSqlVmSizedefinitionTRUEWarningVM size is not memory-optimizedUse memory optimized virtual machine sizes for the best performance of SQL Server workloadsDefaultRuleset, SqlOnVm, Azure, PerformanceMemory optimized VM sizes offer a high memory-to-CPU ratio that is great for relational database servers. The DSv2 11-15, Edsv4 series, the M-, and the Mv2- series offer the optimal memory-to-vCore ratio required for OLTP workloads. Both M series VMs offer the highest memory-to-vCore ratio required for mission critical workloads and is also ideal for data warehouse workloads.https://docs.microsoft.com/azure/azure-sql/virtual-machines/windows/performance-guidelines-best-practicesServerAzureSQL
176BlockingChainsdefinitionTRUEWarningBlocking chainsReview locking strategy. @{blocked_spid} process(es) have been blocked@{block_time_min: for more than #0 min;;''}DefaultRuleset, StatisticsBlocking chains of sessions can cause poor performance when the duration of locks is too long on the resource.https://docs.microsoft.com/sql/relational-databases/system-dynamic-management-views/sys-dm-os-waiting-tasks-transact-sqlDatabaseWindows LinuxOnPremises[11.0,)
177BlockProcThreshNotRecommenddefinitionTRUEWarningBlocked process threshold is set to recommended valueIncrease or disable blocked process threshold option. Current value is @{block_threshold}DefaultRuleset, ConfigurationThis rule checks that the blocked process threshold option is set to 0 (disabled) or set to a value higher than or equal to 5 (seconds). Setting the blocked process threshold option to a value from 1 to 4 can cause the deadlock monitor to run constantly. Values 1 to 4 should only be used for troubleshooting, and never long term or in a production environment without the assistance of Microsoft Customer Service and Support.https://docs.microsoft.com/sql/relational-databases/policy-based-management/increase-or-disable-blocked-process-thresholdServerWindows LinuxOnPremises[11.0,)5
178BrowserSvcAccSamedefinitionTRUEWarning'SQL Server Browser' and 'SQL Server Database Engine' use same accountUse different accounts for 'SQL Server Browser' and 'SQL Server Database Engine'. Now both services use '@{attr::service::SQLBrowser.account}' accountDefaultRuleset, ConfigurationRunning the 'SQL Server Browser' service under the same account as the 'SQL Server Database Engine' service is not recommended.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-windows-service-accounts-and-permissionsServerWindowsOnPremises[11.0,)
179BrowserSvcStopeddefinitionTRUEWarning'SQL Server Browser' service is stoppedRun 'SQL Server Browser' serviceDefaultRuleset, ConfigurationThe 'SQL Server Browser' service is a name resolution service that provides SQL Server connection information to client computers.https://docs.microsoft.com/sql/database-engine/configure-windows/manage-the-database-engine-servicesServerWindowsOnPremises[11.0,)
180CrossDBOwnershipOffdefinitionTRUEWarningOption 'cross db ownership chaining' should be disabledDisable 'cross db ownership chaining' optionDefaultRuleset, Configuration, SecurityCross-database ownership chaining occurs when a procedure in one database depends on objects in another database. A cross-database ownership chain works in the same way as ownership chaining within a single database, except that an unbroken ownership chain requires that all the object owners are mapped to the same login account. If the source object in the source database and the target objects in the target databases are owned by the same login account, SQL Server does not check permissions on the target objects. Ownership chaining across databases is turned off by default. Microsoft recommends that you disable cross-database ownership chaining because it exposes you to some security risks.https://docs.microsoft.com/dotnet/framework/data/adonet/sql/enabling-cross-database-access-in-sql-serverServerWindows LinuxOnPremises[11.0,)
181DefaultTraceOffdefinitionTRUEWarningDefault trace is enabledEnable 'default trace enabled' option to get troubleshooting assistanceDefaultRuleset, ConfigurationUse the 'default trace enabled' option to enable or disable the default trace log files. The default trace functionality provides a rich, persistent log of activity and changes primarily related to the configuration options. https://docs.microsoft.com/sql/database-engine/configure-windows/default-trace-enabled-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
182DiskFragmentationAnalysisdefinitionTRUEWarningDisk fragmentation analysisDefragment volume '@{Output.Name}' with physical fragmentationDefaultRuleset, ConfigurationIf you do not defragment your hard disk, the operating system may have to go to several physical locations on the disk to retrieve the database file, making file access slower. To get information about the fragmentation level, this check requires the destination SQL Server to be running under the sysadmin account.https://support.microsoft.com/help/3195161/defragmenting-sql-server-database-disk-drivesServerWindowsOnPremises[11.0,)
183DiskPartitionAlignmentdefinitionTRUEWarningDisk Partition alignmentIncrease disk partition alignment on @{Output.Name} to make it 64 KB at least. Current volume offset is @{Output.StartingOffset}DefaultRuleset, Performance, StorageNoncompliance with storage configuration best practices for the Microsoft SQL Server database software is a common root cause of support cases. The reason is often shown to be misalignment between Windows, storage, disk controllers, and cache segment lines. 64 KB is a common, valid starting partition offset because it correlates well with fundamental physical boundaries in disks, controllers, and cache. Other valid starting partition offsets exist.https://docs.microsoft.com/previous-versions/sql/sql-server-2008/dd758814(v=sql.100)ServerWindowsOnPremises[11.0,)65536
184DtsSvcAccSamedefinitionTRUEWarning'Integration Services' and 'SQL Server Database Engine' use same accountUse different accounts for 'Integration Services' service and 'SQL Server Database Engine' service. Now both services use '@{attr::service::MsDtsServer.account}' accountDefaultRuleset, ConfigurationRunning the 'Integration Services' service under the same account as the 'SQL Server Database Engine' service is not recommended.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-windows-service-accounts-and-permissionsServerWindowsOnPremises[11.0,)
185DtsSvcStopeddefinitionTRUEWarning'Integration Services' service is stoppedRun 'Integration Services' serviceDefaultRuleset, ConfigurationThe 'Integration Services' service provides management support for Integration Services package storage and execution.https://docs.microsoft.com/sql/database-engine/configure-windows/manage-the-database-engine-servicesServerWindowsOnPremises[11.0,)
186ErrorLogSizedefinitionTRUEWarningError log file size is too bigCycle error log files or revise error log settings. Current error log file size is more than @{threshold} MB.DefaultRuleset, Configuration, PerformanceCycling error log files makes it easier to read the error log.https://docs.microsoft.com/sql/tools/configuration-manager/viewing-the-sql-server-error-logServerWindows LinuxOnPremises[11.0,)50
187FullTextServiceLoadOSResourcesdefinitionTRUEWarningFull-text search option 'load_os_resources' set to defaultSet full-text search option 'load_os_resources' to @{defaultLoadOSResources}DefaultRuleset, ConfigurationThe full-text search option 'load_os_resources' indicates whether operating system word breakers, stemmers, and filters are registered and used with this instance of SQL Server. By default, this property is disabled to prevent inadvertent behavior changes by updates made to the operating system. Enabling use of operating system resources provides access to resources for languages and document types registered with Microsoft Indexing Service that do not have an instance-specific resource installed. If you enable the loading of operating system resources, ensure that the operating system resources are trusted signed binaries; otherwise, they cannot be loaded when verify_signature (see below) is set to 1.ServerWindows LinuxOnPremises, ManagedInstance[11.0,)
188FullTextServiceVerifySignaturedefinitionTRUEWarningFull-text search option 'verify_signature' set to defaultSet full-text search option 'load_os_resources' to @{defaultVerifySignature}DefaultRuleset, Configuration, SecurityThe full-text search option 'verify_signature' indicates whether only signed binaries are loaded by the Full-Text Engine. By default, only trusted, signed binaries are loaded.ServerWindows LinuxOnPremises, ManagedInstance[11.0,)
189FullTextSvcAccNotRecommendeddefinitionTRUEWarning'Full-text search' service uses non-recommended accountUse another account to run 'Full-text search' service. Current account '@{attr::service::MSSQLFDLauncher.account}' is not recommendedDefaultRuleset, ConfigurationRunning the 'Full-text search' service under the 'NT AUTHORITY\SYSTEM' account is not recommended for security reasons.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-windows-service-accounts-and-permissionsServerWindowsOnPremises[11.0,)
190FullTextSvcAccSamedefinitionTRUEWarning'Full-text search' and 'SQL Server Database Engine' use same accountUse different accounts for the 'Full-text search' service and the 'SQL Server Database Engine' service. Now both services use '@{attr::service::MSSQLFDLauncher.account}' accountDefaultRuleset, ConfigurationRunning the 'Full-text search' service under the same account as the 'SQL Server Database Engine' service is not recommended.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-windows-service-accounts-and-permissionsServerWindowsOnPremises[11.0,)
191FullTextSvcStopeddefinitionTRUEWarning'Full-text search' service is stoppedRun 'Full-text search' serviceDefaultRuleset, ConfigurationThe 'Full-text search' service quickly creates full-text indexes on content and properties of structured and semistructured data to provide document filtering and word-breaking for SQL Server.https://docs.microsoft.com/sql/database-engine/configure-windows/manage-the-database-engine-servicesServerWindowsOnPremises[11.0,)
192HPLogicalProcessordefinitionTRUEWarningHP Logical Processor issueUpdate server BIOS to the latest version. It may be affected by the HP Logical Processor issue DefaultRuleset, PerformanceHP ProLiant Gen9 servers configured with Intel Xeon E5 2600 v3 processors can be configured to support processor configurations that exceed 64 logical processors. Windows Operating Systems divide the logical processors into groups (Kgroups). On HP ProLiant Gen9 servers, the System Firmware, by default, reports the maximum number of possible logical processors to reflect the highest core count processor available. The result is that Windows Operating Systems will group the available logical processors into more than one Kgroup in a two-socket populated configuration. Applications that rely on older kernel APIs for affnitizing threads inside a process to a specific logical processor will only be able to address one Kgroup. The result is that the process will run on fewer logical processors than are presented to the OS for use. Workloads that utilize multiple processes (in lieu of a single process with multiple threads), or are leveraging the APIs that allow beyond single Kgroup addressing, will have full access to all the logical processors presented to the OS for use.https://support.hpe.com/hpesc/public/docDisplay?docId=emr_na-c04650594ServerWindowsOnPremises[11.0,)
193IndexCreateMemorydefinitionTRUEWarning'index create memory' should be greater than 'min memory per query'Set 'index create memory' to 0 or make it greater than 'min memory per query'. Current 'index create memory' is @{index_create_memory} KB. Current 'min memory per query' is @{min_memory_per_query} KBDefaultRuleset, Configuration, IndexCreateMemoryThe 'index create memory' option controls the maximum amount of memory initially allocated for sort operations when creating indexes. The default value for this option is 0 (self-configuring). If more memory is later needed for index creation and the memory is available, the server will use it; thereby, exceeding the setting of this option. If additional memory is not available, the index creation will continue using the memory already allocated. However, if you experience difficulties creating indexes, consider increasing the value of this option from its run value.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-index-create-memory-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
194LightweightPoolingOndefinitionTRUEWarningLightweight pooling option disabledDisable 'lightweight pooling' option as fiber mode scheduling can decrease performanceDefaultRuleset, Configuration, PerformanceThe 'lightweight pooling' option is used to configure SQL Server to use simplified flows (or 'fibers'). Fiber mode is intended for certain situations in which the context switching of the UMS workers are the critical bottleneck in performance. Because this is rare, fiber mode rarely enhances performance or scalability on the typical system. Improved context switching in Microsoft Windows Server 2003 has also reduced the need for fiber mode. We do not recommend that you use fiber mode scheduling for routine operation. This is because it can decrease performance by inhibiting the regular benefits of context switching, and because some components of SQL Server that use Thread Local Storage (TLS) or thread-owned objects, such as mutexes (a type of Win32 kernel object), cannot function correctly in fiber mode.https://docs.microsoft.com/sql/database-engine/configure-windows/lightweight-pooling-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
195LocksOptionNotDefaultdefinitionTRUEWarningOption 'locks' should be set to defaultSet 'locks' option to @{recommended_max_lock_number}. Current value is @{locks}DefaultRuleset, Configuration, PerformanceThe 'locks' option sets the maximum number of available locks, thereby limiting the amount of memory the SQL Server Database Engine uses for them. The default setting is 0, which allows the Database Engine to allocate and deallocate lock structures dynamically, based on changing system requirements.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-locks-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
196MaxDOP1NUMAdefinitionTRUEWarningMAXDOP set in accordance with CPU countUpdate MAXDOP option according to guideline (see help link). Current MAXDOP value is @{max_dop}, CPU count is @{online_logical_processors}DefaultRuleset, MaxDOP, Performance, Configuration, NUMA, CPUThe Microsoft SQL Server max degree of parallelism (MAXDOP) configuration option controls the number of processors that are used for the execution of a query in a parallel plan. This option determines the number of threads that are used for the query plan operators that perform the work in parallel. Depending on whether SQL Server is set up on a symmetric multiprocessing (SMP) computer, a non-uniform memory access (NUMA) computer, or hyperthreading-enabled processors, the max degree of parallelism option should be configured appropriately.https://support.microsoft.com/kb/2806535ServerWindows LinuxOnPremises[11.0,)
197MaxDopFewNumaLess16definitionTRUEWarningMAXDOP set in accordance with CPU countUpdate MAXDOP configuration option value: @{max_dop}. It should not exceed the number of logical processors per NUMA nodeDefaultRuleset, MaxDOP, Performance, Configuration, NUMA, CPUThe Microsoft SQL Server max degree of parallelism (MAXDOP) configuration option controls the number of processors that are used for the execution of a query in a parallel plan. This option determines the number of threads that are used for the query plan operators that perform the work in parallel. Depending on whether SQL Server is set up on a symmetric multiprocessing (SMP) computer, a non-uniform memory access (NUMA) computer, or hyperthreading-enabled processors, the max degree of parallelism option should be configured appropriately.https://support.microsoft.com/kb/2806535ServerWindows LinuxOnPremises[13.0,)
198MaxDopFewNumaOver16definitionTRUEWarningMAXDOP set in accordance to CPU countUpdate MAXDOP configuration option value: @{max_dop}. It should be half the number of logical processors per NUMA node with maximum value of 16DefaultRuleset, MaxDOP, Performance, Configuration, NUMA, CPUThe Microsoft SQL Server max degree of parallelism (MAXDOP) configuration option controls the number of processors that are used for the execution of a query in a parallel plan. This option determines the number of threads that are used for the query plan operators that perform the work in parallel. Depending on whether SQL Server is set up on a symmetric multiprocessing (SMP) computer, a non-uniform memory access (NUMA) computer, or hyperthreading-enabled processors, the max degree of parallelism option should be configured appropriately.https://support.microsoft.com/kb/2806535ServerWindows LinuxOnPremises[13.0,)
199MaxDopFewNumaOver8definitionTRUEWarningMAXDOP set in accordance with CPU countUpdate MAXDOP configuration option value: @{max_dop}. It should be equal to 8DefaultRuleset, MaxDOP, Performance, Configuration, NUMA, CPUThe Microsoft SQL Server max degree of parallelism (MAXDOP) configuration option controls the number of processors that are used for the execution of a query in a parallel plan. This option determines the number of threads that are used for the query plan operators that perform the work in parallel. Depending on whether SQL Server is set up on a symmetric multiprocessing (SMP) computer, a non-uniform memory access (NUMA) computer, or hyperthreading-enabled processors, the max degree of parallelism option should be configured appropriately.https://support.microsoft.com/kb/2806535ServerWindows LinuxOnPremises[11.0, 13.0)
200MaxMemorydefinitionTRUEWarningMax allowed memory Set 'max server memory' value to @{recommended:N0} MB or less to avoid detrimental memory pressure. Current 'max server memory' value is @{max_server_memory:N0}, which is greater than recommendedDefaultRuleset, Memory, Performance, MaxMemorySetting the 'max server memory' value too high can cause a single instance of SQL Server to compete for memory with other SQL Server instances hosted on the same machine. However, setting this value too low could cause significant memory pressure and performance problems.https://docs.microsoft.com/sql/database-engine/configure-windows/server-memory-server-configuration-optionsServerWindows LinuxOnPremises, ManagedInstance[11.0,)2147483647
201MaxMemoryoverrideTRUEWarningExpress1410
202MaxMemoryoverrideTRUEWarningStandard131072
203MaxMemorySystemdefinitionTRUEWarningMax server memory exceeds system memorySet 'max server memory' to @{recommended:N0} MB or less to avoid detrimental memory pressure. System memory of @{sysmem:N0} MB is not sufficient for current 'max server memory' setting of @{max_server_memory:N0} MBDefaultRuleset, Memory, Performance, MaxMemorySetting the 'max server memory' value higher than system memory can cause SQL Server to compete for memory with the operating system and processes running on the same machine.https://docs.microsoft.com/sql/database-engine/configure-windows/server-memory-server-configuration-optionsServerWindows LinuxOnPremises, ManagedInstance[11.0,)2147483647
204MaxMemorySystemoverrideTRUEWarningExpress1410
205MaxMemorySystemoverrideTRUEWarningStandard131072
206MinMemoryPerQuerydefinitionTRUEWarningOption 'min memory per query' set to defaultSet 'min memory per query' option to @{recommended_min_memory_per_query} KB. Current value is '@{min_memory_per_query}'DefaultRuleset, Configuration, Memory, PerformanceThe min memory per query option specifies the minimum amount of memory (in kilobytes) that will be allocated for the execution of a query. This is also known as the minimum memory grant. The default value is 1,024 KB. Do not set the min memory per query server configuration option too high, especially on very busy systems, because the query has to wait1 until it can secure the minimum memory requested, or until the value specified in the query wait server configuration option is exceeded. If more memory is available than the specified minimum value required to execute the query, the query is allowed to make use of the additional memory, provided that the memory can be used effectively by the query.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-min-memory-per-query-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
207NetworkPacketSizedefinitionTRUEWarningOption 'network packet size' set to defaultSet 'network packet size' option to @{recommended_network_packet_size} bytes. Current value is @{network_packet_size}DefaultRuleset, Configuration, NetworkThe 'network packet size' option sets the packet size (in bytes) that is used across the whole network. Packets are the fixed-size chunks of data that transfer requests and results between clients and servers. The default packet size is 4096 bytes.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-network-packet-size-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
208NtfsBlockSizeNotFormatteddefinitionTRUEWarningNTFS block size in volumes with database files <> 64KBSet allocation unit size on volume '@{masterFilesVolumeName}' to 64 KB. Current size is @{Output.BlockSize} bytesDefaultRuleset, Performance, Configuration, NTFSA drive can be formatted with different sizes ranging from 512 bytes to 64K sizes with the default being 4KB (4096 bytes). This setting is also called as “Bytes Per Cluster”. The atomic unit of storage in SQL Server is a page which is 8KB in size. Extents are groups of eight 8 KB pages that are physically contiguous to each other for a total of 64 KB. SQL Server uses extents to store data. Hence, on a SQL Server machine the NTFS Allocation unit size hosting SQL database files (Including tempdb files) should be 64 KB.https://docs.microsoft.com/archive/blogs/docast/operating-system-best-practice-configurations-for-sql-serverServerWindowsOnPremises[11.0,)
209OlapSvcAccSamedefinitionTRUEWarning'Analysis Services' and 'SQL Server Database Engine' use same accountUse different accounts for the 'Analysis Services' service and the 'SQL Server Database Engine' service. Now both services use '@{attr::service::MSOLAP.account}' accountDefaultRuleset, ConfigurationRunning the 'Analysis Services' service under the same account as the 'SQL Server Database Engine' service is not recommended.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-windows-service-accounts-and-permissionsServerWindowsOnPremises[11.0,)
210OlapSvcStopeddefinitionTRUEWarning'Analysis Services' service is stoppedRun 'Analysis Services' serviceDefaultRuleset, ConfigurationThe 'Analysis Services' service provides online analytical processing (OLAP) and data mining functionality for business intelligence applications.https://docs.microsoft.com/sql/database-engine/configure-windows/manage-the-database-engine-servicesServerWindowsOnPremises[11.0,)
211OleAutomationProceduresOndefinitionTRUEWarningOption 'Ole Automation Procedures' set to defaultDisable 'Ole Automation Procedures' option to avoid security risksDefaultRuleset, Configuration, SecurityUse the 'Ole Automation Procedures' option to specify whether OLE Automation objects can be instantiated within Transact-SQL batches. When OLE Automation Procedures are enabled, a call to 'sp_OACreate' will start the OLE shared execution environment. The 'Ole Automation Procedures' option can be set to the following values: 1 Enabled, 0 Disabled (default value).https://docs.microsoft.com/sql/database-engine/configure-windows/ole-automation-procedures-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
212PageFileAutoManageddefinitionTRUEWarningPage file is not automatically managedAvoid automatic management of page files. Set custom size for page file on drives: '@{PagingFiles.Drive}'DefaultRuleset, Performance, Memory, PageFile, SysAdminReqMemory allocation failures can occur due to latencies that are associated with growing the size of a page file to support additional memory requirements in the system. A potential cause of these failures is when the page file size is configured as “automatic.” Automatic page-file size starts with a small page file and grows automatically as needed. The IO system consists of many components, including file system filters, file systems, volume filters, storage filters, and so on. The specific components on a given system can cause variability in page file growth.https://support.microsoft.com/help/4055223/memory-allocation-errors-can-be-caused-by-slow-page-file-growthServerWindowsOnPremises[11.0,)
213PageFileAutoManagedAllDrivesdefinitionTRUEWarningPage file is not automatically managedDisable 'Automatically manage paging file size for all drives' optionDefaultRuleset, Performance, Memory, PageFile, SysAdminReqMemory allocation failures can occur due to latencies that are associated with growing the size of a page file to support additional memory requirements in the system. A potential cause of these failures is when the page file size is configured as “automatic.” Automatic page-file size starts with a small page file and grows automatically as needed. The IO system consists of many components, including file system filters, file systems, volume filters, storage filters, and so on. The specific components on a given system can cause variability in page file growth. https://support.microsoft.com/help/4055223/memory-allocation-errors-can-be-caused-by-slow-page-file-growthServerWindowsOnPremises[11.0,)
214PageFileLess10FreeSpacedefinitionTRUEWarningInsufficient page file free spaceRevise page file settings. Less than 10% of page file is availableDefaultRuleset, Performance, Memory, PageFile, SysAdminReqPage file sizing depends on the system crash dump setting requirements and the peak usage or expected peak usage of the system commit charge. Both considerations are unique to each system, even for systems that are identical. This means that page file sizing is also unique to each system and cannot be generalized.https://docs.microsoft.com/windows/client-management/determine-appropriate-page-file-sizeServerWindows LinuxOnPremises[11.0,)0.1
215PageFileNotConfigureddefinitionTRUEWarningPage file not configuredCreate page file on serverDefaultRuleset, Performance, Memory, PageFile, SysAdminReqPage file sizing depends on the system crash dump setting requirements and the peak usage or expected peak usage of the system commit charge. Both considerations are unique to each system, even for systems that are identical. This means that page file sizing is also unique to each system and cannot be generalized.https://docs.microsoft.com/windows/client-management/determine-appropriate-page-file-sizeServerWindowsOnPremises[11.0,)
216PageFileOutdefinitionTRUEWarningMemory paged outRevise LPIM settings. Part of SQL Server process memory has been paged outDefaultRuleset, Performance, Memory, PageFile, SysAdminReqMicrosoft SQL Server performs dynamic memory management based on the memory requirements of the current load and activities on the system. On Windows, SQL Server can use the memory notification mechanisms that are provided by the QueryMemoryResourceNotification Windows API. Based on this information from the QueryMemoryResourceNotification Windows API or from the memory calculation, SQL Server responds to the current memory situation on a specific system. This provides the following benefits: 1. The system does not page out the working set of the SQL Server process; 2. The necessary database pages are available in memory to reduce physical I/O needs. For more information, see the "Dynamic memory management" topic and the "Server memory options" topic in SQL Server Books Online.https://docs.microsoft.com/sql/database-engine/configure-windows/enable-the-lock-pages-in-memory-option-windowsServerWindows LinuxOnPremises[11.0,)
217PowerPlanSchemeNotRecommendeddefinitionTRUEWarningPower plan is High PerformanceSwitch server to High Performance power planDefaultRuleset, Configuration, PerformanceIn some cases you may experience degraded overall performance on a Windows Server 2008 R2 or later machine when running with the default (Balanced) power plan. The issue may occur irrespective of platform and may be exhibited on both native and virtual environments. The degraded performance may increase the average response time for some tasks and cause performance issues with CPU-intensive applications. Please note that you may not notice performance issues while performing simple operations. However, applications or scripts that intensively use resources (primarily processor and memory) may exhibit the problem. To work around the performance degradation issue, you can switch to the High Performance power plan. However, this will disable dynamic performance scaling on the platform. Depending on the environment, if the platform is always under a heavy load, then this is a viable solution.https://support.microsoft.com/help/2207548/slow-performance-on-windows-server-when-using-the-balanced-power-planServerWindowsOnPremises[11.0,)
218PriorityBoostOndefinitionTRUECriticalOption 'priority boost' set to defaultSet 'priority boost' option to default valueDefaultRuleset, Configuration, PerformanceThe 'priority boost' option used to specify whether Microsoft SQL Server should run at a higher scheduling priority than other processes on the same computer. If this option is set to 1, SQL Server runs at a priority base of '13' scheduler. The default is '0', which is a priority base of '7'.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-priority-boost-server-configuration-optionServerWindowsOnPremises[11.0,)
219QueryWaitNotDefaultdefinitionTRUECriticalOption 'query wait' set to defaultSet 'query wait' option to @{default_query_wait}. Current value is @{query_wait}. Increasing maximum wait time may increase amount of time to terminate queriesDefaultRuleset, ConfigurationMemory-intensive queries (such as those involving sorting and hashing) are queued when there is not enough memory available to run the query. The query wait option specifies the time, in seconds (from 0 through 2147483647), that a query waits for resources before it times out. The default value for this option is -1. This means the time-out is calculated as 25 times the estimated query cost.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-query-wait-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
220RecoveryIntervalOndefinitionTRUEWarningOption 'recovery interval' set to defaultSet 'recovery interval' option to @{default_recovery_interval}. Current value is @{recovery_interval}DefaultRuleset, Configuration, PerformanceThe 'recovery interval' option defines an upper limit on the time recovering a database should take. The default recovery-interval value is 0, which allows the Database Engine to automatically configure the recovery interval. Higher values indicate the approximate maximum recovery time, in minutes.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-recovery-interval-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
221RemoteDacClusterOndefinitionTRUEWarningRemote admin connections enabled on cluster (DAC)Enable 'remote admin connections' optionDefaultRuleset, ConfigurationSQL Server provides a dedicated administrator connection (DAC). The DAC lets an administrator access a running server to execute diagnostic functions or Transact-SQL statements, or to troubleshoot problems on the server, even when the server is locked or running in an abnormal state and not responding to a SQL Server Database Engine connection. On cluster configurations, the DAC will be off by default. Users can execute the remote admin connection option of sp_configure to enable the DAC listener to access a remote connection. If SQL Server is unresponsive and the DAC listener is not enabled, you might have to restart SQL Server to connect with the DAC. Therefore, we recommend that you enable the remote admin connections configuration option on clustered systems.https://docs.microsoft.com/sql/database-engine/configure-windows/diagnostic-connection-for-database-administratorsServerWindows LinuxOnPremises[11.0,)
222RemoteQueryTimeoutdefinitionTRUEWarningOption 'remote query timeout' set to defaultSet 'remote query timeout' option to @{recommended_remote_query_timeout}. Current value is @{remote_query_timeout}DefaultRuleset, ConfigurationThe 'remote query timeout' option specifies how long, in seconds, a remote operation can take before SQL Server times out. The default value for this option is 600, which allows a 10-minute wait. This value applies to an outgoing connection initiated by the Database Engine as a remote query.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-remote-query-timeout-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
223RsSvcAccSamedefinitionTRUEWarning'Reporting Services' and 'SQL Server Database Engine' use same accountUse different accounts for 'Reporting Services' service and the 'SQL Server Database Engine' service. Now both services use '@{attr::service::ReportServer.account}' accountDefaultRuleset, ConfigurationRunning the 'Reporting Services' service under the same account as the 'SQL Server Database Engine' service is not recommended.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-windows-service-accounts-and-permissionsServerWindowsOnPremises[11.0,)
224RsSvcStopeddefinitionTRUEWarning'Reporting Services' service is stoppedRun 'Reporting Services' serviceDefaultRuleset, Configuration'The Reporting Services' service manages, executes, creates, schedules and delivers reports.https://docs.microsoft.com/sql/database-engine/configure-windows/manage-the-database-engine-servicesServerWindowsOnPremises[11.0,)
225ScanStartupProcsdefinitionTRUEWarningOption 'scan for startup procs' disabled on replication serversDisable 'scan for startup procs' option for servers that participate in replicationDefaultRuleset, ConfigurationUse the scan for startup procs option to scan for automatic execution of stored procedures at SQL Server startup time. If this option is set to 1, SQL Server scans for and runs all automatically run stored procedures that are defined on the server. The default value for scan for startup procs is 0 (do not scan). This option shouldn't be enabled on a SQL Server participating in replication.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-scan-for-startup-procs-server-configuration-optionServerWindowsOnPremises[11.0,)
226SqlSvcAccNotRecommendeddefinitionTRUEWarning'SQL Server Database Engine' service uses non-recommended accountUse another account to run 'SQL Server Database Engine' service. Current account '@{attr::service::MSSQL.account}' is not recommendedDefaultRuleset, ConfigurationRunning the 'SQL Server Database Engine' service under 'NT AUTHORITY\SYSTEM' or 'NT AUTHORITY\NETWORKSERVICE' accounts is not recommended for security reasons.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-windows-service-accounts-and-permissionsServerWindowsOnPremises[11.0,)
227SqlSvcAccNotSupporteddefinitionTRUEWarning'SQL Server Database Engine' service uses not supported accountUse another account to run 'SQL Server Database Engine' service. Current account '@{attr::service::MSSQL.account}' is not supportedDefaultRuleset, ConfigurationRunning the 'SQL Server Database Engine' service under 'NT AUTHORITY\LOCALSERVICE', 'NT AUTHORITY\SYSTEM' or 'NT AUTHORITY\NETWORKSERVICE' accounts is not supported.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-windows-service-accounts-and-permissionsServerWindowsOnPremises[11.0,)
228ThreadExhaustionCPUBounddefinitionTRUEWarningWorker thread exhaustion on CPU-bound systemPossible worker thread exhaustion (schedulers work queue count is '@{schedulers_work_queue_count}'). Overall runnable tasks count is '@{overall_runnable_tasks_count}' (> 2), indicating the server might be CPU-bound. Configured workers is '@{max_workers_count}'DefaultRuleset, PerformanceConsider overall runnable tasks count and schedulers work queue count.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-max-worker-threads-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
229ThreadExhaustionNotCPUBounddefinitionTRUEWarningPossible worker thread exhaustion on non-CPU-bound systemPossible worker thread exhaustion (schedulers work queue count is '@{schedulers_work_queue_count}'). Because overall runnable tasks count is '@{overall_runnable_tasks_count}' (<= 2), indicating the server might not be CPU bound, there might be room to increase max_worker_threads (configured workers is '@{max_workers_count}')DefaultRuleset, PerformanceConsider overall runnable tasks count and schedulers work queue count.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-max-worker-threads-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
230ThresholdForParallelismdefinitionTRUEWarningOption 'cost threshold for parallelism' set to defaultSet 'cost threshold for parallelism' option to @{default_cost_parallel}. Current value is @{cost_threshold_for_parallelism}DefaultRuleset, Configuration, PerformanceThe 'cost threshold for parallelism' option specifies the threshold at which SQL Server creates and runs parallel plans for queries. SQL Server creates and runs a parallel plan for a query only when the estimated cost to run a serial plan for the same query is higher than the value set in the cost threshold for parallelism. The cost refers to an estimated cost required to run the serial plan on a specific hardware configuration and is not a unit of time. The 'cost threshold for parallelism' option can be set to any value from 0 through 32767. The default value is 5.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-cost-threshold-for-parallelism-server-configuration-optionServerWindows LinuxOnPremises[11.0,)
231WorkerThreadsLargeX64definitionTRUEWarningOption 'max worker threads' set to recommended value on x64 systemReconfigure 'max worker threads' option parameter. Current value (@{max_worker_threads}) is higher than recommended for x64 system (@{recommended_max_worker_threads})DefaultRuleset, Configuration, Performance, CPUThe max worker threads option configures the number of worker threads that are available to SQL Server processes. The default value for max worker threads is 0. This enables SQL Server to automatically configure the number of worker threads at startup.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-max-worker-threads-server-configuration-optionServerWindowsOnPremises[11.0,)
232WorkerThreadsLargeX86definitionTRUEWarningOption 'max worker threads' set to recommended value on x86 systemReconfigure 'max worker threads' option. Current value (@{max_worker_threads}) is higher than recommended for x86 system (@{recommended_max_worker_threads})DefaultRuleset, Configuration, Performance, CPUThe max worker threads option configures the number of worker threads that are available to SQL Server processes. The default value for max worker threads is 0. This enables SQL Server to automatically configure the number of worker threads at startup.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-max-worker-threads-server-configuration-optionServerWindowsOnPremises[11.0,)
233XpCmdShellOndefinitionTRUEWarningOption 'xp_cmdshell' is disabledDisable 'xp_cmdshell' as it exposes to security risksDefaultRuleset, ConfigurationThe xp_cmdshell option is a SQL Server configuration option that enables system administrators to control whether the xp_cmdshell extended stored procedure can be executed on a system. By default, the xp_cmdshell option is disabled on new installations. https://docs.microsoft.com/sql/database-engine/configure-windows/xp-cmdshell-server-configuration-optionServerWindows LinuxOnPremises[11.0,)