Files
sql-server-samples/samples/manage/sql-assessment-api/DefaultRuleset.csv
T

211 KiB

1iditemTypeenabledleveldisplayNamemessagetagsdescriptionhelpLinktarget.typetarget.platformtarget.machineTypetarget.engineEditiontarget.versiontarget.namethresholdlimit
2AutoCreateStatsdefinitionTRUEMedium'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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master msdb tempdb
3AutoUpdateStatsdefinitionTRUEMediumAuto-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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master msdb tempdb
4QueryStoreOndefinitionTRUELowQuery 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 LinuxSqlServer, ManagedInstance[13.0,)NOT: master tempdb model msdb
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 LinuxSqlServer[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 LinuxSqlServer[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/920093ServerWindows LinuxSqlServer[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/920093ServerWindows LinuxSqlServer[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 LinuxSqlServer[11.0,)
10TF845definitionTRUELowTF 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. 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-sqlServerWindows LinuxSqlServer[11.0,)
11TF902definitionTRUEMediumTF 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/2163980ServerWindows LinuxSqlServer[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/2154845ServerWindows LinuxSqlServer[11.0,)
13TF1117overrideTRUELowTF 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/328551ServerWindows LinuxSqlServer[11.0,)
15TF1118overrideTRUELowTF 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 LinuxSqlServer[11.0,)
17TF1211definitionTRUEMediumTF 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 LinuxSqlServer[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 LinuxSqlServer[11.0,)
19TF1224definitionTRUEMediumTF 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 LinuxSqlServer[11.0,)
20TF1229definitionTRUEMediumTF 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 LinuxSqlServer[11.0,)
21TF1236definitionTRUEMediumTF 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/2926217ServerWindows LinuxSqlServer[11.0,)
22TF1236overrideTRUELowTF 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,)
23TF1462definitionTRUEMediumTF 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 LinuxSqlServer[11.0,)
24TF2312definitionTRUELowTF 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/2801413ServerWindowsSqlServer[11.0,)
25TF2312overrideFalseInformationTF2312 sets the query optimizer cardinality estimation model to SQL Server 2014 or above versions, dependent of the compatibility level of the database[12.0, )
26TF2330definitionTRUELowTF 2330 disables recording of index usage statsCheck if you need to disable recording of index usage stats by setting non-default trace flag 2330DefaultRuleset, 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 LinuxSqlServer[11.0,)
27TF2340definitionTRUEInformationTF 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 LinuxSqlServer[11.0,)
28TF2371definitionTRUEInformationTF 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/relational-databases/statistics/statistics#auto_update_statistics-optionServerWindowsSqlServer[11.0,)
29TF2371overrideTRUELowTrace 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,)
30TF2389definitionTRUEInformationTF 2389 enables automatic statistics for ascending keysCheck if you need to set non-default trace flag 2389 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 LinuxSqlServer, ManagedInstance[11.0,)
31TF2390definitionTRUEInformationTF 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 LinuxSqlServer, ManagedInstance[11.0,)
32TF2528definitionTRUELowTF 2528 disables parallel operations for integrity checkingTrace Flag 2528 disables parallel operations for integrity checking, and can cause it to take longer to completeDefaultRuleset, 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 LinuxSqlServer[11.0,)
33TF2549definitionTRUELowTF 2549 optimizes PHYSICAL_ONLY option of DBCC CHECKDBDo not use this trace flag unless you know that each file is based on a unique physical diskDefaultRuleset, 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 LinuxSqlServer[11.0,)
34TF2562definitionTRUELowTF 2562 forces 'DBCC CHECKDB' command to execute in single batchDisable trace flag 2562, which forces '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 LinuxSqlServer[11.0,)
35TF2566definitionTRUEMediumTF 2566 disables default data purity checkDisable trace flag 2566 to turn on 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 LinuxSqlServer[11.0,)
36TF3023definitionTRUEInformationTF 3023 enables Backup Checksum option by defaultDisable trace flag 3023 to turn off '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/2656988ServerWindows LinuxSqlServer[11.0,)
37TF3042definitionTRUEInformationTF 3042 bypasses default backup compression pre-allocation algorithmDisable trace flag 3042 as using this trace flag might cause a slight performance penaltyDefaultRuleset, 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 LinuxSqlServer[11.0,)
38TF3226definitionTRUEInformationTF 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 LinuxSqlServer[11.0,)
39TF4136overrideTRUEInformationDisable 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,)
40TF4136definitionTRUEMediumTF 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 LinuxSqlServer[11.0,)
41TF4137overrideTRUEInformationDisable 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,)
42TF4137definitionTRUELowTF 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 LinuxSqlServer[11.0,)
43TF4138overrideTRUEInformationTrace 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,)
44TF4138definitionTRUELowTF 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 LinuxSqlServer[11.0,)
45TF4139overrideTRUEInformationTrace 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,)
46TF4139definitionTRUELowTF 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 LinuxSqlServer[11.0,)
47TF4199definitionTRUEInformationTF 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/974006ServerWindowsSqlServer[11.0, 14.0)
48TF6498definitionTRUELowTF 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/3024815ServerWindows LinuxSqlServer[12.0.5000,)
49TF6532definitionTRUEInformationTF 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/3107399ServerWindowsSqlServer[11.0.6020,11.0.6518)
50TF6532.6533overrideTRUELowDisable trace flag 6532 in SQL Server 2016 and higher versions.[13.0,)
51TF6532.6533definitionTRUEInformationTF 6532 and 6533 improve spatial data performanceEnable trace flags 6532 and 6533 to improve spatial data performanceDefaultRuleset, TraceFlag, PerformanceTrace flags 6532 and 6533 enable performance improvements of query operations with spatial data types. The performance gain will vary, depending on the configuration, types of queries, and objects.https://support.microsoft.com/help/3107399ServerWindowsSqlServer[11.0,)
52TF6534overrideTRUEInformationEnable 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)
53TF6534definitionTRUELowTF 6534 enables performance improvements for spatial dataVerify 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/3107399ServerWindowsSqlServer[11.0,)
54TF7412definitionTRUEInformationTF 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 LinuxSqlServer[13.0.4001,15.0)
55TF9024definitionTRUELowTF 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-serServerWindowsSqlServer
56TF9024overrideTRUEInformationEnable 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)
57TF9024overrideTRUELowTF9024 is not needed in SQL Server 2012 SP3, SQL Server 2014 SP1 and above.[11.0.6020, 12.0) [12.0.4100,)
58TF8048definitionTRUELowTF 8048 converts NUMA partitioned memory objects into CPU partitionedVerify need to set a Non-default TF 8048 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-serServerWindowsSqlServer
59TF8048overrideTRUELowDisable trace flag 8048 in SQL Server 2014 SP2, SQL Server 2016 and above[12.0.4100,)
60TF8048overrideTRUEInformationEnable trace flag 8048 to convert NUMA partitioned memory objects into CPU partitioned[11.0, 12.0.4100)
61DeprecatedFeaturesdefinitionTRUELowDeprecated or discontinued features should not be usedUse actual features for SQL Server version @{ProductVersion} instead of found deprecated features: @{DeprecatedFeature}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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master tempdb model msdb
62SystemHealthSessiondefinitionTRUEMedium'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 LinuxSqlServer, ManagedInstance[11.0,)
63SPServerDiagnosticsSessiondefinitionTRUELow'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 LinuxSqlServer[11.0,)
64DefaultTracedefinitionTRUELowDefault 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 LinuxSqlServer, ManagedInstance[11.0,)
65HintsStatisticsdefinitionTRUEInformationHints 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 LinuxSqlServer, ManagedInstance[11.0,)
66HintsUsageInModulesdefinitionFalseInformationHints 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 LinuxSqlServer, ManagedInstance[11.0,)
67PlansUseRatiodefinitionTRUEMediumAmount of single-use plans in cache is highEnable 'Optimize for ad hoc workloads' option on heavy OLTP ad-hoc workloads to conserve resources. Current amount of single-use plans in cache is high (@{SingleUsePlansUseRatio:P0})DefaultRuleset, Performance, QueryOptimizerThe 'Optimize for ad hoc workloads' option helps relieve memory pressure by not allowing the plan cache to become filled with compiled plans that aren't reused.https://docs.microsoft.com/sql/database-engine/configure-windows/optimize-for-ad-hoc-workloads-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)0.5
68HypotheticalIndexesdefinitionTRUEMediumHypothetical 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb
69HypotheticalStatisticsdefinitionTRUEMediumHypothetical 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 LinuxSqlServer, ManagedInstance[11.0,)
70LatestCUdefinitionTRUEMediumSQL Server version is not supportedUpdate SQL Server and install service packs and cumulative updates. Current product version @{ProductVersion} of SQL Server is out of supportDefaultRuleset, Security, UpdateIssuesThe Microsoft Support Lifecycle (MSL) policy offers a minimum of 10 years of support (5 years Mainstream support and 5 years Extended support). It also provides support for 1 year after the new service pack was released, older service packs are unsupported.https://support.microsoft.com/help/321185/how-to-determine-the-version-edition-and-update-level-of-sql-server-anServerWindows LinuxSqlServer[11.0,)
71LatestCUoverrideTRUELowSQL Server instance is not up to dateUpdate SQL Server and install service packs and cumulative updates. Current product version @{ProductVersion} is not up to dateOn 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).[11.0.7001, 12.0) [12.0.6024, 13.0) [13.0.6300,)
72LatestCUoverrideTRUELowSQL Server instance is up to dateProduct version @{ProductVersion} is latest available[11.0.7507, 12.0) [12.0.6439, 13.0) [13.0.6419, 14.0) [14.0.3445, 15.0) [15.0.4236,)
73LatestCUoverrideTRUELowUpgrade SQL Server 2012 to receive full product updates and Microsoft Support. End of support is July, 12 2022.We recommend upgrading to the latest SQL Server version to keep your instances secure and compliant. If upgrade is not an option at this point, follow the help link to protect your SQL Server 2012 with Extended Security Updates (ESU).https://docs.microsoft.com/sql/sql-server/end-of-support/sql-server-extended-security-updates[11.0, 12.0)
74FKNoIndexesdefinitionTRUEMediumForeign key constraints should have corresponding indexesCreate a corresponding index on each foreign key in tables: @{TableName}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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb
75MissedIndexesdefinitionTRUEInformationPotentially 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb
76FullBackupdefinitionTRUEMediumFull 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 LinuxSqlServer[11.0,)NOT: model tempdb7
77OutdatedTranLogBackupdefinitionTRUEMediumTransaction 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 @{threshold}H.https://docs.microsoft.com/sql/relational-databases/backup-restore/back-up-a-transaction-log-sql-serverDatabaseWindows LinuxSqlServer[11.0,)NOT: master model msdb tempdb24
78DbDiffCollationdefinitionTRUEMediumDatabase 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 LinuxSqlServer, ManagedInstance[11.0,)
79AutoClosedefinitionTRUEMedium'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 LinuxSqlServer[11.0,)NOT: master msdb tempdb
80AutoShrinkdefinitionTRUEMedium'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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master msdb tempdb
81PageVerifydefinitionTRUEMedium'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 LinuxSqlServer[11.0,)NOT: master msdb tempdb
82DbChainingdefinitionTRUEMediumCross-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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master msdb tempdb
83AutoCreateStatsIncrementaldefinitionTRUELowIncremental 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 LinuxSqlServer, ManagedInstance[12.0,)NOT: master msdb tempdb
84TrustWorthydefinitionTRUELow'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 LinuxSqlServer[11.0,)NOT: master msdb tempdb
85ParameterizationNotSimpledefinitionTRUELow'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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master msdb tempdb
86TempDBFilesNotSameSizedefinitionTRUEMediumTempDB 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 LinuxSqlServer[11.0,)
87TempDBFilesMultiple4definitionTRUELowNumber of TempDB data files should be in multiples of 4Make the number of data files be in multiples of 4. For example, 8, 12, 16, and so on, depending on your workloads. Currently you have @{physical_name} TempDB data files 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 LinuxSqlServer[11.0,)
88TempDBFiles1PerCPUdefinitionTRUEMediumNumber 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 LinuxSqlServer[11.0,)
89TempDBFilesNotLess8definitionTRUEMediumNumber 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 LinuxSqlServer[11.0,)
90TempDBFilesAutoGrowthdefinitionTRUEMediumTempDB 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 LinuxSqlServer[11.0,)
91FilesAutogrowthdefinitionTRUEMediumDatabase 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 LinuxSqlServer, ManagedInstance[13.0.4001,)
92DuplicateIndexesdefinitionTRUELowDuplicate indexesRemove duplicate indexes in table @{Table}: @{Indexes}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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb
93RedundantIndexesdefinitionTRUELowTables 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb
94UserObjectsInMasterdefinitionTRUELowUser 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 LinuxSqlServer, ManagedInstance[11.0,)master
95HighCPUUsagedefinitionTRUEMediumHigh 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-usageServerWindowsSqlServer, ManagedInstance[11.0,)70
96ReplErrors24HdefinitionTRUEMediumReplication 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 LinuxSqlServer, ManagedInstance[11.0,)
97AgentAlertsSeverity10definitionTRUELowAgent 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 LinuxSqlServer, ManagedInstance[11.0,)
98AgentAlertsSeverity16definitionTRUELowAgent 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 LinuxSqlServer, ManagedInstance[11.0,)
99AgentAlertsSeverity17definitionTRUELowAgent 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 LinuxSqlServer, ManagedInstance[11.0,)
100AgentAlertsSeverity19definitionTRUELowAgent 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 LinuxSqlServer, ManagedInstance[11.0,)
101AgentAlertsSeverity20definitionTRUELowAgent 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 LinuxSqlServer, ManagedInstance[11.0,)
102AgentAlertsSeverity21definitionTRUELowAgent 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 LinuxSqlServer, ManagedInstance[11.0,)
103AgentAlertsSeverity22definitionTRUELowAgent 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 LinuxSqlServer, ManagedInstance[11.0,)
104AgentAlertsSeverity23definitionTRUELowAgent 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 LinuxSqlServer, ManagedInstance[11.0,)
105AgentAlertsSeverity24definitionTRUELowAgent 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 LinuxSqlServer, ManagedInstance[11.0,)
106WeakPassworddefinitionTRUEMediumSQL logins have weak passwordsSet strong passwords for logins: @{PasswordData}DefaultRuleset, Security, WeakPasswordSome SQL logins have weak passwords. Make sure that you use a strong password for each of your SQL logins to decrease vulnerabilities.https://docs.microsoft.com/sql/relational-databases/security/strong-passwordsServerWindows LinuxSqlServer, ManagedInstance[11.0,)
107VLFCountdefinitionTRUEMediumVLF 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 LinuxSqlServer, ManagedInstance[11.0,)50
108TF8015definitionTRUEMediumTF 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/316044ServerWindowsSqlServer[11.0,11.0.3349)
109TF8032definitionTRUEMediumTF 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.ServerWindows LinuxSqlServer[11.0,)
110TF8744definitionTRUEMediumTF 8744 disables pre-fetching for Nested Loop operatorDisable trace flag 8744DefaultRuleset, 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-workloaServerWindowsSqlServer[11.0,12.0)
111TF9347definitionTRUEMediumTF 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.ServerWindowsSqlServer[11.0,13.0)
112TF9349definitionTRUEMediumTF 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.ServerWindowsSqlServer[11.0,13.0)
113TF9389definitionTRUEMediumTF 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.ServerWindowsSqlServer, ManagedInstance[11.0,13.0)
114TF9476definitionTRUEMediumTF 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.ServerWindowsSqlServer[11.0,13.0)
115TF9481definitionTRUEMediumTF 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.ServerWindowsSqlServer[11.0,12.0)
116TF10204definitionTRUEMediumTF 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.ServerWindows LinuxSqlServer[11.0,13.0)
117SPNamingdefinitionTRUELowStored 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 LinuxSqlServer, ManagedInstance[11.0,)
118ObjectNamingSpecialChardefinitionTRUELowSpecial 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 LinuxSqlServer, ManagedInstance[11.0,)
119ColumnNamingSpecialChardefinitionTRUELowSpecial 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 LinuxSqlServer, ManagedInstance[11.0,)
120FnNamingdefinitionTRUEMediumUser 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 LinuxSqlServer, ManagedInstance[11.0,)
121ObjectNamingResKeywordsdefinitionTRUELowObject 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 LinuxSqlServer, ManagedInstance[11.0,)
122DeprFeaturesInModulesdefinitionTRUELowDeprecated or discontinued features in modulesDo not use deprecated or discontinued feature '@{Feature}'. It probably is used in @{ObjectName}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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master tempdb model msdb
123DeprFeaturesInJobsdefinitionTRUELowDeprecated 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 LinuxSqlServer, ManagedInstance[11.0,)
124DeprFeaturesInJobsoverrideFalseLowServerWindows LinuxAzureVmSqlServer, ManagedInstance[11.0,)
125NUMANodeSingleCPUdefinitionTRUEMediumSingle 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)ServerWindowsSqlServer, ManagedInstance[11.0,)
126NUMANodeNoCPUdefinitionTRUEMediumNUMA 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)ServerWindowsSqlServer, ManagedInstance[11.0,)
127IndexKeyGuiddefinitionTRUELowGuid 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master tempdb model msdb
128IndexesLargeKeysdefinitionTRUELowIndexes keys with more than @{threshold} bytesRemove keys larger than @{threshold} 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 @{threshold}-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.aspxDatabaseWindowsSqlServer, ManagedInstance[11.0,13.0)NOT: master model msdb tempdb900
129IndexesLargeKeysNonClustdefinitionTRUELowNonClustered indexes keys with more than @{threshold} bytesRemove keys larger than @{threshold} 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 @{threshold}-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 LinuxSqlServer, ManagedInstance[13.0,)NOT: master model msdb tempdb1700
130IndexesLargeKeysClustdefinitionTRUELowClustered indexes keys with more than @{threshold} bytesRemove keys larger than @{threshold} 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 @{threshold}-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 LinuxSqlServer, ManagedInstance[13.0,)NOT: master model msdb tempdb900
131DisabledIndexesdefinitionTRUEMediumDisabled 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb
132IndexesFillFactordefinitionTRUELowIndex fill factor is below @{threshold}%Review index @{FullName} as its fill factor @{FillFactor} is lower than @{threshold} 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 @{threshold} means that @{leafPageEmptyPercent} 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb80
133NonUniqueClusterIndexdefinitionTRUEMediumNon-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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb
134SuspectPagesdefinitionTRUEHighSuspect 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,)
135SparseFilesdefinitionTRUELowSparse 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,)
136TableNoIndexdefinitionTRUELowTables 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master tempdb model msdb
137TableNoClusteredIndexdefinitionTRUELowTables 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master tempdb model msdb
138TablePSAligndefinitionTRUELowTable 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master tempdb model msdb
139SystemHealthdefinitionTRUEHighSystem 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 LinuxSqlServer, ManagedInstance[11.0,)
140RarelyUsedIndexdefinitionTRUELowRarely 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb
141UnusedIndexdefinitionTRUEMediumUnused indexRevise unused @{IndexName} index on @{TableName} tableDefaultRuleset, 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb
142SkewedCompatibilityLeveldefinitionTRUELowDatabase 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,)
143PendingDiskIORequestsdefinitionTRUEMediumPending 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,)
144MaxDOPdefinitionTRUEMediumMaxDOP 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 LinuxSqlServer[11.0,)
145MaxDOPFewNUMAdefinitionTRUELowMAXDOP 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/2806535ServerWindowsSqlServer[11.0, 13.0)
146DbIntegritydefinitionTRUEMediumDatabase 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: tempdb7
147DirectCatalogUpdatesdefinitionTRUELowDirect 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: tempdb
148DataPurityCheckdefinitionTRUELowData 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb
149StatSamplingRatedefinitionTRUELowStatistics 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 LinuxSqlServer, ManagedInstance[11.0,)0.25
150IndexFragmentationdefinitionTRUEMediumIndex 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb5
151IndexFragmentationoverrideTRUELow[12.0,)
152XTPHashAvgChainBucketsdefinitionTRUEMediumHigh 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 LinuxSqlServer, ManagedInstance[12.0,)NOT: master model msdb tempdb
153XTPTooManyBucketsdefinitionTRUELowToo 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 LinuxSqlServer, ManagedInstance[12.0,)NOT: master model msdb tempdb
154XTPTooFewBucketsdefinitionTRUEMediumToo 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 LinuxSqlServer, ManagedInstance[12.0,)NOT: master model msdb tempdb
155XTPRangeIXHealthdefinitionTRUELowNonClustered 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 LinuxSqlServer, ManagedInstance[12.0,)NOT: master model msdb tempdb
156TF6533MisusedefinitionTRUELow'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/3107399DatabaseWindowsSqlServer[11.0.6020, 11.0.6518)NOT: master model msdb tempdb
157UntrustedConstraintsdefinitionTRUELowUntrusted 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 LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb
158PercentAutogrowsdefinitionTRUELowDatabase 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 LinuxSqlServer[11.0,)NOT: master model msdb tempdb
159StatsUpdatedefinitionTRUELowStatistics 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 LinuxSqlServer, ManagedInstance[11.0,)500
160AdHocQueriesOffdefinitionTRUELowOption '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 LinuxSqlServer[11.0,)
161AffinityMasksOverlapdefinitionTRUELowAffinity Mask and Affinity I/O Mask overlappingCorrect Affinity Mask and Affinity IO Mask overlapDefaultRuleset, 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 LinuxSqlServer[11.0,)
162AgentSvcAccNotRecommendeddefinitionTRUELow'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-permissionsServerWindowsSqlServer[11.0,)
163AgentSvcAccNotRecommendedoverrideFalseLowExpress
164AgentSvcAccNotSupporteddefinitionTRUELow'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-permissionsServerWindowsSqlServer[11.0,)
165AgentSvcAccNotSupportedoverrideFalseLowExpress
166AgentSvcAccSamedefinitionTRUELow'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-permissionsServerWindowsSqlServer[11.0,)
167AgentSvcAccSameoverrideFalseLowExpress
168AgentSvcStopeddefinitionTRUELow'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-servicesServerWindowsSqlServer[11.0,)
169AgentSvcStopedoverrideFalseLowExpress
170AutoSoftNUMAOndefinitionTRUELowAuto 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 LinuxSqlServer[13.0,)
171AzSqlVmSizedefinitionTRUEInformationVM 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-practicesServerWindowsAzureVmSqlServer[11.0,)
172BlockingChainsdefinitionTRUELowBlocking 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 LinuxSqlServer[11.0,)5
173BlockProcThreshNotRecommenddefinitionTRUELowBlocked 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 LinuxSqlServer[11.0,)5
174BrowserSvcAccSamedefinitionTRUELow'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-permissionsServerWindowsSqlServer[11.0,)
175BrowserSvcStopeddefinitionTRUELow'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-servicesServerWindowsSqlServer[11.0,)
176CrossDBOwnershipOffdefinitionTRUELowOption '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 LinuxSqlServer[11.0,)
177DefaultTraceOffdefinitionTRUELowDefault 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 LinuxSqlServer[11.0,)
178DiskFragmentationAnalysisdefinitionTRUELowDisk 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-drivesServerWindowsSqlServer[11.0,)
179DiskPartitionAlignmentdefinitionTRUELowDisk 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)ServerWindowsSqlServer[11.0,)65536
180DtsSvcAccSamedefinitionTRUELow'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-permissionsServerWindowsSqlServer[11.0,)
181DtsSvcStopeddefinitionTRUELow'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-servicesServerWindowsSqlServer[11.0,)
182ErrorLogSizedefinitionTRUELowError 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 LinuxSqlServer[11.0,)50
183FullTextServiceLoadOSResourcesdefinitionTRUELowFull-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 LinuxSqlServer, ManagedInstance[11.0,)
184FullTextServiceVerifySignaturedefinitionTRUELowFull-text search option 'verify_signature' set to defaultSet full-text search option 'verify_signature' 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 LinuxSqlServer, ManagedInstance[11.0,)
185FullTextSvcAccNotRecommendeddefinitionTRUELow'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-permissionsServerWindowsSqlServer[11.0,)
186FullTextSvcAccSamedefinitionTRUELow'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-permissionsServerWindowsSqlServer[11.0,)
187FullTextSvcStopeddefinitionTRUELow'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-servicesServerWindowsSqlServer[11.0,)
188HPLogicalProcessordefinitionTRUELowHP 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-c04650594ServerWindowsSqlServer[11.0,)
189IndexCreateMemorydefinitionTRUELow'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 LinuxSqlServer[11.0,)
190LightweightPoolingOndefinitionTRUELowLightweight 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 LinuxSqlServer[11.0,)
191LocksOptionNotDefaultdefinitionTRUELowOption '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 LinuxSqlServer[11.0,)
192MaxDOP1NUMAdefinitionTRUELowMAXDOP 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 LinuxSqlServer[11.0,)
193MaxDopFewNumaLess16definitionTRUELowMAXDOP 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 LinuxSqlServer[13.0,)
194MaxDopFewNumaOver16definitionTRUELowMAXDOP 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 LinuxSqlServer[13.0,)
195MaxDopFewNumaOver8definitionTRUEMediumMAXDOP 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/2806535ServerWindowsSqlServer[11.0, 13.0)
196MaxMemorydefinitionTRUELowMax 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 LinuxSqlServer[11.0,)2147483647
197MaxMemoryoverrideTRUELowExpress1410
198MaxMemoryoverrideTRUELowStandard131072
199MaxMemorySystemdefinitionTRUELowMax 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 LinuxSqlServer[11.0,)2147483647
200MaxMemorySystemoverrideTRUELowExpress1410
201MaxMemorySystemoverrideTRUELowStandard131072
202MinMemoryPerQuerydefinitionTRUELowOption '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 LinuxSqlServer[11.0,)
203NetworkPacketSizedefinitionTRUELowOption '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 LinuxSqlServer[11.0,)
204NtfsBlockSizeNotFormatteddefinitionTRUELowNTFS block size in volumes with database files <> 64KBSet allocation unit size on volume '@{volume_mount_point}' 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-serverServerWindowsSqlServer[11.0,)
205NtfsBlockSizeNotFormattedoverrideTRUEMediumAzureVm
206OlapSvcAccSamedefinitionTRUELow'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-permissionsServerWindowsSqlServer[11.0,)
207OlapSvcStopeddefinitionTRUELow'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-servicesServerWindowsSqlServer[11.0,)
208OleAutomationProceduresOndefinitionTRUELowOption '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 LinuxSqlServer[11.0,)
209PageFileAutoManageddefinitionTRUELowPage 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-growthServerWindows@{not=AzureVm}SqlServer[11.0,)
210PageFileAutoManagedAllDrivesdefinitionTRUELowPage 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-growthServerWindowsSqlServer[11.0,)
211PageFileLess10FreeSpacedefinitionTRUELowInsufficient 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 LinuxSqlServer[11.0,)0.1
212PageFileNotConfigureddefinitionTRUELowPage 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-sizeServerWindowsSqlServer[11.0,)
213PageFileOutdefinitionTRUELowMemory 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 LinuxSqlServer[11.0,)
214PowerPlanSchemeNotRecommendeddefinitionTRUEMediumPower 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-planServerWindowsSqlServer[11.0,)
215PriorityBoostOndefinitionTRUEHighOption '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-optionServerWindowsSqlServer[11.0,)
216QueryWaitNotDefaultdefinitionTRUEHighOption '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 LinuxSqlServer[11.0,)
217RecoveryIntervalOndefinitionTRUELowOption '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 LinuxSqlServer[11.0,)
218RemoteDacClusterOndefinitionTRUELowRemote 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 LinuxSqlServer[11.0,)
219RemoteQueryTimeoutdefinitionTRUELowOption '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 LinuxSqlServer[11.0,)
220RsSvcAccSamedefinitionTRUELow'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-permissionsServerWindowsSqlServer[11.0,)
221RsSvcStopeddefinitionTRUELow'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-servicesServerWindowsSqlServer[11.0,)
222ScanStartupProcsdefinitionTRUELowOption '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-optionServerWindowsSqlServer[11.0,)
223SqlSvcAccNotRecommendeddefinitionTRUELow'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-permissionsServerWindowsSqlServer[11.0,)
224SqlSvcAccNotSupporteddefinitionTRUELow'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-permissionsServerWindowsSqlServer[11.0,)
225ThreadExhaustionCPUBounddefinitionTRUELowWorker 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 LinuxSqlServer[11.0,)
226ThreadExhaustionNotCPUBounddefinitionTRUELowPossible 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 LinuxSqlServer[11.0,)
227ThresholdForParallelismdefinitionTRUEMediumOption '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 LinuxSqlServer[11.0,)
228WorkerThreadsLargeX64definitionTRUELowOption '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-optionServerWindowsSqlServer[11.0,)
229WorkerThreadsLargeX86definitionTRUELowOption '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-optionServerWindowsSqlServer[11.0,)
230XpCmdShellOndefinitionTRUELowOption '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 LinuxSqlServer[11.0,)
231AccessCheckCachedefinitionTRUEInformationNon-default values for access check cache optionsReview non-default values for access check cache optionsDefaultRuleset, ConfigurationWhen database objects are accessed by SQL Server, the access check is cached in an internal structure called the access check result cache. The 'access check cache bucket count' and 'access check cache quota' options control the number of hash buckets and number of entries used for access check result cache. The default values of 0 indicate that SQL Server is managing these options.https://docs.microsoft.com/sql/database-engine/configure-windows/access-check-cache-server-configuration-optionsServerWindows LinuxSqlServer, ManagedInstance[11.0,)
232AccessCheckCacheRatiodefinitionTRUELowAccess check cache options ratioUse a ratio of 1:4 for access check cache optionsDefaultRuleset, ConfigurationWhen database objects are accessed by SQL Server, the access check is cached in an internal structure called the access check result cache. The 'access check cache bucket count' and 'access check cache quota' options control the number of hash buckets and number of entries used for access check result cache. These options should be set using a ratio of 1:4.https://docs.microsoft.com/sql/database-engine/configure-windows/access-check-cache-server-configuration-optionsServerWindows LinuxSqlServer, ManagedInstance[11.0,)
233Affinity64IOMaskdefinitionTRUEInformationNon-default value for 'affinity64 I/O mask' optionReview non-default value @{affinity64_io_mask} for the 'affinity64 I/O mask' optionDefaultRuleset, Performance, ConfigurationThe 'affinity64 I/O mask' binds SQL Server disk I/O to a specified subset of CPUs, similar to the 'affinity I/O mask' option. Use 'affinity I/O mask' to bind the first 32 processors, and use 'affinity64 I/O mask' to bind the remaining processors.https://docs.microsoft.com/sql/database-engine/configure-windows/affinity64-input-output-mask-server-configuration-optionServerWindows LinuxSqlServer[11.0,)
234Affinity64MaskdefinitionTRUELowNon-default value for 'affinity64 mask' optionReview non-default value @{affinity64_mask} for the 'affinity64 mask' option as it will be removed in a future versionDefaultRuleset, Performance, ConfigurationThe 'affinity64 mask' binds processors to specific threads, similar to the 'affinity mask' option. Use 'affinity mask' to bind the first 32 processors, and use 'affinity64 mask' to bind the remaining processors.https://docs.microsoft.com/sql/database-engine/configure-windows/affinity64-mask-server-configuration-optionServerWindows LinuxSqlServer[11.0,)
235AffinityIOMaskdefinitionTRUEInformationNon-default value for 'affinity I/O mask' optionReview non-default value @{affinity_io_mask} for the 'affinity I/O mask' optionDefaultRuleset, Performance, ConfigurationIn a multi-processor system, the 'affinity I/O mask' option binds SQL Server disk I/O to a specified subset of CPUs.https://docs.microsoft.com/sql/database-engine/configure-windows/affinity-input-output-mask-server-configuration-optionServerWindows LinuxSqlServer[11.0,)
236AffinityMaskdefinitionTRUELowNon-default value for 'affinity mask' optionReview non-default value @{affinity_mask} for the 'affinity64 mask' option as it will be removed in a future versionDefaultRuleset, Performance, ConfigurationIn a multi-processor system, the 'affinity mask' option is used to assign certain CPUs to an instance of SQL Server. When the 'affinity mask' is at its default value of 0, the instance of SQL Server can use all processors in the system for its threads. Setting the 'affinity mask' to a non-default value, restricts SQL Server to using only the assigned CPUs.https://docs.microsoft.com/sql/database-engine/configure-windows/affinity-mask-server-configuration-optionServerWindows LinuxSqlServer[11.0,)
237AGDbDisjoineddefinitionTRUELowAvailability database joined stateJoin database '@{databaseName}' to availability group '@{ag_name}' on secondary replica '@{ag_replica_server}'DefaultRuleset, AlwaysOnTo add a database to an availability group, the database must be an online, read-write database that exists on the server instance that hosts the primary replica. When you add a database, it joins the availability group as a primary database. No corresponding secondary database exists until backups of the new primary database are restored to the server instance that hosts the secondary replica. The new secondary database is in the RESTORING state until it is joined to the availability group. Joining places the secondary database into the ONLINE state and initiates data synchronization with the corresponding primary database.https://docs.microsoft.com/sql/database-engine/availability-groups/windows/join-a-secondary-database-to-an-availability-group-sql-serverServerWindows LinuxSqlServer[11.0,)
238AGEndpointEncryptiondefinitionTRUELowDatabase mirroring endpoint encryptionConfigure data encryption on endpoint '@{endpoint_name}'By default, a database mirroring endpoint requires encryption of data sent over mirroring connections. In this case, the endpoint can connect only to endpoints that also use encryption. Unless you can guarantee that your network is secure, we recommend that you require encryption for your database mirroring connections.https://docs.microsoft.com/sql/database-engine/availability-groups/windows/prereqs-restrictions-recommendations-always-on-availabilityServerWindows LinuxSqlServer[11.0,)
239AgentXPsdefinitionTRUEInformationOption 'Agent XPs' is disabledEnable 'Agent XPs' optionDefaultRuleset, ConfigurationThe 'Agent XPs' option enables the SQL Server Agent extended stored procedures. When this option is disabled, the SQL Server Agent node is not available in SQL Server Management Studio Object Explorer.https://docs.microsoft.com/sql/database-engine/configure-windows/agent-xps-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
240AGFailureConditionLeveldefinitionTRUEInformationAvailability group failure-condition levelReview failure-condition level for availability group '@{ag_name}'DefaultRuleset, AlwaysOnA flexible failover policy provides granular control over the conditions that cause automatic failover for an availability group. By changing the failure conditions that trigger an automatic failover and the frequency of health checks, you can increase or decrease the likelihood of an automatic failover to support your Service Level Agreement (SLA) for high availability.https://docs.microsoft.com/sql/database-engine/availability-groups/windows/configure-flexible-automatic-failover-policyServerWindows LinuxSqlServer[11.0,)
241AGHealthCheckTimeoutdefinitionTRUEInformationAvailability group health check timeoutReview non-default value @{health_check_timeout} of health check timeout for availability group '@{ag_name}'. Default value is 30000 milliseconds (30 seconds)DefaultRuleset, AlwaysOnThe Always On resource DLL monitors the status of internal SQL Server components. sp_server_diagnostics reports the health of these components on an interval controlled by health check timeout. The default settings are optimized for quickly reacting to symptoms of hard failures and limiting downtime, but these settings can also be overly aggressive for certain workloads and configurations.https://docs.microsoft.com/sql/database-engine/availability-groups/windows/availability-group-lease-healthcheck-timeoutServerWindows LinuxSqlServer[11.0,)
242AGIsFailoverReadydefinitionTRUELowAvailability database automatic failover readinessDatabase '@{databaseName}' in availability group '@{ag_name}' is not ready for automatic failover. Synchronize database on secondary replica '@{ag_replica_server}'DefaultRuleset, AlwaysOnWithin the context of an availability group, the primary role and secondary role of availability replicas are typically interchangeable in a process known as failover. During the failover, a qualified secondary replica takes over the primary role, recovers its databases, and brings them online as the new primary databases. An automatic failover causes a qualified secondary replica to automatically transition to the primary role after the primary replica becomes unavailable.https://docs.microsoft.com/sql/database-engine/availability-groups/windows/failover-and-failover-modes-always-on-availability-groups#AutomaticFailoverServerWindows LinuxSqlServer[11.0,)
243AGMultipleDHCPListenerSubnetsdefinitionTRUELowAvailability group listener network modeReconfigure '@{dns_name}' listener for '@{ag_name}' availability group. Use static IP addresses across multiple subnetsDHCP network mode is limited to a single subnet that is used for every server instances that hosts a replica in the availability group. To create an availability group across multiple subnets, each subnet requires a static IP address in the listener configuration.https://docs.microsoft.com/sql/database-engine/availability-groups/windows/create-or-configure-an-availability-group-listener-sql-serverServerWindows LinuxSqlServer[11.0,)
244AGReplicasDisconnecteddefinitionTRUELowAvailability replica connection stateResolve connection issue on availability replica '@{ag_replica_server}' in availability group '@{ag_name}'DefaultRuleset, AlwaysOnAn availability group supports a replicated environment for a discrete set of user databases, known as availability databases. Each set of availability databases is hosted by an availability replica. Two types of availability replicas exist: a single primary replica, which hosts the primary databases, and one to eight secondary replicas, each of which hosts a set of secondary databases and serves as potential failover targets for the availability group. The primary replica sends transaction log records of each primary database to every secondary database. This process - known as data synchronization - occurs at the database level. Every secondary replica caches the transaction log records and then applies them to its corresponding secondary database.https://docs.microsoft.com/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-serverServerWindows LinuxSqlServer[11.0,)
245AGReplicasSynchronizeddefinitionTRUELowAvailablity replica synchronization healthResolve synchronization issues on availability replica '@{ag_replica_server}' in availability group '@{ag_name}'DefaultRuleset, AlwaysOnAn availability group supports a replicated environment for a discrete set of user databases, known as availability databases. Each set of availability databases is hosted by an availability replica. Two types of availability replicas exist: a single primary replica, which hosts the primary databases, and one to eight secondary replicas, each of which hosts a set of secondary databases and serves as potential failover targets for the availability group. The primary replica sends transaction log records of each primary database to every secondary database. This process - known as data synchronization - occurs at the database level. Every secondary replica caches the transaction log records and then applies them to its corresponding secondary database.https://docs.microsoft.com/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-serverServerWindows LinuxSqlServer[11.0,)
246AGTotalNumberdefinitionTRUELowMaximum number of Availability GroupsReview the number of Availability Groups (@{ag_id}) currently hosted on the SQL Server instanceDefaultRuleset, AlwaysOnThe actual number of databases and availability groups you can put on a computer (VM or physical) depends on the hardware and workload, but there is no enforced limit. Microsoft has tested up to 10 AGs and 100 DBs per physical machine. Signs of overloaded systems can include, but are not limited to, worker thread exhaustion, slow response times for availability group system views and DMVs, and/or stalled dispatcher system dumps.https://docs.microsoft.com/sql/database-engine/availability-groups/windows/prereqs-restrictions-recommendations-always-on-availability#PrerequisitesForAGsServerWindows LinuxSqlServer[11.0,)10
247AllowUpdatesdefinitionTRUELowNon-default value for 'allow updates' optionReview non-default value @{allow_updates} for the 'allow updates' option as it has no effect and will be removed in a future versionDefaultRuleset, Performance, ConfigurationThe 'allow updates' option has no effect and will be removed in a future version of Microsoft SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature.https://docs.microsoft.com/sql/database-engine/configure-windows/allow-updates-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
248AutoStartProcsdefinitionTRUELowAutomated execution of stored procedures is enabledDisable automated execution of stored procedures: @{sp_name}DefaultRuleset, Configuration, Security, PerformanceAutomated execution of stored procedures during the SQL Server startup may delay the availability of the SQL Server instance during the startup procedure. It also introduces the risk of execution of unauthorized code.https://docs.microsoft.com/sql/relational-databases/stored-procedures/execute-a-stored-procedure#execute-stored-procedures-automaticallyServerWindows LinuxSqlServer, ManagedInstance[11.0,)
249AutoUpdateStatsAsyncdefinitionTRUEInformationOption 'AUTO_UPDATE_STATISTICS_ASYNC' is enabledDisable 'AUTO_UPDATE_STATISTICS_ASYNC' optionDefaultRuleset, ConfigurationThe Query Optimizer could choose a suboptimal query plan if statistics are out-of-date when the query compiles. User database has AUTO_UPDATE_STATISTICS_ASYNC enabled on one or more user databases. https://docs.microsoft.com/sql/t-sql/statements/alter-database-transact-sql-set-options#auto_update_statistics_asyncDatabaseWindows LinuxSqlServer, ManagedInstance[11.0,)
250AzDataDiskCachedefinitionTRUEHighAzure disk caching for data filesSet caching to 'ReadOnly' for disk @{name} (@{volume_mount_point}) as it is used for storing data files. Current setting: '@{caching}'DefaultRuleset, Performance, DBFileConfiguration, DBConfigurationUncached IOPS and throughput plus Cached IOPS and throughput will yield the total possible performance available from the virtual machine within the VMs limits.https://docs.microsoft.com/azure/azure-sql/virtual-machines/windows/performance-guidelines-best-practices-storage#data-file-caching-policiesDatabaseWindowsAzureVmSqlServer[11.0,)NOT: tempdb
251AzDataDiskStripingdefinitionTRUEInformationAzure data disk stripingConsider using data disk striping to increase I/O bandwidth of volume @{volume_mount_point}DefaultRuleset, Configuration, PerformanceThere are throughput and bandwidth limits at the data disk level. Applications that consume resources beyond these limits will be throttled. For more throughput and bandwidth, you can add additional data disks and use disk striping. You can use Storage Spaces inside a virtual machine to combine multiple data disks, creating more storage capacity or performance than is available from a single data disk.https://docs.microsoft.com/azure/azure-sql/virtual-machines/windows/performance-guidelines-best-practices-storage#disk-stripingServerWindowsAzureVmSqlServer[11.0,)
252AzDataOnDataDisksdefinitionTRUEMediumData files on Azure data disksMove data files from @{volume_mount_point} to Premium SSD data disk(s)DefaultRuleset, DBFileConfiguration, DBConfigurationAzure data disks can be configured for optimal data security and performance. https://docs.microsoft.com/azure/azure-sql/virtual-machines/windows/performance-guidelines-best-practices-checklistDatabaseWindowsAzureVmSqlServer[11.0,)NOT: tempdb
253AzDataOnDataDisksoverrideTRUELowmaster model msdb
254AzDbDefaultLocationdefinitionTRUEMediumDatabase default locationsConfigure default @{setting_name} file locationDefaultRuleset, Configuration, PerformanceDefault database file location setting makes new data and transaction log files placed on drives configured for this specific workload.https://docs.microsoft.com/azure/azure-sql/virtual-machines/windows/performance-guidelines-best-practices-checklistServerWindowsAzureVmSqlServer[11.0,)
255AzDiskColumnCountdefinitionTRUEMediumStorage spaces disk column countUse all @{poolDiskCount} physical disks available in your storage pool for virtual disk (@{volume_mount_point}), currently used: @{columnCount} physical disk(s)DefaultRuleset, DBFileConfiguration, DBConfiguration, PerformanceIncreasing virtual disk column count improves the disk's performance. The number of disks in the pool is the maximum available number of columns.https://docs.microsoft.com/azure/azure-sql/virtual-machines/windows/performance-guidelines-best-practices-checklistServerWindowsAzureVmSqlServer[11.0,)
256AzErrorLogLocationdefinitionTRUEMediumError log and default trace files on Azure data diskMove error log and default trace files to data diskDefaultRuleset, Configuration, PerformanceStoring error log and default trace files on data disk improves performance.https://docs.microsoft.com/azure/azure-sql/virtual-machines/windows/performance-guidelines-best-practices-checklistServerWindowsAzureVmSqlServer[11.0,)
257AzPremSsdDataFilesdefinitionTRUEHighUse premium SSDs for SQL Server data filesMove data files from @{volume_mount_point} to Premium SSD diskDefaultRuleset, Performance, DBFileConfiguration, DBConfigurationStandard HDDs and SSDs have varying latencies and bandwidth and are only recommended for dev/test workloads. Production workloads should use premium SSDs.https://docs.microsoft.com/azure/azure-sql/virtual-machines/windows/performance-guidelines-best-practices-storageDatabaseWindowsAzureVmSqlServer[11.0,)NOT: tempDb
258AzPremSsdDataFilesoverrideTRUELowmaster model msdb
259AzTempDbFileLocationdefinitionTRUEHighTempdb files on Azure temp driveMove tempdb files from @{volume_mount_point} to the local ephemeral SSD (temp disk)DefaultRuleset, Performance, DBFileConfiguration, DBConfigurationStoring tempdb files on a local ephemeral SSD improves the performance of workloads that use temporary objects heavily (e.g. queries handling large recordsets, index rebuilds, row versioning isolation levels, temp tables, and triggers).https://docs.microsoft.com/azure/azure-sql/virtual-machines/windows/performance-guidelines-best-practices-checklistDatabaseWindowsAzureVmSqlServer[11.0,)tempdb
260AzTranLogDiskCachedefinitionTRUEHighAzure disk caching for transaction logsSet caching to 'None' for disk @{name} (@{volume_mount_point}) as it is used for storing transaction log files. Current setting: '@{caching}'DefaultRuleset, Performance, DBFileConfiguration, DBConfigurationThere is no performance benefit to enabling caching for the Transaction log disk, and in fact having either Read-only or Read/Write caching enabled on the log drive can decrease the amount of cache available for reads on the data drivehttps://docs.microsoft.com/azure/azure-sql/virtual-machines/windows/performance-guidelines-best-practices-storage#data-file-caching-policiesDatabaseWindowsAzureVmSqlServer[11.0,)NOT: tempdb
261BackupCompressiondefinitionTRUEInformationOption 'backup compression default' is disabledEnable 'backup compression default' optionDefaultRuleset, Configuration, Performance, BackupThe 'backup compression default' option determines whether the server instance creates compressed backups by default. Because a compressed backup is smaller than an uncompressed backup of the same data, compressing a backup typically requires less device I/O and therefore usually increases backup speed significantly.https://docs.microsoft.com/sql/database-engine/configure-windows/view-or-configure-the-backup-compression-default-server-configuration-optionServerWindows LinuxStandard, Enterprise, ManagedInstance[11.0,)
262BackupTablesdefinitionTRUEInformationToo many rows in backup or restore history tablesReduce number of rows in table '@{table_name}' to less than @{threshold}DefaultRuleset, ConfigurationThe upgrade process of a SQL Server instance may appear to hang if the number of rows in the following backup and restore system tables is very high: 'backupfile', 'backupmediafamily', 'backupmediaset', 'backupset', 'restorefile', 'restorefilegroup', 'restorehistory'. This is due to the fact that it would take longer to modify the backup and restore system tables in MSDB database.https://docs.microsoft.com/sql/relational-databases/system-stored-procedures/sp-delete-backuphistory-transact-sqlServerWindows LinuxSqlServer[11.0,)10000
263C2AuditModedefinitionTRUEInformationNon-default value for 'c2 audit mode' optionReview non-default value @{c2_audit_mode} for the 'c2 audit mode' option as it will be removed in a future versionDefaultRuleset, ConfigurationWhen enabled, the 'c2 audit mode' option collects all attempts to access statements and objects. Enabling this option triggers a significant amount of data collection over a short period of time for even moderately active Microsoft SQL Server instances.https://docs.microsoft.com/sql/database-engine/configure-windows/c2-audit-mode-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
264CCCompliancedefinitionTRUEInformationNon-default value for 'common criteria compliance enabled' optionReview non-default value @{common_criteria_compliance_enabled} for the 'common criteria compliance enabled' optionDefaultRuleset, Performance, ConfigurationSQL Server is being developed to achieve not only the best performance results but also to be the most secure database system ever released. Microsoft has the commitment to be compliant with the most important standards. The most recent SQL Server Editions are getting these recognitions, including the Common Criteria certification. Part of that commitment is the independent third-party evaluation of our products and in using the Common Criteria (CC, ISO15408) as a proven and accepted process to ensure compliance with Common Evaluation Methodologies.https://docs.microsoft.com/sql/database-engine/configure-windows/common-criteria-compliance-enabled-server-configuration-optionServerWindows LinuxEnterprise, ManagedInstance[11.0,)
265ClrEnableddefinitionTRUEInformationNon-default value for 'clr enabled' optionReview non-default value @{clr_enabled} for the 'clr enabled' optionDefaultRuleset, ConfigurationThis option determines whether user assemblies and CLR functionality or objects can be used on a Microsoft SQL Server instance. Disable this option if you do not plan to use CLR database objects on the SQL Server instance.https://docs.microsoft.com/sql/relational-databases/clr-integration/clr-integration-enablingServerWindows LinuxSqlServer, ManagedInstance[11.0,)
266CompareRunConfigureddefinitionTRUEInformationRun and config values are differentUse 'RECONFIGURE' after 'sp_configure' to update run value. Config value is different from run value in: @{unsaved_option}DefaultRuleset, Performance, ConfigurationSQL Server instance configuration settings have two values: a run value which is the currently active value and a config value which is the value that was last configured. Generally, these two values are the same, but if a setting has been changed but the change is not yet applied, confusion can arise for administrators and, in extreme cases, the system can become unstable.https://docs.microsoft.com/sql/relational-databases/system-catalog-views/sys-configurations-transact-sqlServerWindows LinuxSqlServer, ManagedInstance[11.0,)
267ContainedDbAuthenticationdefinitionTRUEInformationNon-default value for 'contained database authentication' optionReview non-default value @{contained_database_authentication} for the 'contained database authentication' optionDefaultRuleset, Configuration, SecurityWhen contained databases are enabled, database users other than members of the 'sysadmin' and 'securityadmin' fixed server roles can grant access to the instance of SQL Server.https://docs.microsoft.com/sql/database-engine/configure-windows/contained-database-authentication-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
268CursorThresholddefinitionTRUEInformationNon-default value for 'cursor threshold' optionReview non-default value @{cursor_threshold} for the 'cursor threshold' optionDefaultRuleset, Performance, ConfigurationWhen cursors generate keysets for a result set, the query optimizer estimates how many rows the keyset will contain. If the number is larger than this threshold, the keyset is generated asynchronously. The default value of -1 results in SQL Server generating all keysets asynchronously. If you set the value too low, overall performance may be impacted because small results sets are better built synchronously.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-cursor-threshold-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
269DatabaseMailXPsdefinitionTRUEInformationNon-default value for 'Database Mail XPs' optionReview non-default value @{Database_Mail_XPs} for the 'Database Mail XPs' optionDefaultRuleset, Configuration, SecurityConfiguring the 'Database Mail XPs' option to 1 enables Database Mail on the instance of SQL Server. This configuration is off by default to reduce the attack surface area of SQL Server. Do not enable this functionality unless you intend to use Database Mail.https://docs.microsoft.com/sql/database-engine/configure-windows/database-mail-xps-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
270DbCompressiondefinitionTRUEInformationUncompressed database tables and indexesTurn on compression for these @{ObjectType}: @{ObjectName}, total space used by these objects: @{TotalSpaceMB:N2} MBDefaultRuleset, Configuration, PerformanceThe compression capability at either the row or page level provides an opportunity to save disk space and improve performance, with the tradeoff of requiring a bit more CPU to compress and decompress the data, but requiring less memory and disk access improving performance in many workloads. The data pages are kept compressed when they are uploaded to memory. This check fires if a relatively large amount of space is on indexes without compression (for example, more than 10GB).https://docs.microsoft.com/sql/relational-databases/sql-server-index-design-guideDatabaseWindows LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb1280000
271DbRecoveryModeldefinitionTRUEMediumDatabases with 'SIMPLE' recovery modelChange recovery model to 'FULL' or 'BULK_LOGGED'DefaultRuleset, ConfigurationA database with the 'SIMPLE' recovery model does not support log backups. As a result, when you need to restore such a database, all the transactions since the last database backup or differential backup will be lost. Review databases that have the 'SIMPLE' recovery model. If the maximum amount of data loss involved is not acceptable, change the recovery model to 'FULL' or 'BULK_LOGGED' and schedule frequent log backups.https://docs.microsoft.com/sql/relational-databases/backup-restore/recovery-models-sql-serverDatabaseWindows LinuxSqlServer[11.0,)NOT: model tempdb msdb master
272DbSpaceAvailabledefinitionTRUEMediumLow free space in data filesIncrease space for data files. Currently @{spaceAvailableRel:P0} is available. Threshold is set to @{threshold:P0}. Total size of data files: @{totalMB:N2} MB. Free space: @{freeMB:N2} MBDefaultRuleset, Configuration, DBFileConfigurationAverage available space in data files is less than the threshold.https://docs.microsoft.com/sql/relational-databases/databases/database-statesDatabaseWindows LinuxSqlServer, ManagedInstance[11.0,)0.25
273DbStandbydefinitionTRUEInformationSTANDBY mode is enabledDisable STANDBY mode for databaseDefaultRuleset, ConfigurationA Database in STANDBY mode will be online as READ ONLY, WITH RESTORE LOG allowed. If recovery is not complete, then the availability of the database might be affected. Usually log shipped secondary databases are configured to be in STANDBY mode.https://docs.microsoft.com/sql/t-sql/statements/restore-statements-arguments-transact-sql#with-optionsDatabaseWindows LinuxSqlServer, ManagedInstance[11.0,)
274DbStatedefinitionTRUELowDatabase with unavailable stateCheck '@{DbName}' database availability. Current database state is: @{DbStateDesc}DefaultRuleset, ConfigurationDatabase unavailability may affect expected application behavior due to the impossibility of establishing user connections. The issue occurs when a database is in any of the following states: 'RECOVERY_PENDING', 'RECOVERING', 'SUSPECT', or 'RESTORING'.https://docs.microsoft.com/sql/relational-databases/databases/database-statesServerWindows LinuxSqlServer, ManagedInstance[11.0,)
275DisallowResultsTriggersdefinitionTRUEInformationOption 'disallow results from triggers' is disabledEnable 'disallow results from triggers' option as the ability to return result sets from triggers will be removed in a future versionDefaultRuleset, ConfigurationUse the 'disallow results from triggers' option to control whether triggers return result sets. Triggers that return result sets may cause unexpected behavior in applications that are not designed to work with them.https://docs.microsoft.com/sql/database-engine/configure-windows/disallow-results-from-triggers-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
276EKMProviderdefinitionTRUEInformationNon-default value for 'EKM provider enabled' optionReview non-default value @{EKM_provider_enabled} for the 'EKM provider enabled' optionDefaultRuleset, ConfigurationThe 'EKM provider enabled' option controls Extensible Key Management device support in SQL Server. SQL Server provides data encryption capabilities together with Extensible Key Management (EKM), using the Microsoft Cryptographic API (MSCAPI) provider for encryption and key generation. Encryption keys for data and key encryption are created in transient key containers, and they must be exported from a provider before they are stored in the database. This approach enables key management that includes an encryption key hierarchy and key backup, to be handled by SQL Server.https://docs.microsoft.com/sql/database-engine/configure-windows/ekm-provider-enabled-server-configuration-optionServerWindows LinuxStandard, Enterprise, ManagedInstance[11.0,)
277EKMProvideroverrideFalseLowStandard[11.0, 15.0)
278FileMaxSizedefinitionTRUEInformationSetting 'Autogrow' for data filesCheck 'autogrow' setting. Currently maximum size of @{maxsize_in_mb} MBs is set for @{type_desc} file @{fileName} in database @{databaseName}DefaultRuleset, Performance, DBFileConfigurationThis check verifies the 'autogrow' settings of data files for all system and user databases. In SQL Server, a log file specified with unlimited growth has a maximum size of 2 TB, and a data file has a maximum size of 16 TB. There is no maximum size when this option is specified for a FILESTREAM container. It continues to grow until the disk is full. If there is no space available, performance issues may occur and the database may become unavailable.https://docs.microsoft.com/sql/t-sql/statements/alter-database-transact-sql-file-and-filegroup-optionsServerWindows LinuxSqlServer[11.0,)
279FilestreamAccessLeveldefinitionTRUEInformationNon-default value for 'filestream access level' optionReview non-default value @{filestream_access_level} for the 'filestream access level' optionDefaultRuleset, ConfigurationThe 'filestream access level' option controls the FILESTREAM access level for the instance of SQL Server. By default, this option is disabled, but should be enabled to allow FileStream access or to take advantage of the 'FileTable' feature.https://docs.microsoft.com/sql/database-engine/configure-windows/filestream-access-level-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
280FillFactordefinitionTRUEInformationNon-default value for 'fill factor' optionReview non-default value @{fill_factor} for the 'fill factor' optionDefaultRuleset, Performance, ConfigurationThe 'fill factor' option controls the default fill factor that is used when a new index is created or rebuilt. The default value is 0, which means that the leaf level of the index will be filled with the highest possible number of rows. This option is an advanced option and should be changed only by an experienced database administrator or certified SQL Server professional.https://docs.microsoft.com/en-us/sql/database-engine/configure-windows/configure-the-fill-factor-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
281FtCrawlBandwidthMaxdefinitionTRUELowNon-default value for 'ft crawl bandwidth (max)' optionReview non-default value @{ft_crawl_bandwidth_max} for the 'ft crawl bandwidth (max)' option as it will be removed in a future versionDefaultRuleset, ConfigurationThe 'ft crawl bandwidth (max)' option determines the maximum number of buffers that will be maintained by the full-text memory manager in a small buffer pool. A high value will allocate more memory to the indexing process, therefore reducing the available memory for other SQL Server processes.https://docs.microsoft.com/sql/database-engine/configure-windows/ft-crawl-bandwidth-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
282FtCrawlBandwidthMindefinitionTRUELowNon-default value for 'ft crawl bandwidth (min)' optionReview non-default value @{ft_crawl_bandwidth_min} for the 'ft crawl bandwidth (min)' option as it will be removed in a future versionDefaultRuleset, ConfigurationThe 'ft crawl bandwidth (min)' option determines the minimum number of buffers that must be maintained by the full-text memory manager in a small buffer pool. If the SQL Server memory manager requests memory, this minimum number of buffers will generally be maintained.https://docs.microsoft.com/sql/database-engine/configure-windows/ft-crawl-bandwidth-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
283FtNotifyBandwidthMaxdefinitionTRUELowNon-default value for 'ft notify bandwidth (max)' optionReview non-default value @{ft_notify_bandwidth_max} for the 'ft notify bandwidth (max)' option as it will be removed in a future versionDefaultRuleset, ConfigurationThe 'ft notify bandwidth (max)' option determines the maximum number of buffers that will be maintained by the full-text memory manager in a large buffer pool. A high value will allocate more memory to the indexing process, therefore reducing the available memory for other SQL Server processes.https://docs.microsoft.com/sql/database-engine/configure-windows/ft-notify-bandwidth-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
284FtNotifyBandwidthMindefinitionTRUELowNon-default value for 'ft notify bandwidth (min)' optionReview non-default value @{ft_notify_bandwidth_min} for the 'ft notify bandwidth (min)' option as it will be removed in a future versionDefaultRuleset, ConfigurationThe 'ft notify bandwidth (min)' option determines the minimum number of buffers that must be maintained by the full-text memory manager in a large buffer pool. If the SQL Server memory manager requests memory, this minimum number of buffers will generally be maintained.https://docs.microsoft.com/sql/database-engine/configure-windows/ft-notify-bandwidth-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
285FullTextDefaultLangdefinitionTRUELowNot supported value for 'default full-text language' optionSet 'default full-text language' option to a supported valueDefaultRuleset, ConfigurationThe value of the 'default full-text language' option is used in a full-text index when no language is specified. If the default full-text language is not supported or the linguistic analysis package is not available, CREATE FULLTEXT INDEX and ALTER FULLTEXT INDEX statements will fail.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-default-full-text-language-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
286FullTextNoiseWordsdefinitionTRUEInformationNon-default value for 'transform noise words' optionReview non-default value @{transform_noise_words} for the 'transform noise words' optionDefaultRuleset, ConfigurationIf a query using a full-text search predicate contains a noise word (for example, is, the, and) and this configuration setting has been disabled, a warning will be issued and no rows from the query will be returned. The default setting for this option is 0, which indicates that it is off. Enabling this configuration by changing the default to 1 will force noise words to be replaced with an asterisk (*) in the query instead.https://docs.microsoft.com/sql/database-engine/configure-windows/transform-noise-words-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
287FullTextPHTimeoutdefinitionTRUEInformationNon-default value for 'PH timeout' optionReview non-default value @{PH_timeout} for the 'PH timeout' optionDefaultRuleset, ConfigurationThe 'PH timeout' option controls the number of seconds that the full-text protocol handler will wait to connect to a database before reaching the timeout threshold. You can increase the 'PH timeout' value when connection attempts are timing out due to temporary network issues.https://docs.microsoft.com/sql/database-engine/configure-windows/ph-timeout-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
288InDoubtXactResolutiondefinitionTRUEInformationNon-default value for 'in-doubt xact resolution' optionReview non-default value @{in_doubt_xact_resolution} for the 'in-doubt xact resolution' optionDefaultRuleset, ConfigurationThe 'in-doubt xact resolution' option controls the default outcome of unresolved Microsoft Distributed Transaction Coordinator (MS DTC) transactions. The default value of 0 means that recovery will fail if MS DTC cannot resolve the in-doubt transactions. Before changing this default, you should consider the effect of your application distributed transactions and make sure that no data integrity issues will occur based on partially committed or aborted activity.https://docs.microsoft.com/sql/database-engine/configure-windows/in-doubt-xact-resolution-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
289InstantFileInitializationdefinitionTRUEHighInstant file initialization (IFI) is disabledEnable instant file initializationDefaultRuleset, DBConfiguration, PerformanceInstant file initialization (IFI) allows for faster execution of the previously mentioned file operations, since it reclaims used disk space without filling that space with zeros. Instead, disk content is overwritten as new data is written to the files.https://docs.microsoft.com/en-us/sql/relational-databases/databases/database-instant-file-initializationServerWindowsSqlServer[11.0.7001,12.0) [12.0.6024,13.0) [13.0.4001,)
290JdbcModuleVersiondefinitionTRUEMediumJDBC Driver for SQL Server version is not supportedUpdate JDBC Driver for SQL Server. Current product version @{file_version} of JDBC Driver for SQL Server is out of supportDefaultRuleset, Performance, SecurityThe JDBC Driver for SQL Server is a Type 4 Java Database Connectivity (JDBC) 4.2 compliant driver that provides robust data access to SQL Server, Azure SQL Database, and Azure SQL Managed Instance. Java connectivity support is continually improving. It is highly recommend to use the latest version of JDBC driver for SQL Server.https://docs.microsoft.com/sql/connect/jdbc/understanding-xa-transactionsServerWindows LinuxSqlServer[11.0,)
291LockedPagesInMemorydefinitionTRUEHighLock pages in memoryEnable the 'Lock pages in memory' optionDefaultRuleset, Performance, MemoryThis Windows policy determines which accounts can use a process to keep data in physical memory, preventing the system from paging the data to virtual memory on disk.https://docs.microsoft.com/azure/azure-sql/virtual-machines/windows/performance-guidelines-best-practices-checklistServerWindowsAzureVmSqlServer[11.0,)
292LockedPagesInMemoryoverrideTRUELow[11.0.7001, 12.0) [12.0.6024, 13.0) [13.0.4001,)
293MaxFTCrawlRangedefinitionTRUEInformationNon-default value for 'max full-text crawl range' optionReview non-default value @{max_full_text_crawl_range} for the 'max full-text crawl range' optionDefaultRuleset, ConfigurationThe 'max full-text crawl range' option sets the number of partitions that SQL Server will use during a full-text index crawl. The default option is 4. However, you can increase this value if you want to optimize the crawl performance and you have sufficient CPU capacity.https://docs.microsoft.com/sql/database-engine/configure-windows/max-full-text-crawl-range-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
294MaxTextReplSizedefinitionTRUEInformationNon-default value for 'max text repl size' optionReview non-default value @{max_text_repl_size} for the 'max text repl size' optionDefaultRuleset, ConfigurationThe 'max text repl size' option sets the maximum bytes of varchar(max), nvarchar(max), varbinary(max), xml, image, text, and ntext data that can be replicated in a single INSERT, UPDATE, WRITETEXT, or UPDATETEXT operation. If your data modifications exceed this value on replicated columns, you must increase it.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-max-text-repl-size-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
295MediaRetentiondefinitionTRUEInformationNon-default value for 'media retention' optionReview non-default value @{media_retention} for the 'media retention' optionDefaultRuleset, Configuration, BackupThe 'media retention' option sets the default length of time to retain a backup set for the Microsoft SQL Server instance. This default length of time protects the set from being overwritten until the specified number of days has elapsed. The default for this configuration is 0 days. However, you can modify it, based on your own corporate policies.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-media-retention-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
296MemOptDBResPooldefinitionTRUELowIn-Memory OLTP database without separate resource poolBind In-Memory OLTP database to separate resource poolMemory, Performance, DefaultRulesetA databases with memory-optimized tables should be bound to a separate resource pool.https://docs.microsoft.com/sql/relational-databases/in-memory-oltp/bind-a-database-with-memory-optimized-tables-to-a-resource-pool#bkmk_DefineBindingDatabaseSqlServer[12.0,)
297MoreIndexesThanColsdefinitionTRUEInformationTables with more indexes than columnsConsider removing potentially unnecessary indexes on table @{SchemaName}.@{TableName} that has more indexes than columnsDefaultRuleset, Performance, IndexesOne or more database tables have been identified as having more indexes than columns. During inserts, updates and deletes, every index on a table has to be evaluated and, potentially, updated. If too many indexes exist, SQL Server will spend unnecessary resources maintaining indexes that may not be used. This can significantly affect the amount of disk I/O generated and, subsequently, performance.https://docs.microsoft.com/sql/relational-databases/sql-server-index-design-guideDatabaseWindows LinuxSqlServer, ManagedInstance[11.0,)NOT: master model msdb tempdb
298OneDbPerPooldefinitionTRUELowOne database per resource poolCheck whether only one database is bound to resource pool @{pool_name}Memory, Performance, DefaultRulesetOnly one database should be bound to a resource pool.https://docs.microsoft.com/sql/relational-databases/resource-governor/resource-governor-resource-poolDatabaseSqlServer[12.0,)
299OpenObjectsdefinitionTRUELowNon-default value for 'open objects' optionReview non-default value @{open_objects} for the 'open objects' option as it has no effect and will be removed in a future versionDefaultRuleset, Performance, ConfigurationThe 'open objects' option has no effect and will be removed in a future version of Microsoft SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature.https://docs.microsoft.com/sql/database-engine/configure-windows/open-objects-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
300OsLoadedModulesdefinitionTRUELowThird-party modules are loaded into SQL Server process address spaceEvaluate impact of loading '@{module}' module into SQL Server process address spaceDefaultRuleset, Performance, SecurityCertain modules and filter drivers can be loaded into a system that is running SQL Server. In this case, you may experience performance degradation and consistency issues of SQL Server Database Engine.https://docs.microsoft.com/troubleshoot/sql/performance/performance-consistency-issues-filter-drivers-modulesServerWindowsSqlServer[11.0,)
301PlansUseRatioNotOptimaldefinitionTRUEInformationCache needs to be cleared of single-use plansCheck if the plan cache needs to be cleared. Current amount of single-use plans in cache is high (@{SingleUsePlansUseRatio:P0})DefaultRuleset, Performance, QueryOptimizerSetting the 'Optimize for ad hoc workloads' option to 1 affects only new plans; plans that are already in the plan cache are unaffected. Make sure to check whether you need to clear the cache from the old single-use plans that may continue to remain.https://docs.microsoft.com/sql/database-engine/configure-windows/optimize-for-ad-hoc-workloads-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)0.5
302PoolMemParamSetdefinitionTRUELowSet 'min_memory_percent' or 'max_memory_percent' parametersSet 'min_memory_percent' or 'max_memory_percent' for resource pool @{pool_name}Memory, Performance, DefaultRulesetA dedicated resource pool should have either 'min_memory_percent' parameter or 'max_memory_percent' parameter set explicitly. You should not let both parameters have default values at the same time.https://docs.microsoft.com/sql/relational-databases/in-memory-oltp/bind-a-database-with-memory-optimized-tables-to-a-resource-poolDatabaseSqlServer[12.0,)
303PrecomputeRankdefinitionTRUELowNon-default value for 'precompute rank' optionReview non-default value @{precompute_rank} for the 'precompute rank' option as it has no effect and will be removed in a future versionDefaultRuleset, ConfigurationThe 'precompute rank' option has no effect and will be removed in a future version of Microsoft SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature.https://docs.microsoft.com/sql/database-engine/discontinued-database-engine-functionality-in-sql-serverServerWindows LinuxSqlServer, ManagedInstance[11.0,)
304QueryGovernorCostLimitdefinitionTRUEInformationNon-default value for 'query governor cost limit' optionReview non-default value @{query_governor_cost_limit} for the 'query governor cost limit' optionDefaultRuleset, Performance, ConfigurationThe 'query governor cost limit' option indicates the longest time period in seconds that a query can run. Queries with estimated run times longer than this will not run and will return an error. This can result in critical queries not running on your server.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-query-governor-cost-limit-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
305RemoteDACdefinitionTRUELowNon-default value for 'remote admin connections' optionReview non-default value @{remote_admin_connections} for the 'remote admin connections' optionDefaultRuleset, Security, ConfigurationThe 'remote admin connections' option enables remote connections to the dedicated administrator connection (DAC) on a Microsoft SQL Server instance. By default, this option is disabled and allows only a local client connection to the DAC. Leave this option disabled if you want to restrict DAC access to only the local client on the stand-alone server. If your SQL Server instance is on a cluster or if you want to use the DAC connection remotely and for some troubleshooting scenarios, you should enable this option.https://docs.microsoft.com/sql/database-engine/configure-windows/remote-admin-connections-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
306RemoteProcTransdefinitionTRUELowNon-default value for 'remote proc trans' optionReview non-default value @{remote_proc_trans} for the 'remote proc trans' option as it will be removed in a future versionDefaultRuleset, ConfigurationThe 'remote proc trans' option is used to protect the actions of a server-to-server procedure through a Microsoft Distributed Transaction Coordinator (MS DTC) transaction.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-remote-proc-trans-server-configuration-optionServerWindowsSqlServer, ManagedInstance[11.0,)
307ReplicationXPsdefinitionTRUELowNon-default value for 'Replication XPs' optionSet 'Replication XPs' option to default. This option is for internal use only.DefaultRuleset, Configuration, SecurityThe 'Replication XPs' option opens a significant attack surface area that can be used by an attacker to gather information about the system and potentially abuse the privileges of SQL Server.https://docs.microsoft.com/sql/database-engine/configure-windows/replication-xps-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
308SMOAndDMOXPsdefinitionTRUEInformationOption 'SMO and DMO XPs' is disabledEnable 'SMO and DMO XPs' optionDefaultRuleset, ConfigurationThe 'SMO and DMO XPs' option determines whether SQL Server Management Objects (SMO) and SQL Server Distributed Management Objects (SQL-DMO) XPs are available. The default for this option is enabled to allow various tools and install packages, including SQL Server hotfixes, to work correctly.https://docs.microsoft.com/sql/database-engine/configure-windows/smo-and-dmo-xps-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
309SysAdminDefaultDatabasedefinitionTRUELowSysadmin logins use non-master default databaseSet sysadmin logins to use 'master' as default databaseDefaultRuleset, ConfigurationThis check verifies whether your SQL Sever logins are members of the 'System Administrators' role that use a non-master default database. Sysadmin logins that use a non-master default database impose administrative risks in cases when user databases are dropped.ServerWindows LinuxSqlServer, ManagedInstance[11.0,)
310TempDbSameVolumedefinitionTRUEMediumTempdb and user databases should not share volumesPlace tempdb on a separate volume. Tempdb and user databases share volume @{volume_mount_point}DefaultRuleset, Performance, DBFileConfigurationThe tempdb system database is used for temporary objects, internal objects and row versions. Tempdb is often heavily used when queries are executed and, if it has files placed on the same volume as user database files, there can be contention for the IO resources.https://docs.microsoft.com/sql/relational-databases/databases/tempdb-databaseDatabaseWindows@{not=AzureVm}SqlServer[11.0,)tempdb
311TwoDigitYearCutoffdefinitionTRUEInformationNon-default value for 'two digit year cutoff' optionSet 'two digit year cutoff' option to defaultDefaultRuleset, ConfigurationThe 'two digit year cutoff' option is used to define the two digit year cutoff value when specifying two-digit years in place of four-digit years. Changing this to a non-default value could have unexpected results if the non-default value is inconsistent with other Microsoft SQL Server instances in your environment. This option is an advanced option and should be changed only by an experienced database administrator or certified SQL Server professional.https://docs.microsoft.com/en-us/sql/database-engine/configure-windows/configure-the-two-digit-year-cutoff-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
312UserConnectionsdefinitionTRUEInformationNon-default value for 'user connections' optionReview non-default value @{user_connections} for the 'user connections' optionDefaultRuleset, Performance, ConfigurationThe 'user connections' option is an advanced option and should be changed only by an experienced database administrator or certified SQL Server professional. Using the 'user connections' option helps avoid overloading the server with too many concurrent connections. You can estimate the number of connections based on system and user requirements.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-user-connections-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
313UserOptionsdefinitionTRUEInformationNon-default value for 'user options' optionReview non-default value @{user_options} for the 'user options' optionDefaultRuleset, ConfigurationThe 'user options' option defines the user option defaults, such as ARITHABORT, ANSI_WARNINGS, CONCAT_NULL_YIELDS_NULL. The bit positions in user options are identical to those in @@OPTIONS. Each connection has its own @@OPTIONS function, which represents the configuration environment. When logging in to Microsoft SQL Server, a user receives a default environment that assigns the current user options value to @@OPTIONS. Executing SET statements for user options affects the corresponding value in the session's @@OPTIONS function. All connections created after this setting is changed, receive the new value.https://docs.microsoft.com/sql/database-engine/configure-windows/configure-the-user-options-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)
314WorkingSetSizedefinitionTRUELowNon-default value for 'set working set size' optionReview non-default value @{set_working_set_size} for the 'set working set size' option as it has no effect and will be removed in a future versionDefaultRuleset, ConfigurationThe 'set working set size' option has no effect and will be removed in a future version of Microsoft SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature.https://docs.microsoft.com/sql/database-engine/configure-windows/set-working-set-size-server-configuration-optionServerWindows LinuxSqlServer, ManagedInstance[11.0,)