金蝶云星空标准版-优化指南

金蝶云星空标准版优化指南目录一、 前言 4二、 系统环境需求 4三、 SQL数据库配置和优化 81. 操作系统和数据库系统必须是64位 82. 调整最大并行度=1 93. 针对即席工作负荷进行优化=True 94. 最大服务器内存=物理内存-4GB 105. 锁定内存页（组策略），用户为启动SQLServer的用户 106. 读提交快照处于打开状态=True 117. 每天索引重建 128. 查看临时表数量和清理临时表 179. 查询阻塞和死锁信息 2010. SQLServer标准报表和性能报表 2011. 数据库相关属性 2212. 数据库端口攻击 22四、 Oracle数据库相关优化 231. 采用自动内存管理 232. 重做日志，建议调整为8个 233. Oracle数据库推荐配置参数检测 234. 查看临时表数量和清理临时表 245. 定期重建索引 266. 表空间大小 29五、 IIS配置相关优化 291. 快速故障防护已启用=False 292. 启用启用32位应用程序=False 303. 回收时间设置每天凌晨执行 314. 预加载已启用=True 315. 查看IIS日志，从HTTP请求耗时初步判断应用服务器和数据库间响应情况 32六、 网络检查 321. Ping服务器，初步诊断网络 322. 应用服务器机器名与IP在DNS中解析不一致 33七、 日志相关 341. 金蝶云星空日志： 342. IIS日志： 343. 事件管理器 354. 客户端日志 35八、 案例：网卡优化 35九、 帮助与支持 39更改记录日期作者版本更改参考/备注2002015-03-01彭兴1.02017-05-28彭兴2.0审校日期审校人版本审校意见2002015-03-01崔智刚1.0批准姓名职位签字分发人员序号姓名分发地点提要本指南主要阐述了金蝶云星空通用优化指南。版权所有2015金蝶国际，保留所有权利2015年03月未经金蝶国际软件集团有限公司书面许可，本指南任何部分的内容不得被复制或抄袭用于任何目的。本指南并不暗示金蝶国际软件集团提供的任何产品或服务或其功能与本指南描述的内容完全一致。本指南的内容在未经通知的情形下可能会发生改变，敬请留意。除以下已经声明之外，本指南提及一些产品或技术还可能是以下或其它产品供应商的权益。Microsoft、Windows98、Windows/NT、Windows2000、Windows2003、SQLServer、.NETFramework、VisualStudio、VisualBasic®是Microsoft公司的注册商标。Intel、IA是Intel公司的注册商标。KIS、金蝶云星空、金蝶云星空BOS、EAS是金蝶软件(中国)有限公司的注册商标。前言 本文档主要用于：金蝶云星空产品在使用过程中能持续保持良好性能，解决运维过程中可能出现的瓶颈和问题。分析和解决可能存在的与系统使用慢相关问题。包括企业系统管理员和数据库管理员日常需要注意的金蝶云星空运维相关的内容。系统环境需求金蝶云星空的系统推荐配置服务器配置并发客户端小于100用途配置基准值数量（台）数据库服务器①CPU总8核，2.4GHz以上1内存32GB存储SAS内储，15K，RAID10应用服务器②CPU总8核，2.0GHz以上1内存16GB存储SAS内储，15K，RAID1/5并发客户端100～200用途配置基准值数量（台）数据库服务器①CPU总16核，2.4GHz以上1内存64GB存储SAS内储，15K，RAID10应用服务器②CPU总16核，2.0GHz以上1内存32GB存储SAS内储，15K，RAID1/5并发客户端200～400用途配置基准值数量（台）数据库服务器①CPU总32核，2.4GHz以上1内存128GB存储外储，4/8Gb光纤或10GbISCSI，RAID10应用服务器②CPU总32核，2.0GHz以上1内存64GB存储SAS内储，15K，RAID1/5并发客户端400～800用途配置基准值数量（台）数据库服务器①CPU总64核，2.4GHz以上1内存256GB存储外储，4/8Gb光纤或10GbISCSI，RAID10应用服务器②CPU总32核，2.0GHz以上2内存64GB存储SAS内储，15K，RAID1/5注：非x86架构Oracle数据库平台，请咨询厂商采用与本推荐表性能相近的配置注：数据库服务器都指单实例单数据库①：含账套和管理数据库②：含应用服务器和管理中心物理服务器推荐采用专业服务器品牌产品，DELL/IBM/HP/联想/浪潮等虚拟机应采用企业级虚拟化产品，VMwarevSphere、XEN、KVM、Hyper-V等CPU推荐用XeonE5-2600/2600v2/4600/4600v4、E7-4800v2/8800v4系列，频率≧2.0GHz（应用）/≧2.4GHz（数据库）CPU核数计算均指物理内核，逻辑内核（超线程）不算，但推荐把超线程开启SQLServer服务器推荐CPU总核数等于2的整次方，Oracle服务器可不按这个推荐（例如可用20/24/48/60核）数据库服务器应尽量提升磁盘I/O性能，包括采用高转速高性能磁盘（如15kSAS）、用尽可能多的磁盘组成RAID、采用高性能外储（6GSAS/8G-16GFC/10GiSCSI）、Flash加速（企业级SSD）等。建议在项目采购前咨询总部系统集成部。任何规模的并发下，对管理中心都基本没有性能要求操作系统操作系统应用服务器/管理中心数据库（MSSQL）数据库（Oracle）支持WindowsServer2016按微软官方文档按Oracle官方文档WindowsServer2012R2WindowsServer2012WindowsServer2008R2Windows7/8/8.1(仅推荐演示用）推荐WindowsServer2008R2SP1WindowsServer2008R2SP1Linuxx86-64(RHEL/OEL5.x/6.x)+最新WindowsUpdate关键补丁+最新WindowsUpdate关键补丁IBMAIX6.x推荐保持Windows操作系统在线更新，至少每季度更新一次推荐通过WindowsUpdate做系统在线更新，不推荐用第三方软件做系统更新Windows7/8/8.1的工作站系统仅适合于做产品演示或开发，生产环境请用WindowsServer生产环境的SQLServer数据库服务器请一定用64位操作系统（以及64位SQLServer软件）推荐OracleDB用户采用基于Linux或AIX的平台，不推荐用Windows版本OracleDB强烈建议客户环境使用WindowsServer2008R2（X64），WindowsServer2012（X64），WindowsServer2012R2（X64），WindowsServer2016操作系统，并打上微软官方最新的操作系统SP补丁。另外请把应用服务器和数据库服务器分开进行部署。网络网络需求：出口带宽>=（并发数/5）*1Mbps外部客户端>=1Mbps局域网：延时<=20ms，丢包率<=0.1%广域网：延时<=100ms，丢包率<=2%说明：如果网络存在丢包或者较高延迟现象，使用过程中可能会提示网络错误，但提示后仍然可以继续使用客户端如果采用无线网或者广域网延迟超过50ms，可能由于网络质量问题，导致客户端响应时间不稳定。数据库SQLServerOracleDB支持SQLServer2008R2OracleDB11gR2SQLServer2012OracleDB12CSQLServer2014SQLServer2016推荐64位SQLServer2014SP264位OracleDB数据库推荐客户使用企业版，微软对标准版的数据库，在对数据库可利用的最大内存有比较严格的限制；生产环境请一定用64位的数据库软件已经安装的实例如何检验SQLServer：SELECTSERVERPROPERTY('Edition')Oracle：select*fromv$version;以上返回结果如包含64-bit字样则是64位，不带位数信息的是32位仅推荐有Oracle生产环境运维经验的客户选用Oracle数据库，一般我们均推荐选用SQLServer请由有Oracle生产环境部署经验的技术人员安装调试Oracle数据库软件，建议请有OCP资格的工程师进行强烈建议客户环境使用X64的数据库管理系统，并打上数据库厂商最新的数据库补丁。Haproxy部署方案请参阅产品安装包help目录中的部署方案压缩包：“金蝶云星空应用服务器集群部署方案ForHAproxy.rar”客户端配置（操作系统一般要求Win7及以上）用途配置基准值客户端CPU推荐：双核，2.0GHz以上，x86兼容处理器内存推荐：4GB存储对于每个金蝶云星空站点，最多需要200MB本地存储空间作为缓存SQL数据库配置和优化操作系统和数据库系统必须是64位调整最大并行度=1--调整最大并行度，建议修改为1，也可在数据库直接执行，修改方法如下：sp_configure'showadvancedoptions',1;GORECONFIGUREWITHOVERRIDE;GOsp_configure'maxdegreeofparallelism',1;GORECONFIGUREWITHOVERRIDE;GO针对即席工作负荷进行优化=True--调整针对即席工作负荷进行优化=True，也可在数据库直接执行，修改方法如下：sp_configure'showadvancedoptions',1;GORECONFIGUREWITHOVERRIDE;GOsp_configure'OptimizeforAdhocWorkloads',1;GORECONFIGUREWITHOVERRIDE;GO最大服务器内存=物理内存-4GB建议最大内存配置为物理内存-4GB（预留4GB内存给数据库服务器所在的操作系统使用，如下图数据库服务器物理内存有32G，这里我们设置为28000MB就好了）锁定内存页（组策略），用户为启动SQLServer的用户路径：Windows设置-安全设置-本地策略-用户权限分配-锁定内存页读提交快照处于打开状态=True操作步骤:注意，客户环境下按照下面的顺序进行执行：停止操作系统服务下面的K3CloudJobProcess和K3CloudManage服务；停止IIS服务；在数据库服务器按附1执行修改语句，检查无误后，执行；重新启动IIS；启动K3CloudJobProcess和K3CloudManage服务。附1：下面是执行修改的SQL语句：--开启read_committed_snapshot隔离级别的方法，推荐值是1：--打开SQLServerManagementStudio，创建一个查询，然后执行下面的语句，--查看数据库对应的is_read_committed_snapshot_on是否为0，如果为0，做第2步。--请自行替换name字段值。selectname,is_read_committed_snapshot_onfromsys.databaseswherename='AIS20140912092851'--执行下面的SQL，开启读快照隔离级别。注意，执行的时候最好不要有人在使用数据库，--否则由于KILL进程会导致客户端操作失败。--请自行替换dbname字段值。usemasterdeclare@dbnameassysnamedeclare@sqlvarchar(max)--@dbname='test'为金蝶云星空对应的数据库名set@dbname='AIS20140912092851'set@sql=''select@sql=@sql+'kill'+cast(spidasvarchar)+';'frommaster..sysprocesseswheredbid=db_id(@dbname);set@sql=@sql+'alterdatabase'+@dbname+'setread_committed_snapshoton';exec(@sql);--再次执行步骤1，如果对于那个数据库is_read_committed_snapshot_on的值为1，表示成功启用读快照隔离级别每天索引重建使用云报告生成，查看数据库表索引碎片超过30%的表的数量，如果该值大于100，说明索引碎片较高，需要管理员根据情况进行处理。我们也可以根据一些比较重要的表的表索引碎片大于30%比如：物料T_BD_Material，使用命令dbccShowContig(‘T_BD_Material’)，查看逻辑扫描碎片的百分比：逻辑扫描碎片=35.85%大于30%，我们认为该数据库的索引碎片较多，影响到查询性能，建议重建索引和更新统计信息。对数据查询速度要求较高，并且数据新增、删除、更新频繁，建议每天凌晨时分业务不繁忙的时候（比如凌晨3点），定期重建一次索引。定时自动执行的方法：方法一：使用金蝶云星空计划任务定期执行重建索引和更新统计信息。详情可参考：/forum.php?mod=viewthread&tid=660255执行定期重建索引和更新统计信息的后台计划任务未执行，原因排查：第一步：登录管理中心，检查数据中心是否勾选了"允许执行计划任务"

第二步：查看金蝶云星空服务器，K3CloudJobProcess服务是否启用

第三步：确认重建索引和更新统计信息的执行计划设置是否正确？

开始时间：必须在今天之前

结束时间：必须在今天以后

任务状态：必须是准备状态

第四步：检查Windows系统日志，查看执行计划是否有出错

第五步：检查重建索引和更新统计信息的执行计划最近一次执行情况

如果执行时间已经刷新，且记录了最近一次执行情况，则说明执行计划能正常调用

方法二：使用SQLServer的维护计划向导新建一个重新生成索引的维护任务。

维护计划执行需要把SQLServerAgent服务启动起来。手工执行办法：方法一：登录管理中心，使用数据中心列表的升级下拉功能：数据库优化，进行索引重建和更新统计信息。这个过程可能运行较长时间，并且会导致表阻塞，影响系统性能，请在非系统频繁使用期，进行优化。方法二：手工简单重建索引办法--在对应的业务数据库执行下列的语句：declare@sqlvarchar(max)set@sql=''select@sql=@sql+'dbccdbreindex('+name+');'fromsys.tableswherenamenotlike'tm%'exec(@sql)注意：打补丁后，特别是跨度较大的补丁，建议手工重建一次；请在业务空闲期执行重建索引的语句或任务；查看临时表数量和清理临时表可通过下列SQL语句查询和统计可删除的临时表数量：--临时表数量统计SELECTcount(T.NAME)ASCOUNT_DELFROMSYS.TABLESTWHEREEXISTS(SELECT1FROMT_BAS_TEMPORARYTABLENAMEWHEREFTABLENAME=T.NAMEAND(FCREATEDATE<=getdate()-1ORFPROCESSTYPE=1))如果临时表很多，想统计下临时表占用空间，可使用下面的语句进行统计分析：--查看系统所有临时表占用的总空间selectcast(sum(a.total_pages)*8/1024asvarchar)+'MB'total fromsys.partitionspjoinsys.allocation_unitsaonp.partition_id=a.container_idjoinsys.tablesitonp.object_id=it.object_idwherelike'TMP%'--查询系统中每个临时表占用的空间大小统计select,cast(sum(a.total_pages)*8asvarchar)+'KB'total fromsys.partitionspjoinsys.allocation_unitsaonp.partition_id=a.container_id joinsys.tablesitonp.object_id=it.object_idwherelike'tm%'groupbyorderbysum(a.total_pages)*8desc--删除所有已经标记为需要删除的临时表，如果临时表太多，超过2w，不建议使用该语句删除临时表declare@sqlasvarchar(max)set@sql=''select@sql=@sql+'droptable'+name+';'fromsys.tablesujoinT_BAS_TEMPORARYTABLENAMEvon=v.FTABLENAMEand(v.FPROCESSTYPE=1orv.FCREATEDATE<GETDATE()-1);exec(@sql);deleteufromT_BAS_TEMPORARYTABLENAMEuwherenotexists(select1fromsys.tableswhereu.ftablename=name);--如果临时表太多，超过2w，建议使用SQL的定时作业来删除临时表具体可参考：/forum.php?mod=redirect&goto=findpost&ptid=578974&pid=1361407另外，我们可通过执行下面3个查询数量，根据查询数量的情况，来判断临时表方面的问题：selectcount(*)fromT_BAS_TEMPORARYTABLENAMEwhereFPROCESSTYPE=1orFCREATEDATE<GETDATE()-1selectcount(*)fromT_BAS_TEMPORARYTABLENAMEselectcount(*)fromsys.tablestwherenamelike'tmp%'--如果语句1的记录很多（正常值一般1000内），那么后台删除临时表的作业肯定有一段时间没有运行；--如果语句2的记录很多（正常值一般10000内），那么说明有临时表残留；--如果语句3的记录很多（正常值一般10000内），并且如果语句3远大于语句2的记录数，说明很多生成的临时表没有记录到登记表中，属于异常情况，一般是二开或其他原因导致的临时表问题，如果这个记录数一直增长，那么需要手工执行删除临时表的语句。SQLserver手工删临时表的方法（可在业务期间运行，推荐使用该方法删除临时表）：--第一步：删除登记表中的可删除的临时表登记记录deletefromT_BAS_TEMPORARYTABLENAMEwhereFPROCESSTYPE=1orFCREATEDATE<GETDATE()-1--第二步：删除临时表，每次删除50个临时表释放一次资源，可在业务运行期间执行语句ifobject_id('temptb','table')>0droptabletemptb;declare@sqlvarchar(max)declare@icountintdeclare@Iintset@sql='droptable'set@i=1selectname,IDENTITY(int,1,1)idintotemptbfromsys.tablestwherenamelike'tmp%'andlen(name)=30andnamenotlike'tmp[_]%'andnotexists(select1fromT_BAS_TEMPORARYTABLENAMEwhereFTABLENAME=)andcreate_date<=DATEADD(n,-5,GETDATE())select@icount=@@ROWCOUNTwhile@i<@icountbeginselect@sql=@sql+name+','fromtemptbwhereidbetween@iand@i+49if@@ROWCOUNT>0set@sql=substring(@sql,1,len(@sql)-1)+';'set@i=@i+50exec(@sql)set@sql='droptable'endifobject_id('temptb','table')>0droptabletemptb;--清理视图定义declare@sqlvarchar(max)set@sql=''select@sql=@sql+'dropview'+name+char(13)fromsys.viewswherenamelike'tmp%'andlen(name)=30andnamenotlike'tmp[_]%'iflen(@sql)>0exec(@sql)--清理记录表truncatetablet_bas_temporarytablenameDBCCDBREINDEX('t_bas_temporarytablename');执行删除临时表的后台计划未执行，原因排查：第一步：登录管理中心，检查数据中心是否勾选了"允许执行计划任务"

第二步：查看金蝶云星空服务器，K3CloudJobProcess服务是否启用

第三步：确认删除临时表的执行计划设置是否正确？

开始时间：必须在今天之前

结束时间：必须在今天以后

任务状态：必须是准备状态

第四步：检查Windows系统日志，查看执行计划是否有出错

第五步：检查删除临时表的执行计划最近一次执行情况

如果执行时间已经刷新，且记录了最近一次执行情况，则说明执行计划能正常调用

查询阻塞和死锁信息--查看是否存在阻塞语句select*frommaster..sysprocesseswhereblocked<>0返回记录说明存在阻塞如果隔几秒再次执行，没有记录返回，那可能属于正常的阻塞--SQLSERVER2008R2查询死锁信息语句SELECTXEventData.XEvent.value('@timestamp','datetime2(3)'),cast(XEventData.XEvent.value('(data/value)[1]','varchar(max)')asxml)FROM(SELECTCAST(target_dataASXML)ASTargetDataFROMsys.dm_xe_session_targetsstJOINsys.dm_xe_sessionssONs.address=st.event_session_addressWHERE[name]='system_health'ANDst.target_name=N'ring_buffer')ASDataCROSSAPPLYTargetData.nodes('//RingBufferTarget/event')ASXEventData(XEvent)WHEREXEventData.XEvent.value('@name','varchar(4000)')='xml_deadlock_report';--SQLSERVER2012查询死锁信息语句SELECTXEvent.query('(event/data/value/deadlock)[1]')ASDeadlockGraphFROM(SELECTXEvent.query('.')ASXEventFROM(SELECTCAST(target_dataASXML)ASTargetDataFROMsys.dm_xe_session_targetsstJOINsys.dm_xe_sessionssONs.address=st.event_session_addressWHERE='system_health'ANDst.target_name='ring_buffer')ASDataCROSSAPPLYTargetData.nodes('RingBufferTarget/event[@name="xml_deadlock_report"]')ASXEventData(XEvent))ASsrc;SQLServer标准报表和性能报表如果某帐套突然增大很多，可通过报表“按排在前面的表的磁盘使用情况”，查看具体到哪张表突然增大，造成磁盘的突然增大。按平均CPU时间排在前面的查询，按总CPU时间排在前面的查询，按平均IO次数排在前面的查询，按总IO次数排在前面的查询。通过上述四张报表，可获取到比较慢的SQL语句，并初略分析出查询慢等相关的问题。数据库相关属性推荐：恢复模式设置为简单模式，数据库的自动更新统计信息设置为已启用，数据库自动伸缩设置为禁用，自动关闭属性设置为禁用，数据库兼容级别（SQLSERVER2008R2兼容级别为100，SQLSERVER2012兼容级别为110，SQLSERVER2014兼容级别为120）数据库端口攻击1）在命令行下，执行命令netstat-an>c:\netstat.txt2）检查内容，统计1433端口（SQL服务默认端口）TIME_WAIT的数量，如果数目超过100，这时候整个系统将可能出现登录非常缓慢或者无法登陆的情况。关键内容，数据库的IP地址，端口1433状态TIME_WAIT例如：TCP87:143366:5019TIME_WAITTCP87:143366:5020TIME_WAITTCP87:143366:5222TIME_WAITTCP87:143366:5358TIME_WAITTCP87:143366:5566TIME_WAITTCP87:143366:5584TIME_WAITTCP87:143366:5699TIME_WAITTCP87:143366:6007TIME_WAITTCP87:143366:6097TIME_WAITTCP87:143366:6155TIME_WAITTCP87:143366:6255TIME_WAIT3）约束：检查需要在数据库服务器上执行；4）分析结果：数据库服务器基于1433端口的连接状态为TIME_WAIT的连接数为100个（统计出来的数量），请检查网络或者代码中有没打开数据连接没有关闭的情况。如果服务器通过外网可以直接访问，可能服务器被攻击，建议将服务器迁移到内网。Oracle数据库相关优化采用自动内存管理重做日志，建议调整为8个Oracle数据库推荐配置参数检测参数建议值sga_target等于sga_max_sizeprocessesmax(600）open_cursors900undo_retention900optimizer_index_caching90optimizer_index_cost_adj50parallel_adaptive_multi_userfalseaudit_trailnoneparallel_threads_per_cpu1shared_servers0OracleSGA_Max小于等于最大物理内存-4G--需要修改的隐含参数_use_adaptive_log_file_sync FALSE_optimizer_invalidation_period 60_pred_move_around FALSE_optimizer_use_feedback false_optimizer_adaptive_cursor_sharing false_optimizer_extended_cursor_sharing_rel none--查看隐含参数语句：SELECTksppinm,ksppstvl,ksppdescFROMsys.x$ksppix,sys.x$ksppcvyWHEREx.indx=y.indxANDTRANSLATE(ksppinm,'_','#')LIKE'#%'andksppinmlike'_optimizer_invalidation_period%';查看临时表数量和清理临时表--Oracle查看临时表数量：selectcount(*)fromuser_segmentswheresegment_type='TABLE'andtablespace_name='KDCLOUD'andsegment_namelike'TMP%'--Oracle手工清理临时表语句：--='KDSA918'这里要改为需要删除的用户名，手工清理方式，每次清理1W行，--如果超过1W需要执行多次spooldroptb.sqlselect'droptable'||||'purge;'fromsys.obj$ujoinsys.user$vonu.owner#=v.user#and='KDSA918'wherelike'TMP%'andu.ctime<=sysdate-1andrownum<=10000spooloff@droptb.sql临时表自动清理方法：方法一：使用金蝶云星空计划任务删除临时表的执行计划。详情可参考：/forum.php?mod=viewthread&tid=660255删除临时表的执行计划未执行，原因排查：第一步：登录管理中心，检查数据中心是否勾选了"允许执行计划任务"

第二步：查看金蝶云星空服务器，K3CloudJobProcess服务是否启用

第三步：确认删除临时表的执行计划设置是否正确？

开始时间：必须在今天之前

结束时间：必须在今天以后

任务状态：必须是准备状态

第四步：检查Windows系统日志，查看执行计划是否有出错

第五步：检查删除临时表的执行计划最近一次执行情况

如果执行时间已经刷新，且记录了最近一次执行情况，则说明执行计划能正常调用

方法二：在Oracle创建作业，定期清理可删除的临时表；请查看《Oracle数据库安装及运维工作指南》和《Oracle数据库巡检脚本》，如有不熟悉可提单或论坛发帖咨询Oracle专家；定期重建索引统计信息selecttable_name,last_analyzedfromuser_tableslast_analyzed更新语法：Analyzetabletablenamecomputestatistics;Analyzeindexindexnamecomputestatistics;需要对用到的表都执行上面的SQL脚本，如果需要统计更新后,立即生效,对需要做统计的表执行下面的语句execdbms_stats.gather_table_stats(ownname=>'sa',tabname=>'t',no_invalidate=>false);索引定期重建自动执行的方法：方法一：使用金蝶云星空计划任务定期执行重建索引和更新统计信息。详情可参考：/forum.php?mod=viewthread&tid=660255执行定期重建索引和更新统计信息的后台计划任务未执行，原因排查：第一步：登录管理中心，检查数据中心是否勾选了"允许执行计划任务"

第二步：查看金蝶云星空服务器，K3CloudJobProcess服务是否启用

第三步：确认重建索引和更新统计信息的执行计划设置是否正确？

开始时间：必须在今天之前

结束时间：必须在今天以后

任务状态：必须是准备状态

第四步：检查Windows系统日志，查看执行计划是否有出错

第五步：检查重建索引和更新统计信息的执行计划最近一次执行情况

如果执行时间已经刷新，且记录了最近一次执行情况，则说明执行计划能正常调用

方法二：在Oracle创建作业，定期清理可删除的临时表；请查看《Oracle数据库安装及运维工作指南》和《Oracle数据库巡检脚本》，如有不熟悉可提单或论坛发帖咨询Oracle专家；表空间大小查看某个用户下，表占用空间大小，并按从大到小排序selectsegment_name,bytes/1024/1024as"size(MB)"fromdba_segmentswhereowner='SA'andsegment_type='TABLE'orderbybytesdescIIS配置相关优化快速故障防护已启用=FalseK3Cloud和ManageSite应用程序池高级设置：禁用“快速故障防护”启用启用32位应用程序=FalseK3Cloud和ManageSite应用程序池高级设置：不允许启用32位应用程序回收时间设置每天凌晨执行查看K3Cloud和K3CloudApp应用程序池高级配置，回收固定时间间隔修改为0（不回收），在特定时间中增加每天凌晨0点回收一次（可根据企业的需求另外设置特定的时间）。安装应用程序初始化，设置预加载已启用=TrueIIS8.0以上版本安装Window组件：应用程序初始化预加载设置为已启用=True具体配置参考：IIS8.0，IIS8.5，IIS10（使用WindowsServer2012、2012R2,、2016）查看：/50614090/p/8819841.html如果想在IIS7.5使用应用程序初始化的功能，请进行手工安装，安装包路径如下：64位机器请选用如下安装包路径下的安装包：金蝶云星空安装包\OS_Default\appwarmup_x64\appwarmup_x64.msi32位机器请选用如下安装包路径下的安装包：金蝶云星空安装包\OS_Default\appwarmup_x86\appwarmup_x86.msi注意：安装完appwarmup.msi需要手动重启机器，再安装金蝶云星空产品的安装包。具体配置参考：IIS7.5（使用WindowsServer2008R2）相关设置请查看：/50614090/p/8808433.html查看IIS日志，从HTTP请求耗时初步判断应用服务器和数据库间响应情况IIS日志路径默认是：%SystemDrive%\inetpub\logs\LogFiles如下是从客户现场抓取的日志，我们分析后可得出当前段的最长时间为8.3秒，大部分都超过2秒，实际日志文件中最长的一个请求超过了10秒。说明请求在应用服务器上响应时间不是很好，需要检查SQL语句执行的时间，以及代码逻辑。请注意：时间需要+8，即日志中的6点实际是下午的14点；2015-01-0406:02:434POST-80-62000071492015-01-0406:02:434POST-80-62000050232015-01-0406:02:434POST-80-62000027772015-01-0406:02:444POST-80-62000083752015-01-0406:02:444POST-80-62000063562015-01-0406:02:444POST-80-62000063332015-01-0406:02:444POST-80-62000053102015-01-0406:02:464POST-80-62000037722015-01-0406:02:474POST-80-62000058072015-01-0406:02:474POST-80-62000022672015-01-0406:02:474POST-80-62000022332015-01-0406:02:474POST-80