NC项目系统优化
- 格式:doc
- 大小:77.00 KB
- 文档页数:13
nc项目实施方案NC项目实施方案一、项目背景随着信息技术的不断发展,企业管理模式也在不断更新和改进。
为了适应市场的变化和提高企业的竞争力,很多企业开始采用新的管理系统来优化企业资源,提高管理效率。
NC(Numerical Control)项目就是其中之一,它是一种通过计算机技术来实现对生产过程的控制,从而提高生产效率和产品质量的管理系统。
本文将对NC项目的实施方案进行详细介绍。
二、项目目标1. 提高生产效率:通过NC项目的实施,实现生产过程的自动化控制,减少人为操作,提高生产效率。
2. 提高产品质量:NC项目可以精确控制生产过程,减少人为因素对产品质量的影响,提高产品质量稳定性。
3. 降低生产成本:NC项目可以减少人工成本,提高生产效率,从而降低生产成本。
三、项目实施方案1. 确定项目需求:首先,需要明确企业的生产需求,确定NC项目的具体实施目标和范围。
2. 项目规划:制定NC项目的详细实施计划,包括项目启动、需求分析、系统设计、系统开发、系统测试、系统上线等各个阶段的具体时间节点和任务分工。
3. 人员配备:确定NC项目实施所需的人员配备,包括项目经理、系统分析师、程序员、测试人员等,确保项目实施团队的专业性和稳定性。
4. 技术支持:与NC项目相关的技术支持需要得到保障,包括硬件设备的采购和维护、软件系统的选型和定制开发等。
5. 培训计划:制定NC项目实施后的培训计划,确保企业员工能够熟练掌握NC系统的操作和维护。
6. 系统测试:在NC项目实施前,需要进行系统测试,确保系统的稳定性和可靠性。
7. 系统上线:在系统测试通过后,进行NC系统的上线操作,确保系统能够正常运行。
四、项目实施风险1. 技术风险:NC项目实施涉及到大量的信息技术,技术风险是一个需要重点关注的问题。
2. 人员风险:NC项目实施需要专业的人员配备,人员的流动和变动可能会对项目实施造成影响。
3. 成本风险:NC项目的实施需要投入大量的资金,成本控制是一个需要重点关注的问题。
公司NC财务供应链实施策划方案一、背景介绍随着市场竞争日益激烈,公司NC面临着日益增长的供应链压力。
为了提升公司在供应链管理方面的竞争力,提高财务管理的效率和准确性,本公司决定实施NC财务供应链项目。
该项目的目标是整合财务系统和供应链系统,建立完善的财务供应链管理体系,以提高财务流程的标准化及自动化水平,减少人工操作和错误率,提高信息及时性和准确性,最终实现财务供应链的协同管理。
二、项目目标1.提高财务核算的准确性和效率:通过与供应链系统的整合,实现财务数据的自动对接和自动核算,并优化财务流程,减少人工操作和错误率。
2.提高财务决策的科学性:建立全面、准确的财务供应链数据分析报告系统,为财务决策提供科学的依据。
3.提高供应链管理的效率和准确性:通过财务供应链整合,实现供应链的自动化操作和准确性的追踪,提高供应链管理的水平。
4.提升客户满意度:通过财务供应链协同管理,提升交付准时性和服务质量,提高客户满意度。
三、项目实施方案1.项目组成项目组成员包括财务部门的代表、供应链部门的代表以及IT部门的代表。
项目组的职责包括项目规划、需求分析、系统设计、系统开发、测试、培训和上线等。
2.项目计划及时间节点-第一阶段:需求分析和系统设计(1个月)-收集企业财务及供应链数据,明确系统需求;-对现有财务和供应链系统进行分析和定位,确定整合方案;-设计财务供应链整合系统的架构和功能。
-第二阶段:系统开发和测试(3个月)-根据需求设计开发财务供应链整合系统;-进行系统的功能测试,确保系统可稳定运行。
-第三阶段:培训和上线(1个月)-针对系统的使用者进行培训,确保他们能够熟练操作系统;-在一部分试点企业进行试运行,检查系统的稳定性和可靠性;-全面上线,确保所有企业能够正常使用系统。
3.系统功能设计根据需求分析,设计财务供应链整合系统的功能如下:-财务数据自动对接:财务系统与供应链系统实现数据对接,减少数据重复录入和错误率。
NC5.7 JAVA参数调整说明JAVA参数调整需要具体根据环境灵活调整,系统在初始时已经预置了参数。
但并非对所有用户环境都适用,具体再根据具体应用情况再调整。
NC5.7 JAVA参数调整说明●JAVA参数说明-Xms :设置初始分配的内存堆大小-Xmx :设置最大可分配的内存堆大小-XX:PermSize :设置永久内存区大小-XX:MaxPermSize :设置最大永久内存区大小----------------------------------------------------------------------------------------------------●JAVA参数配置建议使用oracle10.2.0.4并且将NC预制的oracle驱动手工替换为数据库提供的驱动时,需要在JAVA通用参数中加以下参数:-Dnc.maxBatch=400使用oracle11.2.0.1并且将NC预制的oracle驱动手工替换为数据库提供的驱动时,需要在JAVA通用参数中加以下参数:-Doracle.jdbc.LobStreamPosStandardCompliant=falseUF middleware 5.0中间件参数系统自带的是SUN JDK1.5,对应参数已经设置。
"-Server -Xmx768m -XX:PermSize=128m-XX:MaxPermSize=256m",修改位置:ncsysconfig—server—虚拟机参数中修改,JAVA通用参数也在这里设置。
当使用其他环境JDK时,参考JDK有关参数进行调整。
启动"startup.bat" Windows环境下启动NC中间件服务。
"startup.sh" Linux环境下启动NC中间件服务。
无论集群还是单机,"startup.sh"/"startup.bat"会根据配置自动启动。
100C omputer automation计算机自动化NC 物资供应管理系统在矿企日常运行中的应用高 斌(北京天地华泰矿业管理股份有限公司,北京 100000)摘 要:本文将新疆天地华泰采矿工程技术股份有限公司作为研究对象,深入研究并分析其引入并使用NC 物资管理供应系统的整个过程,解析现代信息管理技术在完善企业物资供应领域发挥的作用,优化企业的物资管理模式使其能够覆盖更多的细节。
公司各部门之间的责任和权限要界定清晰,从而保证各部门员工熟悉自己的岗位职责。
不同工作环节之间要衔接顺畅,促使公司物资管理工作的效率得到进一步的提升。
关键词:NC 物资;供应软件;应用;发展中图分类号:TP311.52 文献标识码:A 文章编号:11-5004(2021)06-0100-2收稿日期:2021-03基金项目:天地华泰自主科技创新基金项目(编号:TDHTKY2021005)。
作者简介:高斌,男,生于1985年,山东邹城人,本科,机电工程师,研究方向:煤矿机电管理。
矿企在日常运行过程中会消耗各种成本 ,其中占比最多的就是材料。
需要在物资管理领域压缩成本的企业,必须具备一定的管理经验和经济素质,但是这两方面都不是煤炭企业的优势所在。
所以煤炭企业必须根据实际情况来确定自己的需求,对成本控制系统进行优化和革新,确保企业在物资管理领域实施的成本控制措施是科学合理的。
煤炭企业想要大幅度强化物资管理能力,就必须要引入计算机应用软件。
1 软件引入的背景与预期目标1.1 矿企物资供应管理概述对企业生产所需的各种资料进行规划、采购、控制等行为,就是通常所说的物资供应管理。
企业的生产活动能否顺畅进行,是评判其物资管理工作是否充分的重要标准。
煤炭企业的物资管理工作除了具有物资管理工作的普遍特性之外,还伴有一些行业内的个性化问题。
比如物资供应的项目数量较多,且很多物资是以虚拟的方式存在的。
煤炭企业的经营成本有很大一部分是由各种物资损耗构成的。
NC633初步优化方案一.产品概述嵌入式商业智能系统是一个轻量级的NC智能辅助助手,其无缝嵌入到NC产品的实际业务单据中,它可以将企业任何形式的分散数据第一时间方便、快捷、直观的推送到用户的业务界面中,使数据的价值在业务端得意发挥,使企业的决策点前移,使每一个业务人员都成为企业的决策者。
本产品致力于用友NC平台的延伸及优化,完善NC平台的易用性,替代性完成90%的代码级二开需求,缩短NC开发实施周期,提高NC的成功交付率。
二.产品特点1.嵌入式设计无缝内嵌到NC平台的业务单据中,在一个界面展示所有用户需要的决策数据,让数据的在业务前端产生价值。
2.数据采集、导入如果企业的部分纸质数据、EXCEL数据或是其他类型的数据还没有来得及进入我们的企业数据库,我们的平台提供数据采集接口,无需NC二次开发,方便快捷的完成数据的录入和导入工作,完善企业数据完整性。
3.解决NC易用性本产品按照操作者的视角来设计,解决NC产品易用性问题。
一键查询供应商欠款采购订单一键查询合同信息4.集成平台本平台系统集成了时下互联网比较热门的技术,完善NC系统的基础功能,如图表工具、报表工具、地图工具、微信等,将这些可用的技术及数据集中起来,为某个行业中存在的问题寻找新的解决方案。
5.适用角色针对企业不同的阶层的人群都具有很强的适用性,无论您是企业做决策的高层,还是做管理的中层,亦或是做业务的普通基层,都会发现,每个人都可以是企业的决策者。
让数据驱动决策,使其变成一种企业文化,一种用户使用习惯。
6.数据抽取本系统的ETL工具会进行数据源关联、跨数据库数据表取值,应用多业务系统数据,集中业务数据与一张报表,让更多数据应用于经营分析和业务管控。
为企业提供全方位的数据应用支持。
7.可视化建模平台系统可以基于NC任意业务单据进行数据分析建模,不在需要懂复杂的NC二次开发,不在需要懂复杂的代码和数据库脚本,分分钟解决NC二开问题。
8.应用场景产品使用HTML5技术开发,适用于多种移动端应用。
NC系统运行环境优化设置1、NC客户端NC浏览器客户端若设置不当,会出现使用时间长后浏览器越来越慢,以及一些大数据操作浏览器灰屏等现象;还有一些大的数据查询操作时间长等等现象。
对NC客户端浏览器而言,主要是以下需要设置:1.1客户端浏览器java插件参数设置浏览器java插件参数默认能使用最大内存为64M,如果不进行设置修改的话,即使客户端机器本身物理内存1G或2G足够大,NC界面在浏览器中也只能用到64M内存;这样造成的影响是:使用时间长后浏览器会越来越慢;一些大数据操作浏览器灰屏或无法显示。
JA V A参数说明-Xms :设置初始分配的内存堆大小-Xmx :设置最大可分配的内存堆大小-XX:PermSize :设置永久内存区大小-XX:MaxPermSize :设置最大永久内存区大小可以按以下步骤设置浏览器java插件参数:1:在开始->控制面板中,双击java咖啡杯图标:2:在弹出界面中选择java界面->点击查看->Rutime(运行时参数)设置下->设置-Xmx256m(或者-Xmx200m,或者-Xmx350m等更大或更小)或者–Xms128m -Xmx256m注意:需要用英文输入法,并且大小写敏感。
有些机器设置256M后,会出现访问NC登录页面报无法载入jvm,这个时候需要调小设置为-Xmx200m,或继续调整小.3:点确定-》点应用;重启浏览器,此设置生效。
1.2需要启用NC登录界面中的压缩传输功能有一些大的数据查询操作会需要从服务器端下载大量数据到客户端显示,如果不选择压缩传输的话,可能网络传输量会很大,如果选用压缩传输,对大数据量的传输,其压缩比很多时候能达到1:5甚至1:10,会较大减轻网络传输量及时间。
可以按以下模式设置1:点击选项按钮2:勾选上压缩远程调用流选项注:第一次勾选上后,以后进入浏览器此选项是默认勾选上的1.3客户端数据缓存客户端数据缓存主要是将相关基础数据缓存到本地,以后本地对基础数据的参照可以先从本地参照而不是每次都从服务器端下载参照;从而达到减少远程调用次数,提高界面操作速度功能。
综合性集团中国海运集团管控案例交通与公用事业文化与科研农业产业化金融企业洞察2009年航运业遭受重创,在这样严峻的背景下,中海集团在科学发展观指引下,变“熬冬”为“冬训”,通过实现“五个转型”即产业结构转型、发展方式转型、管理方式转型、团队建设转型、竞争力模式建设转型,将产业链向航运上下游两端延伸,为企业的长远发展奠定了基础。
信息化动因1、执行集团管理方式转型:比较粗放的管理方式向现代企业制度下精细化管理转型,集团财务管2、为增强集团的整体竞争力,在集团总部完成陆岸单位财务信息系统的集中建设,综合性集团集团制造业流通与服务房地产工程建设IT规划与应用目标1、管理集中化本次中海集团NC财务系统建设,将采用“集中”的部署模式,核算系统和数据库均部署在中国海运集团总部,完成陆岸单位账务数据信息的集中化管理。
2、核算规范化此次项目建设,集团总部通过系统对于科目体系、内部客商、船名航次等关键核算基础信息的统一化管理,以及相关业务入账规则的统一性设置,规范各所属公司的财务核算工作,减少各类人为因素对于核算的影响,从而通过技术的手段建立一套标准规范的核算体系。
3、核算精细化一方面确保业务与财务核算的统一性,财务总账与明细账的统一性,另一方面由于每一笔业务在财务核算中均有体现,达到核算精细化的要求,为下一步核算管理的提升打下基础。
4、管理的持续化此次项目建设完成财务核算的集中化、规范化、精细化的基础上,后期还可以通过费用报销及计划、财务分析管理,有效完善集团的财务管理及决策,管理的提升进入可持续发展的良性循环。
5、技术实现的优化原总部和部分陆岸单位使用的原有核算系统将近10年时间,从技术架构、数据安全、操作性等方面已无法满足核算精细化发展的需要。
从软件应用层面:用友NC产品平台更加成熟稳定,提供元数据支持,推出轻量级开发平台,完善流程管理工作流应用。
东方国际固定资产接口固定资产财务公司业务系统接口IUFO系统NC总帐系统现金管理劳务结算单管理(开发)久其系统应收、应付管理-单据管理单据业务接口业务系统应收应付系统现金管理(单据模式)业务汇总单接口模块(开发)固定资产会计平台凭证控制规则开发控制规则手工会计凭证审核记账结账IUFO报表账簿1、集团核算流程管控原则方案· 关键业务解决方案综合性集团集团制造业流通与服务房地产工程建设2、应用集成接口方案· 公共平台接口方案统一集团档案,规范集团基数数据管理。
用友nc管理制度第一章总则第一条为规范公司NC系统的使用和管理,提高企业信息化管理水平,制定本管理制度。
第二条本管理制度适用于公司所有使用NC系统的员工和相关管理人员。
第三条公司NC系统的管理目标是确保系统的正常运行、提高工作效率、保护信息安全。
第四条公司NC系统的管理原则是科学规范、严格执行、持续改进。
第五条公司NC系统的管理工作由公司领导班子直接负责,并由专门的信息化管理部门监督执行。
第二章 NC系统的使用第六条所有使用NC系统的员工必须接受系统培训,熟悉系统的操作方法和流程。
第七条使用NC系统时,员工必须按照操作规范操作,不得随意更改系统设置和数据。
第八条离岗或调离岗位时,员工必须妥善处理自己所负责的业务和数据,不得擅自删除、泄露公司数据。
第九条使用NC系统时,员工必须定期做好数据备份工作,以防意外丢失数据。
第十条外出或休假时,员工必须做好数据交接工作,确保工作的连续性和统一性。
第三章 NC系统的管理第十一条公司NC系统的管理工作由信息化管理部门统一负责,包括系统的维护、更新、优化等工作。
第十二条公司NC系统的管理人员必须具有相关专业知识和经验,能够按时保障系统的正常运行。
第十三条公司NC系统的管理人员必须定期对系统进行检查和维护,排除系统故障和安全隐患。
第十四条公司NC系统的管理人员必须保障系统的安全性,制定并执行严格的数据备份和恢复计划。
第十五条公司NC系统的管理人员必须保障系统的稳定性,及时更新系统补丁和软件版本,提高系统的性能和安全性。
第四章 NC系统的安全第十六条公司NC系统的安全是公司信息安全的重要组成部分,所有员工必须严格遵守相关安全规定。
第十七条禁止私自安装或使用破解软件、盗版软件等非法软件,保护系统的安全。
第十八条禁止私自连接未知网络或下载未知文件,以防系统感染病毒或被黑客攻击。
第十九条禁止私自删除、修改或泄露公司数据,以防数据泄露或丢失。
第二十条禁止私自操作系统设置或删除系统重要文件,以防系统故障或瘫痪。
用友NC系统简介用友NC发展历程及整体架构NC的英文全名是“New Century”,意思是“新世纪”。
NC是用友于1997年开始针对集团型客户研发的国内第一套真正的B/S架构的产品,到目前已经拥有了3000家集团企业用户。
主要为集团化经营管理的企业和企业集团及指定行业(如金融(包括银行、证券、保险)、建筑房地产、烟草、冶金、电力、军工等)。
用友NC是为集团与行业企业提供的全线管理软件产品,由亚太本土最大的企业管理软件提供商用友公司研发提供,用友NC率先采用J2EE架构和先进开放的集团级开发平台UAP,按照“全球化集团管控、行业化解决方案、平台化应用集成”的设计理念而设计,目前形成了集团管控6大领域,10大行业的38个解决方案,10年来,在中国有2000多家集团型企业客户正在运行着用友NC,在用友NC的全生命周期客户经营服务支持下成功经营着自身的业务,通过用友NC系统的价值发挥促成了企业的高速发展。
用友NC目前已成为中国集团大中型企业管理信息化应用系统的首选。
用友NC依托用友50多家分子公司,2000多家合作伙伴,2000多人的专业服务团队,5000多人的营销服务网络,用友NC还联合了300多家高端产业生态链合作伙伴,IBM、中国工商银行、BO、富士通、NTTDATA、天威诚信、德勤、安永、SUNGARD、益赛科、学而管理、德丰、中信咨询、AMT、综艺达等,为大中型集团企业提供专业解决方案,为客户在构建管理创新力、保持成长活力方面提供专业服务,随着集团和行业企业的扩张和业务强劲增长,用友NC近年来更以超过60%的年增长率取得了飞速的发展。
用友NC的整体结构NC是一个全面优化和特升的全新产品,它在继承NC10年来在技术平台、应用模型、客户案例等基础上,在集团财务、集团资金、计划预算、企业绩效、内控与风险、集团资产管理、集团供应链管理等领域都进行的重大功能扩展,帮助客户实现全面管控、深化行业业务过程控制、实现平台化集成管控。
NC基础环境及优化NC基础环境NC环境及配置NC主要目录作用Bin: 存放nc部署和系统监控等命令。
framework:存放UAP框架/基础代码,为中间件提供服务/信息配置。
DBTrans:数据传输。
ierp/bin:存放NC配置文件。
dist: 存放在ncSysConfig.bat/wasSysConfig.bat生成的代码及配置文件,该信息在使用WAS中间件时, 需要部署到WAS中。
在生成ejb后这个目录下存在一个nc.ear的文件,检查部署是否成功的时候可以看这个目录下的该文件内容是否跟was的“D:\IBM\AppServer\profiles\AppSrv01\installedApps\uf200502092Cell01\nc50.ear”这个目录下的内容一致。
在NC501版本这个文件会比较大,NC5011版本到NCV56基本上只有几百k到几兆左右。
initdatarule: 初始化NC数据的一些规则。
lib:NC在使用中用到的相关外部类文件。
langlib: 多语言资源文件(NC55/NC56)。
middleware:存放NC中间件等代码。
modules:按模块分子目录存放各个模块的代码。
分public,client和private。
每个模块由相应的产品组负责。
此目录下还存放EJB代理,不过EJB代理由构建工具维护。
在某个模块下还有几个比较重要的目录如:$nchome\modules\uap\classes 此目录是nc需要的接口类或前后台公用资源类。
如果补丁需要打到该目录,可能需要重新部署。
$nchome\modules\uap\client 此目录是nc客户端需要的nc类。
如果补丁需要打到该目录只需要重起应用,不需要重新部署。
$nchome\modules\uap\META-INF\classes此目录是ejb所需要的实现类,此目录下如果打补丁不需要部署。
但是,如果修改了$ nchome\modules\uap\META-INF\目录下的upm文件(NC55新增)如:B_corp50.upm ,则需要重新部署.提示:在modules目录下不能备份目录或文件。
NC系统生命周期与性能优化性能优化是NC系统开发及交付使用过程中最重要和最复杂的工作之一。
在NC系统进入市场的初级阶段,由于个部门对NC所依赖的系统如数据库、JVM、OS系统等的认识不足,出现了大量因环境问题导致的性能问题,一度严重影响NC的交付及推广。
如今,随着公司对性能的重视,通过完善安装说明等文档以及多次的性能专项培训,NC的运行环境得到很大的改变,现在出现的性能问题,很少有能够通过环境参数的调整获得彻底的解决的了。
并且随着NC系统使用的深入,数据量的增加,产品自身的性能问题将会显得更加突出。
NC作为一个应用软件,其性能问题虽然通常在系统投入使用后才得以表现出来,但其优化必须是一个贯穿于应用系统整个生命周期的长期工作,性能优化应该从需求调研和需求分析开始。
从另一个方面讲,性能优化也不仅仅是专职性能优化人员的工作,而是需要全员参与的(业务人员、开发人员、数据库管理员甚至项目和用户的领导层)。
现在有很多效率问题很难被处理,其大多跟当初确立的需求及设计有关,如今代码实现已经完成交付使用了,修改问题只能头疼医头,问题自然很难得到彻底根治。
在软件开发和应用的各个阶段中,应该注意以下的问题:1 在需求开发阶段,性能优化的目的是说服业务人员接受对系统影响比较小的操作习惯,而放弃那些对系统性能有致命影响的操作习惯,结合产品易用性,有效控制住对系统性能产生重大影响的操作2 在系统应用架构设计阶段,采用对性能优化比较有利的应用体系架构。
采用2层还是三层架构,使用B/S方式还是C/S方式,采用瘦客户端还是胖客户端,客户端和服务器之间数据交换方式等都会影响系统访问的性能,应用及数据库系统的可扩展架构。
3 在系统逻辑设计阶段,定义合理的数据结构和数据操作方式在物理设计阶段,设计合理的表和索引的物理存储结构4 在编码阶段,编写效率比较高的SQL,尽量使用批量等高效的处理方式5 在系统测试阶段,对于关键业务进行完整的压力测试和系统性能评估,找出系统的瓶颈,尽快改进应用6 在系统实施阶段,实施方案的确立,如业务数据合并进入财务系统等。
年度末NC项目系统优化NC用户年度末时往往是使用NC最频繁的时候,在这个时候效率问题便变得尤为突出,为了防止因为应用服务器配置,数据库配置不当而引起的效率问题,保证客户业务顺利进行,需要前方顾问在这个时间段做以下优化工作:一:应用服务器1:应用服务器中客户日常业务中一定要避免输出所有sql语句:如果输出的话,会极大的加重应用服务器I/O的负载.可以用setting工具中的是否输出sql语句选项,不选,然后点接设置按钮就可以屏蔽掉.2:保证NC应用服务器启动参数设置正常:查看启动文件startup中的-Xms 与-Xmx的值,与发版推荐或技术工作指导手册中推荐的值没有太大出入就行.如果是NC3.0,可以在setting工具的最后一个面板中获取对应端口中间件的内存使用状况,可以跟踪实际使用中内存是否会存在瓶颈.3:对于widows操作系统:操作系统尽量干净。
不要安装DNS系统不要安装盗版防火墙软件在应用服务器上尽量不要安装数据库系统每周重启一次4:应用服务器中NC中间件设置自动重启功能。
通过设置NC应用服务器每天自动重启来提高NC应用服务器响应的效率.如果是NC2.3与NC3.0,可以用NC中commander命令来进行设置.注意:避开NC中自动任务批处理执行时间(1):用commander.bat(commander.sh)中的clock命令可以设置自动重启定时。
只要中间件监控进程没有断掉,设置的自动重启定时就不会销掉。
(注意,设置后,除非监控进程断掉,否则自动重启定时无法取消)(2):还可以在./ierp/bin/clock.properts中设置是否默认启动自动重启定时,以及自动重启定时的时间。
### 设置服务器重启闹钟### 闹钟时间clock = 00:00### 是否启动闹钟enable = false如果enable设置位true,则启动中间件时监控进程会默认启动自动重启定时。
时间位clock属性对应的时间。
注意该时间不能为00:00,否则默认为不启动闹钟功能。
5:定时轻理NC中的日志尤其是设置自动重启后,日志出现覆盖重写的几率较小,会出现很多的日志文件在./NCLogs下,需要手动清理掉。
例如:UFNC3000R12_0.log,UFNC3001R12_0.log,UFNC3002R12_0.log,其中R12表示第12次自动重启后的日志。
6:JDK版本的维护在windows下与unix下有些不同,在windows下可以直接用sun提供的jdk。
而在unix 下:如果是solaris,需要用jdk for solaris版本,aix需要用ibm的jdk for aix,hp unix下用hp自己的jdk等等。
在unix下,可以这样启动中间件:./startup.sh /jdk目录7:定时监控系统注意异常的进程对系统的影响:在windows下如异常的防火墙进程,受病毒感染的进程等等有可能会占用大量的资源。
在unix下如异常的对文件操作,访问的进程等等,注意是否存在这样的进程造成大量的cpu资源占用。
8:应用服务器与数据库服务器的通信连接有时候应用服务器与数据库服务器的通信有可能出现问题,尤其是在大并发访问的情况下,应用服务器与数据库间通信非常频繁的时候。
此时要注意:(1):数据库的listener是否能再监听从应用服务器上发过来的新建连接请求。
二:数据库服务器1:保证统计信息的最新与准确性如果做的统计信息是一个月以前的事情了,或者最近数据量比较大,最好重新做一下统计信息更新:(1)、对Oracle:使用sqlplus以要更新的用户身份登陆到数据库,执行:begindbms_stats.gather_schema_stats(ownname=> '(用户名)' , cascade=> TRUE);end;上述语句会把该用户模式下的所有表、索引的统计信息更新。
如果只想更新其中某个对象的统计信息,可执行analyze table 表名compute statisticsanalyze table 表名compute statistics for all indexes;analyze table 表名compute statistics for all columns;(2)、对SQL Server使用Query Analyzer登陆到SQL Server,执行:use 用户数据库名称sp_updatestats上述语句会把该数据库内的所有表、索引的统计信息更新。
如果只想更新其中某个对象的统计信息,可执行UPDATE STATISTICS 表名(3)、DB2以表的所有者的用户权限登陆数据库,执行:reorgchk update statistics on table all上述语句会更新该数据库内该用户所拥有的所有表、索引的统计信息如果只想更新其中某个对象的统计信息,可执行RUNSTATS ON TABLE(表名) and indexes all2:可以考虑重建索引如果系统已经运行1年以上,并且数据变化很大,可以考虑重建索引.sql server:在用户数据库先执行:select 'dbcc dbreindex('+name+')' from sysobjects where xtype='u'然后把运行结果执行oracle:执行:set pagesize 20000spool c:\index.sql;select 'alter index '||index_name||' rebuild online;' from user_indexes;spool off;编辑c:\index.sql文件,删除除'alter index......'外的其他内容。
运行:@@c:\index.sql;db2:在用户数据库先执行:select 'REORG TABLE '||rtrim(TBCREATOR)||'.'||TBNAME||' INDEX'||rtrim(CREATOR)||'.'||NAME from sysibm.sysindexes然后把运行结果执行3:优化数据库参数:需要根据实际应用情况及数据库性能监控报告,可以考虑调整参数进行优化.详细见附件一:数据库优化说明.附件一:Oracle优化说明ora_perform.sql脚本是用来监测oracle数据库性能的工具。
(该脚本附录在最后面)使用方法:1.将ora_perform.sql文件放入某一磁盘,如c:;启动SQLPLUS,输入用户名/口令及连接名与你将要监测的数据库建立起连接;执行命令:@c:\ora_perform.sql(注意文件所在位置)。
2.需要输入参数:loops,interval的值。
Loops指要做多少次监测操作;interval指定每次监测之间所间隔的时间,单位为秒。
在监测过程中SQLPLUS呈现一种停止状态。
你不用去管它,监测结束后结果后会被输出到SQLPLUS界面及c:\ora_perform_result.txt文件中。
3.建议在业务操作较为频繁的时候来做监测。
loops的值大一些,如10次左右或更大;interval的值建议为900,也就是间隔时间为15分钟。
这样整个监测过程需要花费大约10*900(秒),即2.5个小时左右。
结果输出后,取结果重覆出现频率较高的几组值进行分析。
结果说明:1.Buffer Cache Hit Ratio说明:数据缓冲区的命中率。
SQL语句执行时,Server进程首先会去数据缓冲区中找返回给用户的数据值,当缓冲区中没有所要的数据时通过DBWR进程将数据从数据文件中读取写入数据冲区再传给用户。
命中率是指未发生物理文件读取的数据请求在所有数据请求中所占比例。
正常值:>=90%优化方法:a.增加初始化参数:db_block_buffers的值。
增加的前提是目前有足够的剩余物理内存。
b.设置多缓冲池。
将缓冲池分为keep区,recycle区,default区,三个区的大小总合为db_block_buffers的值,修改init<sid>.ora文件加入设置,例如下:...DB_BLOCK_BUFFERS = 20000DB_BLOCK_LRU_LATCHES = 6BUFFER_POOL_KEEP=(BUFFERS:14000,LRU_LATCHES:1)BUFFER_POOL_RECYCLE=(BUFFERS:2000,LRU_LATCHES:3)...注:buffer_pool_buffers=2000*3+14000*1=20000keep区用于保留会再一次使用的对象;recycle区用于存放很少被重复使用的对象。
所以我们可以指定经常重复使用的表、索引等对象的缓存区域为keep区,以减少I/O操作。
指定方法如下:alter table bd_accsubj storage(buffer_pool keep);2.Library Cache Hit Ratio;Library Cache Reload Ratio说明:library cache用于存放SQL、PLSQL及其分析树及他们的执行方案。
Library cache hit ratio 指所发送的SQL语句在library cache中能找到它的执行方案的机率;librarycache reload 指所发送的SQL语句在library cache曾经有过同样的语句及它的执行方案,但被移出了library cache,这些语句所占的比率即为library cache reload ratio。
正常值:Library Cache Hit Ratio>=90%Library Cache Reload Ratio<=1%(最好为0)优化方法:增加初始化参数:shared_pool_size 的值。
3.Dictionary Cache Getmisses Ratio说明:dictionary cache用于存放数据库对象如表、视图等的结构定义。
当SQL语句中用到数据库对象时,server进程要去dictionary cache中对比该对象的定义,当找不到时会从数据文件中读取入dictionary cache,dictionary cache getmisses ratio反映的就是找不到的比率。
正常值:<15%优化方法:增加初始化参数:shared_pool_size的值4.Rollback Segment Wait Ratio说明:事务在请求回滚段时发生等待的比率。