ICode9

精准搜索请尝试: 精确搜索
首页 > 数据库> 文章详细

SQL Server 最佳配置相关最佳实践

2022-06-10 17:04:24  阅读:164  来源: 互联网

标签:tempdb 备份 CPU Server 最佳 SQL new 日志 id


一。CPU最佳实践。
根据CPU架构和核数配置MaxDop.
https://support.microsoft.com/zh-cn/help/2806535/recommendations-and-guidelines-for-the-max-degree-of-parallelism-confi

EXEC sp_configure 'show advanced options', 1;
GO
RECONFIGURE WITH OVERRIDE;
GO
EXEC sp_configure 'max degree of parallelism', 4;
GO
RECONFIGURE WITH OVERRIDE;
GO

二。内存最佳实践。
Sqlserver的内存尽量占用至主机的85%~80%之间。

sp_configure 'show advanced options',1      ----打开高级配置选项
go
reconfigure                                 ----确认上述配置
go
sp_configure 'max server memory (MB)',400000 ----例如,配置‘max Server memory’内存为400000 MB
go
reconfigure                                 ----确认上述配置
go

三。日常管理相关建议。

  1. 日志文件和数据文件尽量分别放置在不同的磁盘上有利于磁盘带宽的分配。
  2. 对于数据库文件较大的数据库,如果空间使用率很高。对于这方面的优化建议定期检查文件大小及空间使用率预先手动给数据文件分配空间,比如与增长20%的sugg。或是直接将文件增长设为500MB。
    ALTER DATABASE db2 MODIFY FILE (NAME = db2,SIZE = <target_size>MB)
  3. 对与数据库的日志文件过大,不能截断。建议定期backup log,使日志文件大小保持恒定。
  4. 对于数据库中有比较多的表有较大的碎片率,建议定期整理。
--使用‘文本方式运行结果集’模式生成批量运行的语句,并结果拷贝至SSMS中运行。
SELECT 'ALTER INDEX '+b.name +' ON '+schema_name(o.schema_id)+'.'+o.name+' REBUILD'+char(13)+'Go'
FROM sys.dm_db_index_physical_stats (DB_ID(), null, NULL, NULL, NULL) AS a  
JOIN sys.indexes AS b 
ON a.object_id = b.object_id AND a.index_id = b.index_id
join sys.objects as o 
on o.object_id=a.object_id
where avg_fragmentation_in_percent>30 and b.name is not null

四。tempdb相关建议。

  1. 将tempdb放置在非常快速的磁盘上。
    每一个资源消耗较大的语句都很有可能会使用tempdb。Tempdb的性能对全局性能至关重要。
  2. 给tempdb数据库足够数量的文件数量。由于CPU在使用tempdb是以文件为单位的,因此如果比较繁忙时有可能产生有多个CPU核等在同一个文件上产生争用。
    通常情况下,我们可以给tempdb 8个数据文件。可以使tempdb文件数量和单一NUMA节点内的CPU核数相同。甚至可以使tempdb文件数量和CPU的核数相同。
  3. 给tempdb数据库足够的大小尽量避免语句在使用时产生文件的扩张导致执行时间变长。

五。备份相关建议。
基本建议
方案一: 每天一次全库备份,每个小时一次日志备份。
方案二: 每周一次全库备份,每天一次增量备份,每个小时一次日志备份。
备份策略设计原则:

  1. 根据您的最大允许丢失数据时间。如上述方案中,最大允许丢失数据时间为1h。如果想将此时间提升到15min,则您需要每15min进行一次日志备份。
  2. 备份文件的大小。如果每天一次全备则需要占用更大的空间,因此可以考虑每周一次全备,每天一次增量备份。方案一每天产生的大小约为全备+1天的日志变化量。方案二一周需要消耗的空间为一个全备+7天的数据变化量+7天的日志文件。方案一将消耗更多空间。
  3. 恢复时间。方案二将会消耗更长的时间。

六。锁相关建议。

  1. 禁用锁升级的trace flag 1211来降低deadlock或阻塞的概率。建议只有在发现有明确非常多deadlock或是阻塞的情况下可以使用。
    https://www.microsoftpressstore.com/articles/article.aspx?p=2233327&seqNum=5
  2. 使用snapshot的隔离级别来降低读写之间的争用。

七。其他建议。
对于从2008大版本升级至2016以上版本,如果在2008上SQL server状态运行良好,可以考虑暂时禁用new_ce可能带来的语句性能下降。
https://blogs.technet.microsoft.com/dataplatform/2017/03/22/sql-server-2016-new-features-to-deal-with-the-new-ce/

  1. 在语句级别禁用new_CE.
    使用hint 'FORCE_LEGACY_CARDINALITY_ESTIMATION'
  2. 在数据库级别禁用new_CE. 如下两种方式。
    ALTER DATABASE SCOPED CONFIGURATION SET LEGACY_CARDINALITY_ESTIMATION=ON;
    ALTER DATABASE [AdventureWorks2012] SET COMPATIBILITY_LEVEL = 110;
  3. 在实例级别禁用new_CE。使用trace flag 9481.

标签:tempdb,备份,CPU,Server,最佳,SQL,new,日志,id
来源: https://www.cnblogs.com/aboa/p/sql_settings.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有