学习目标：

完成此课程学习能够独立提升服务器的性能

概要：

通过配置服务器的系统设置，数据库软件设置以及wise中间层的优化来提升服务器的性能。

一、性能瓶颈

1、可能引起性能瓶颈的原因

（1）资源不足

硬件资源不足，会导致整个系统性能骤降，需要关注服务器的每个部件，CPU、内存、（2）磁盘等硬件资源

硬件损坏，部件损坏影响性能，甚至引起服务器瘫痪，磁盘的物理坏道，轻则影响性能，严重会导致数据丢失

（3）网络质量

中间层、数据库、客户端之间的带宽是否达到要求，关注延时率、丢包率

（4）网络攻击

内部感染木马或病毒，持续攻击服务器可能影响性能，甚至服务器瘫痪

（5）、程序及其他

不合理的二次开发、中间层参数配置不合理、中间层无定期维护、数据库参数配置不合理、数据库无定期维护、程序BUG

2、性能分析与处理

出现性能慢的问题请优先关注如下信息：

何时出现问题、是否某个时间点慢？

某个补丁/某个二次开发/升级K/3后变慢？

内存使用，磁盘使用及CPU使用率是否正常？

中间层组件/SQL SERVER的设置是否合适？

索引碎片是否过高？是否建立维护计划并按计划运行？

是否性能BUG？

是否阻塞/死锁？

分析耗用CPU和IO最高的SQL语句？

二：常用的性能调优

1、 组件优化

有些用户的业务数据量比较大，比如供应链模块的采购、销售等模块使用比较频繁，并发量大，可以根据用户的业务情况来对组件包设置优化。为COM+组件包开辟多个进程池，这样就可以将该组件的线程分布到不同的进程池中，有利于系统调度，减少进程的阻塞，提高系统服务性能

方法举例：组件包对应信息可以使用txt方式来打开安装目录下，如D:\Program Files (x86)\Kingdee\K3ERP\KDSYSTEM\KDCOM 中的MtsSpSetup.LST，来查询对应的组件包信息。

比如用户使用频繁、数据量大的模块是财务总账模块，为ebogl，登录中间层服务器，打开控制面板—管理工具—组件服务。展开“COM+应用程序”右键点击ebogl组件包属性—公用与回收。设置池大小为3，生存时间限制未120分钟。

但是通常单独设置业务模块程序池是不够的，需要配套设置加密组件kdsvrmgr，公共组件ebopublic。可将池大小为2，生存时间限制120分钟

2、分析磁盘使用率

打开管理工具→性能监视器；

在性能监视器右边栏上右击空白处，添加PhysicalDisk(_Total)\% Disk Time对象，即可观察实时磁盘使用率

磁盘读写性能调优-软件优化

把页面文件设置在非系统盘，并设置为“系统管理的大小”

磁盘读写性能调优-软件优化

定期进行磁盘碎片整理，并保证磁盘有足够的可用空间。

3、 SQL数据库配置和优化

任何涉及到数据库的操作一定要先提前备份好账套。

（1）操作系统和数据库系统必须是64位

（2）调整最大并行度=1

--调整最大并行度，建议修改为1，也可在数据库直接执行，修改方法如下：

sp_configure 'show advanced options', 1;

GO

RECONFIGURE WITH OVERRIDE;

GO

（3）最大服务器内存=物理内存-4GB

建议最大内存配置为物理内存-4GB（预留4GB内存给数据库服务器所在的操作系统使用，如下图数据库服务器物理内存有32G，这里我们设置为28000MB就好了）如果系统内存充裕，也可根据需求适当分配多一些给系统。

（4）开启快照隔离

SQL数据库中开启读快照隔离级别，注意第二步和第三步，需要选择对应的测试数据库实体名

第一步：

use master

SELECT name,snapshot_isolation_state,snapshot_isolation_state_desc,is_read_committed_snapshot_on FROM sys.databases

如图：

第二步：

ALTER DATABASE 对应数据库实体名 SET Allow_snapshot_isolation ON

第三步：

ALTER DATABASE 对应数据库实体名 SET READ_COMMITTED_SNAPSHOT ON WITH ROLLBACK IMMEDIATE

第四步：重复执行第一步，确认状态值是否发生了变化。

如图则开启成功：

（5）、数据库优化-重建索引

操作之前一定要备份账套。

打开数据库库管理器，选中需要优化的账套，新建查询，输入如下命令，并执行。

DECLARE @DBCCString NVARCHAR(1000)

DECLARE @TableName VARCHAR(100)

DECLARE Cur_Index CURSOR

FOR

SELECT Name AS TblName

FROM sysobjects

WHERE xType='U'

ORDER BY TblName

FOR READ ONLY

OPEN Cur_Index

FETCH NEXT FROM Cur_Index

INTO @TableName

WHILE @@FETCH_STATUS=0

BEGIN

PRINT '重建表' + @TableName +'的索引........Start!'

SET @DBCCString = 'DBCC DBREINDEX(@TblName,'''')WITH NO_INFOMSGS'

EXEC SP_EXECUTESQL @DBCCString,

N'@TblName VARCHAR(100)',

@TableName

PRINT '重建表' + @TableName +'的索引........END!'

FETCH NEXT FROM Cur_Index

INTO @TableName

END

（6）如果数据库日志文件过大，可以使用收缩功能收缩对应的数据日志文件

（7）数据库优化-数据库文件自动增长设置

一般数据库文件都会默认自动增长，文件的自动增长在SQL Server数据库中可以按百分比和按兆字节两种方式进行自动增长。数据库默认的增长模式是采用按百分比增长，但是采用按百分比自动增长存在一个弊端，当数据库的数据文件或日志文件已经很大的情况下，例如文件已经达到几个GB的大小，如果按照默认百分比10%的比例增长，则自动增长占用的空间是非常大的，当在生产环境中这将会导致数据库性能问题：如果数据库在事务中进行更新操作时，而恰巧此时，日志空间不足，需要增加10%的日志空间，而数据库事务执行超时时间默认为30秒，这时如果操作超时，事务将进行回滚，此时，其它的数据库操作会产生连锁反应，形成阻塞。因此在这样的情况下，一般建议采用按兆字节增长，可以根据当前数据库文件和磁盘空间占用情况，将数据库和事务日志文件增长设置大小为100-200MB之间。

建议：自动增长增量必须足够大，以避免因为增量而出现性能影响。通用经验规则是：将您的自动增长设置设定为文件大小的八分之一左右。

（8）推荐客户升级到SQL 最新SP补丁，以便获得更好的应用性能和安全性

三、硬件性能的建议：

K/3中间层硬件

系统硬件对于中间层服务器的影响顺序依次是：

– CPU > 网络 > 内存 > 存储

– CPU运算能力对于中间层服务器性能来说影响最大，而存储系统相对影响较小

中间层服务器CPU应用建议：

– 尽量选择配置最新处理器型号。

中间层网络应用建议：与数据库服务器连接采用1000M网络，互做HOSTS解析

中间层服务器内存应用建议：

– 64位建议16G以上。

中间层服务器存储应用建议：

– 采用带故障恢复功能的RAID，建议采用故障恢复快的RAID1，虽然磁盘利用效率低，但中间层数据一般不大，所以不需要大容量磁盘空间。

K/3数据库硬件

系统硬件对于中间层服务器的影响顺序依次是：

– 内存 > 处理器 > 存储 > 网络

数据库服务器配置建议：

– 尽量选择配置最新处理器型号，内存越大越好。

数据库网络应用建议：采用1000M网络，互做HOSTS解析

数据库服务器内存应用建议：

– 32GB以上,越大越好，建议内存大于实体文件2GB。

数据库服务器存储应用建议：

– SAS企业级存储，数据盘推荐设置为RAID 10

– 建议200并发以上配备光纤外储，能有效降低数据库磁盘I/O压力。

– 建议在存储空间充足的前提下，可以建立多个RAID卷，SQL Server优化时可以将数据文件/日志文件/TempDB等分散在多个卷中运行，提高SQL性能。

数据库内存/磁盘子系统的优化建议

SQL内存优化思路

– 减少SQL 服务器本机消耗内存的非SQL Server相关进程

– 确认SQL Server服务器的内存设置

– 启用AWE

– 通过收集性能计数器信息，判断是否内存存在瓶颈，需要添加内存

磁盘子系统优化思路

– 对于数据库数据文件、日志文件、操作系统虚拟内存（交换文件）以及Tempdb数据库文件这几类不同的文件，建议放在不同的实体磁盘上，因为这几种文件的访问模式都不相同，放在同一个物理磁盘容易导致磁盘读取数据变慢，进而影响磁盘读取性能。

– 对于整体应用规模较大的客户，建议磁盘系统采用光纤磁盘系统，提高SQL Server的磁盘I/O性能。

– 对于一般应用规模的客户，推荐数据库磁盘子系统采用RAID10或RAID5，以便获得经济性、安全和性能的良好结合。

– 建议服务器定期进行磁盘碎片的整理

wise性能问题的分析和处理

恭喜您！