集成系统运维投标文件(含运维方案)

《集成系统运维投标文件(含运维方案)》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

目录一、法定代表人授权书2二、法定代表人或其授权代表身份证复印件3三、投标申请及声明4四、报价表5五、报价明细表6企业简介8公司概况85.1.2公司资质85.1.3管理与运作95.1.4开展目标10同类业绩情况:11六、投标单位资质证明文件〔见下附件〕12七、运维方案13运维效劳目标及效劳范围13效劳内容14运维人员组织架构16运维组织结构介绍16运维成员职责16运维成员组织结构177.4运维质量保证措施187.4.1质量控制管理187.4.2进度控制管理18运维流程及效劳方式187.5.1效劳方式18

1运维流程19具体效劳工程及输出文档22小型机、pc效劳器、网络设备及存储系统22机房空调、UPS设备运维效劳29数据库系统运维效劳32中间件系统运维效劳39应急效劳响应措施47突发事件应急流程47预防措施及处理方法49一、法定代表人授权书xxx：本授权书声明：xxx科技〔投标单位〕的xxx董事长〔法定代表人姓名、职务〕授权xxx销售经理〔被授权人的姓名、职务〕为本公司的合法代理人，就xxxxxx工程投标及合同的签订，以本公司名义处理一切与之有关的事务。本授权书于年月日签字生效，有效期天，特此声明。法人授权代表签字：

2法人授权代表身份证号码：投标单位：xxx科技〔公章〕法定代表人：〔印鉴〕年月日

3二、法定代表人或其授权代表身份证复印件

4三、投标申请及声明致：xxx投资咨询根据贵方号招标文件，正式授权下述签字人销售经理(姓名和职务)代表申报人xxx〔招标投标单位名称〕，提交下述文件正本一式壹份，副本一式叁份。据此函，签字人兹宣布同意如下：1)成认和愿意按照招标文件中的各项规定和要求，提供相应效劳〔效劳期一年〕。总报价为〔大写〕：元整(¥元)，接招标单位中标通知书后10天内进场提供相关效劳。2)愿意按照?合同法?和?中华人民共和国招标投标法?履行自己的责任和义务。3)如果我们申请书被接受，我们将履行招标文件中规定的每一项要求，按期、按质、按量完成任务。4)我们愿意提供招标人在招标文件中要求的所有资料。5)我们理解，最低报价不是中标的唯一条件。6)我们同意按招标文件规定，交纳投标保证金。遵守

5xxx投资咨询有关招标的各项规定。7)我方的申请书在开标后60天内有效。申报投标单位名称：xxx〔盖章〕法定代表人：〔印鉴〕年月日四、报价表招标单位：工程名称：总报价〔小写〕：〔大写〕：其他说明：我公司将于签订合同7日后进场，提供优质维保效劳

6投标单位：xxxx〔盖章〕法定代表人：xxxxxxx〔盖章〕编制时间：年月日

7五、报价明细表单位：元人民币序号名称数量单价合价品牌、规格备注1维保费1　2维保费10　3维保费6　4维保费2　5维保费1　6维保费2　7维保费1　8维保费2　9维保费1　10维保费1　

811维保费2　12维保费6　13维保费4　14维保费15　15维保费4　16维保费1　17维保费1　18维保费1　19维保费2　20维保费2　21维保费20　22维保费3　23维保费3　24维保费2　

925维保费1　26维保费2　27维保费2　28维保费4　29维保费20　总价￥〔元〕　投标单位：〔公章〕法定代表人〔印鉴〕年月日

10公司概况公司资质管理与运作开展目标5.2同类业绩情况:招标方名称合同金额联系人联系详细地址附下页：

11六、投标单位资质证明文件〔附下页〕1)企业法人营业执照复印件加盖投标单位公章；2〕税务登记证复印件

12七、运维方案通过购置专业运维效劳，进一步加强xxx数据中心运行维护，对数据中心运行维护流程提供先进的管理理念与流程，并通过专业的技术支持为数据中心运行维护工作提供专业的技术平台，满足xxx大数据量平安存储的要求，可以满足多种应用运行环境稳定的要求，可以满足系统及数据高效、可靠和平安运行的要求，可以满足运行设备统一管理、及时的故障恢复的要求，可以保证在数据中心构建的应用系统和数据集中运行的设备平台正常运行，满足省本级数据库和应用系统的建设需要，到达高效、稳定、平安和高扩展性的要求，为实现省本级信息化建设的可持续开展奠定集中统一的设施根底。设备及软件清单：序号名称数量质保情况11在保210在保36出保42〕51在保62在保71出保82出保91出保

13101出保112在保126出保134在保14IBMX365015出保15IBMX3850M24出保16IBMX3850M31出保17IBMX32501出保181在保19HUAWEIUSG55002在保20HUAWEIS93122在保2120在保22H3CS51003出保233出保242出保251在保262在保272在保284出保2920出保依据客户提供的设备及软件清单，我公司对xxxxxx提供如下效劳内容：业务系统效劳项保证措施方法

14小型机、pc效劳器网络设备、存储系统现场驻点效劳5×8小时到达客户现场时间30分钟内后响应时间60分钟内备件到达现场时间24小时高级工程师现场支持提供检查设备各部件的状态灯；提供检查并处理设备的错误日志；提供硬件设备的全面检查；提供网络配置的检查及测试；提供操作系统性能分析；提供小型机配置信息，根据需要调整配置；提供设备的微码版本检查；提供存储设备运行情况检查；提供提交详细的预防性维护报告和总结；提供对检查结果综合分析，并形成分析报告；提供每季度全面巡检提供系统运行环境检查：包括机房温度、湿度和零地电压、零火电压等提供机房空调运维设备故障恢复时间48小时内全面巡检次数2次/年坏件更换提供日常清理及更换过滤网和加湿罐等耗材提供定期清理机房空调的室外机；检修机房内各供水管路及排水管路，杜绝漏水，保证管路畅通。提供配备机房专业知识的人员对机房实行5X8小时值班。提供

15UPS设备运维故障恢复时间72小时内全面巡检，巡检时检查蓄电池使用情况，并且进行充放电；1次/年坏件更换提供配备机房专业知识的人员对机房实行5X8小时值班。提供数据库要求完整、详细、真实的维护记录文档，按月、季、年度提交标准的维护报告。提供维护文档提供日常运行状态监控提供BUG管理提供数据库安装、配置管理提供存储管理提供对数据库进行优化提供按季度进行巡检提供解决数据库运行中出现的各类故障提供文档提交提供中间件标准的维护制度提供维护文档提供日常运行状态监控提供BUG管理提供按季度进行巡检提供安装维护7*24小时解决中间件运行中出现的各类故障立即响应　备件保证　　备件库提供

16　备件更换现场更换　技术效劳　　提供　提供　提供　远程诊断　　远程拨入系统分析提供　远程故障解决提供　远程系统性能监控提供我公司将在此运维工程中投入业务水平高、技术能力强的运维人员和质量控制人员，采用xxx公司严格标准的运维管理模式，进行全方位管理。为了进一步确保运维工程的进度与质量，xxx公司在工程运维阶段、质量管理、技术文档等方面进行严密标准的部署。xxx公司的运维队伍组成包括：Ø运维工程总负责人〔常务总经理兼任〕；Ø运维管理委员会〔工程经理、甲方代表、监理代表〕；Ø运维驻点效劳小组；

17Ø技术支持专家组；Ø备品备件供给小组；Ø文档管理小组工程经理职责：工程经理受公司总经理任命和委托，全权负责运维工程合同的各项条款的履行。对运维工程的优质、高效、平安负全责。驻点工程师职责：1、负责对小型机、效劳器、存储设备相关的申报事件进行处理和解决。2、负责对小型机、效劳器、存储设备提供日常性能和运行状况监控，对故障进行分析处理及建立完善预警机制。3、负责保障机房效劳器正常运行，遵循用户的平安保障管理要求。4、接受用户对效劳器维护事件的督办、检查，协助效劳台完成对用户意见进行回访和事件统计、分析。对效劳过程和反应的意见进行改良，同时接受效劳台的绩效考评工作。5、及时提供效劳器运行和问题处理情况，并向用户负责，并按周、月、季、年提交运维运维效劳工作进度总结和方案。6、负责整理和归纳效劳器日常维护知识库，提交至运维效劳平台。7、负责整理和提交效劳器运维过程资料和相关配套维护文档。

18技术支持专家职责：7×24小时的故障响应支持。2.接听客户效劳热线和接收〔/Email/Fax等〕客户效劳请求; 3.通过网络或为客户提供即时的远程技术支持,包括软硬件故障的诊断和排除,客户端软件的安装和设置。4.协调多方效劳团队，及时跟进未完成的效劳请求并及时更新系统信息和状态; 备品备件管理员职责：1.组织实施备品备件的订购、运输及入库工作2.负责汇总待料备件，及时采购或调拨，并主动向工程经理说明待料原因、追踪处理。针对本次维保工程我公司配备了5名专职人员具体如下表：序号分派职位数量〔人〕姓名获得证书1工程经理1工程管理师资格证2驻点工程师1　3技术支持专家1OCP证书IBM认证证书4备件管理员1　5文档管理员1　

19备注：人员证书附下页：按照相应的ISO9001：2000国际质量体系标准及国家规定进行质量控制，还以相应的标准要求对设计质量，施工质量、材料和设备质量进行管理、要求、控制。公司的施工阶段性内部验收制度，是质量控制管理的有利保证。工程的每一个阶段完成时，公司技术支持部门都要按有关部门标准和要求进行严格的内部验收。验收标准整体上高于用户验收标准。7.4.2进度控制管理针对本次工程我公司结合客户要求做出如下运维方案：序号名称人员周期1小型机、存储系统巡检报告驻点工程师/技术支持专家每周2pc效劳器驻点工程师每周3网络设备驻点工程师/技术支持专家每周4机房空调巡检报告驻点工程师每周5UPS巡检报告驻点工程师每季6数据库系统运维驻点工程师/技术支持专家每周7中间件系统运维驻点工程师/技术支持专家每周8问题报告驻点工程师/技术支持专家问题解决后

209月总结报告驻点工程师每月10季度总结报告驻点工程师/技术支持专家每季度11年总结报告驻点工程师/技术支持专家/工程经理每半年12定期培训技术支持专家每季度具体输出见本投标文件7.6具体效劳工程及输出文档针对本次工程我公司为保证各系统的稳定可靠的运行我公司根据该工程的具体要求提供三种方式的技术支持效劳，分别为：现场效劳、远程技术支持效劳、针对甲方运维人员的技术培训效劳。现场效劳对客户的系统进行现场维护和巡检，驻点工程师对各个应用系统完成定期巡检，同时输出巡检报告提交给客户，驻点工程是还应对客户的故障设备进行维修和更换备件效劳。为了让客户得到更及时和更快的效劳，驻点工程师还提供7×24小时的故障响应支持。远程技术支持效劳远程技术效劳主要是通过或其他方式受理客户和驻点工程师的疑难问题，通过沟通来指导客户或驻点工程师解决问题，同时远程技术效劳工程师还通过或者其他方式与客户主动沟通来提高客户管理和运维能力。

21技术培训效劳为提高客户的运维人员的技术水平及运维管理能力，我公司将派遣具有丰富实施经验的技术专家定期对客户进行相关专业〔主机、存储、数通、网络、平安、机房环境等〕的培训。培训可以采用灵活多样的方式如面对面交流、课堂授课、邮件沟通等。我公司除培训效劳外，为本工程提供两种效劳方式：一种为技术人员现场值守，另一种是定期巡检结合故障现场效劳。

221、技术人员现场值守运行维护效劳的根本操作流程如以下图所示：

232、定期巡检结合故障现场运行维护效劳的根本操作流程如以下图所示：

24小型机、pc效劳器、网络设备及存储系统小型机、pc效劳器、网络设备及存储系统运维局部主要分为三局部，分别为小型机存储系统运维、pc效劳器运维、网络设备运维。小机存储系统运维内容主要包含小型机设备、光纤交换机、存储设备三局部主要从以下几个方面进行维护：1、检查设备各部件的状态灯；2、检查并处理设备的错误日志；3、硬件设备的全面检查；4、网络配置的检查及测试；5、操作系统性能分析；6、核对各小型机配置信息，根据需要调整配置；7、检查设备的微码版本；8、检查存储设备运行情况；

25针对如上要求输出如下检测报告：小型机系统巡检报告用户单位名称：设备名：设备型号：产品序列号：　　　　　　　检测工程检测方式说明检查结果巡检周期电源风扇检查主电源灯状态指示灯常绿表示系统正在运行正常□异常□　检查直流电源指示灯状态指示灯常绿表示电源供电正常正常□异常□　检查直流电源风扇状态检查风扇是否散热正常□异常□　处理器执行命令：lsdev–Ccprocessor检查CPU的数量及状态。CPU状态为Available，表示CPU使用正常正常□异常□　内存执行命令：lsattr–Elmem0检查内存数量及状态。size与goodsize的数量相等表示内存使用正常正常□异常□　

26磁盘执行命令：lsdev–Ccdisk检查磁盘的数量及状态。磁盘状态为Available，表示磁盘使用正常正常□异常□　适配器执行命令：lsdev–Ccadapter检查系统中配置了哪些适配器及使用状态。各个适配器的状态为Available，表示各个适配器目前工作正常。假设适配器状态为Define，那么表示该设备已经被配置但是未被当前系统使用。正常□异常□　分页空间执行命令：lsps-a检查分页空间的分配数量及利用率。Size为已分配的分页空间数量；%Used为目前系统的分页空间使用率，该值假设超过70％，表示系统内存缺乏正常□异常□　系统镜像执行命令：lsvg–lrootvg检查系统卷组的镜像状态。各个逻辑卷的PPs数量应该为LPs数量的整数倍，倍数大于1并且能被PVs整除，表示卷组已经作镜像。各个逻辑卷的LVSTATE应该为syncd，否那么表示镜像不同步。正常□异常□　文件系统执行命令：df-k检查已经挂载的文件系统的使用状态。重点检查/(根)/tmp〔临时〕/var(日志文件)这些动态文件系统的使用率最好保持在70％以下。正常□异常□　错误日志执行命令：errpt检查系统日志是否有硬件或软件方面的永久错误。假设发现错误类型为P的信息，那么需要注意。正常□异常□　

27网卡配置情况执行命令：ifconfig–a检查各个网卡的配置情况，状态是否为UP，检查ip地址和子网掩码等配置是否正确。正常□异常□　系统备份执行命令：lsmksysb-V-f/dev/rmt0检查磁带备份的可读性。假设没有错误显示，那么表示备份磁带的数据是有效可恢复的。正常□异常□　客户确认巡检结论：【】合格【】不合格用户代表签字：年月日效劳工程师签字：年月日

28存储系统设备巡检：设备名称：　检查时间：年月日时本年度第次检查检查工程：检查结果：1. 检查存储硬件情况：　设备故障灯是否有亮　SAN交换机端口LED状态□有□无　□正常□不正常2. 存储系统故障报告(ProblemLog)：□正常□不正常ProblemLog/ServiceableEvent□正常□不正常有否硬件故障　3. 存储系统运行状态：　ViewStorageFacilityState/□正常□不正常CdaPreverify/ViewRIOTopology□正常□不正常4. 通信：□正常□不正常/MasterConsole/SMC/HMC和存储设备的通信□Good□Degraded□Offline□Rebuilding6. 存储设备内部状态：□正常□不正常7. 存储系统硬件状态：□正常□不正常双控制器同时正常工作□正常□不正常电池、电源和风扇模块□是□否物理硬盘和逻辑盘□是□否8. 微码(Microcode)是否满足IBM的最低要求□是□否9. 是否启用了CallHome□是□否□是□否

29目前存在的问题：改良措施或建议：　检查结论：　　　客户签字：工程师签字：日期：年月日日期：年月日

30Pc效劳器运维内容主要包含设备硬件、操作系统、软件几个方面进行考虑。PC效劳器巡检：效劳器设备巡检报告用户单位名称：设备名：设备型号：产品序列号：　　　　　　　检测工程检测方式说明检查结果巡检周期显示器　　正常□异常□　光驱　　正常□异常□　磁带机　　正常□异常□　电源　　正常□异常□　键盘/鼠标　　正常□异常□　风扇　　正常□异常□　

31系统指示灯状态前面板指示灯　正常□异常□　电源指示灯　正常□异常□　磁盘指示灯　正常□异常□　系统控制板指示灯〔CPU/MEM，I/O等〕　正常□异常□　系统日志信息IML日志　正常□异常□　操作系统日志　正常□异常□　交换区使用率TOP或任务管理器查看使用率％　正常□异常□　磁盘分区使用率Windows系统Unix系统用命令df-kC:/使用率％正常□异常□　D:/usr使用率％正常□异常□　E：/var使用率％正常□异常□　其它分区正常□异常□　　　　正常□异常□　操作系统版本/　　正常□异常□　核心patch版本　　正常□异常□　

32高可用性软件　　正常□异常□　数据库软件　　正常□异常□　存储软件　　正常□异常□　备份软件　　正常□异常□　　　　正常□异常□　　　　正常□异常□　巡检结论：【】合格【】不合格用户代表签字：年月日效劳工程师签字：年月日

33网络设备的运维内容主要包含交换机、防火墙以及负载均衡等相关设备输出文档按照如下：网络平安设备巡检报告用户单位名称：设备名：设备型号：产品序列号：　　　　　　　检测工程检测方式说明检查结果巡检周期　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　

34　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　　　　正常□异常□　7.6.2机房空调、UPS设备运维效劳为保证机房内各个应用系统的设备正常稳定的运行，良好的机房环境是非常必要的，我公司针对本次工程主要从机房空调系统、UPS供配电系统，作为重点运维内容，同时对机房内的其他指标项进行检测如机房内温度、湿度、消防系统、新风系统等。机房空调系统的运维内容主要遵循如下表单进行巡检：机房空调巡检报告用户单位名称：设备名：设备型号：产品序列号：　系统检查工程检查时间：检查时间：空调1控制温度℃℃

35控制湿度%%当前温度℃℃当前湿度%%业务机房当前温度℃℃当前湿度%%监控室、/ups当前温度℃℃当前湿度%%当前运行空调检查空调是否有排水不出产生积水、漏水现象()1号机在用()2号机在用()1号机在用()2号机在用()无积水、漏水现象()无积水、漏水现象()有积水、漏水现象()有积水、漏水现象目前存在的问题：　改良措施或建议：巡检结论：客户签字：工程师签字：日期：年月日日期：年月日备注：我公司巡检人员每周会严格按照机房空调巡检报告具体要求对客户的空调系统检测，为保证空调系统的工作正常，每年不低于2次的全面巡检，对故障配件进行检修，在日常维护中及时清理及更换过滤网和加湿罐等耗材，定期清理机房空调的室外机，检修内各供水管路及排水管路，杜绝漏水，保证管路畅通。在设备出现故障后，保证在48小时内恢复正常。

36机房UPS系统的运维内容主要遵循如下表单进行巡检：UPS巡检报告设备型号：产品序列号：信息显示检查　检查量测量值显示值检查量测量值显示值1输入电压Vab　　输入电流Ia　　2输入电压Vbc　　输入电流Ib　　3输入电压Vca　　输入电流Ic　　4输出电压Vab　　输出电流Ia　　5输出电压Vbc　　输出电流Ib　　6输出电压Vcb　　输出电流Ic　　7输入频率Hz　　输出频率Hz　　8输出功率KW　　输出视在功率　　9电池电压Vdc　　电池电流Id　　

37当前UPS运行状态□市电逆变□旁路□电池逆变□故障停机□单机□并机旁路或电池逆变的原因：内部检查：〔检查时可能断电，用户需断开负载〕是否合格处理概要1检视输入/输出端子、螺栓、螺帽紧固性　　　　2检视所有主控板电气连接是否平安可靠　　　　3检查器件、电缆等损坏、老化情况　　　　4检查风扇及风道状况　　　　　5检查机柜、电池架等结构件腐蚀、形变与连接紧固情况　　　　　6检查机内变压器、散热器等散热环境和通道状况　　　　　7检测所有滤波电容外观、紧固和泄露情况　　　　　8清扫可达空间和无源空间　　　　　9视检整流器和逆变器驱动板是否过热或烧焦　　　　　10视检整流器充电器晶体二极管是否老化　　　　　11视检直流电容/交流电容是否老化　　　　　

3812检查所有保险丝是否正常　　　　　功能测试〔如果必须进行以下测试，经客户同意后按照操作流程进行〕1市电逆变/旁路转换功能　　　正常□异常□　2实际负荷下电池放电和充电等电池管理功能　　　正常□异常□　3UPS逆变同步，并机均流　　　正常□异常□　4报警功能和历史故障信息记录，并去除历史记录　　　正常□异常□　处理概要：其他问题或建议：电池检测报告□有□无巡检人签名：　　　　　用户签名：　日期　　　　　日期　备注：我公司巡检人员每周会严格按照UPS巡检报告具体要求对客户的UPS供配电系统进行检测，根据具体的检测结果对UPS设备进行合理维修，为保证UPS设备的正常运行，每年至少进行一次全面巡检，巡检时检查蓄电池使用情况，在客户授权的情况下进行充放电，当UPS设备发生故障时，应在72小时内恢复正常运行。

39

40针对数据系统的运维我公司提供如下解决方案：本方案适用于技术人员的日常运维工作。ORACLEDB维护方法数据库启动1、以oracle用户用户登录，sqlplus‘/assysdba’sqlplus>startup2、以oracle用户或ora816用户登录sqlplus‘/assysdba’sqlplus>startupnomuntsqlplus>alterdatabasemount；sqlplus>alterdatabaseopen；3、第一种启动方式是最常用的手工启动方式，第二种启动方式是数据库有故障时常用的逐步启动方式，可以观察故障点。因为startupnomount语句只读取spparameterfile数据库参数文件〕，启动instance，启动SGA和后台进程；alterdatabasemount语句翻开控制文件，确认数据文件和联机日志文件的位置，但此时不对数据文件和日志文件进行校验检查；alterdatabaseopen翻开包括Redolog文件在内的所有数据库文件，这种方式下可访问数据库中的数据。Startup完成功能是上述三条语句的之和。数据库停止1、sqlplus‘/assysdba’sqlplus>shutdownnormal

41正常方式关闭数据库。2、shutdownimmediate立即方式关闭数据库,在SQLPLUS中执行shutdownimmediate，数据库并不立即关闭，而是在所有事务执行完毕并提交工作后才关闭，所以可能会等待，因此在关闭数据前要停掉连接到数据库的所有应用程序。建议日常维护工作中的关闭数据库，采用此方式。3、shutdownabort直接关闭数据库，正在访问数据库的会话会被突然终止。如果数据库中有大量操作正在执行，这时执行shutdownabort后，因日志回滚、前滚〔RollBack/RollForward〕，下次重新启动数据库需要教长时间。当用shutdownimmediate不能关闭数据库时，shutdownabort可以立即完成数据库的关闭操作。监听器的启停1、监听器的启动，以oracle用户用户登录lsnrctlstart[$ORACLE_SID]2、监听器的停止，以oracle用户用户登录lsnrctlstop[$ORACLE_SID]3、监听器状态的查看，以oracle用户用户登录lsnrctlstatus[$ORACLE_SID]4、检测效劳名是否有效，在操作系统下运行tnspingSERVICE_NAMENUMBERSSERVICE_NAME为你建立的效劳名，NUMBERS为你要试PING数据库效劳的次数用户管理1、用SQL语句查看系统中已有用户情况

42select*fromdba_users;2、增加新的用户，并授予连接和资源权限，只有授予连接权限才可登录，授予资源权限才可建表和修改createuserUSERNAMEprobyPASSWORDdefaulttablespaceDEFALUT_TABLESPACE_NAMEtemporarytablespaceTEMP_TABLESPACE_NAME;grantconnecttoUSERNAME;grantresourcetoUSERNAME;3、修改用户口令alteruserUSERNAMEidentifiedbyNEWPASSWORD;4、删除用户dropuserUSERNAME;5、限制某个已有用户会话的连接数(通过创立profile的方式)createprolimitsessions_per_userCONNECT_NUMBERS;alteruserUSERNAMEpro;数据库参数文件1、参数文件位置$ORACLE_HOME/dbs/sp,参数主要分为动态参数和非动态参数，动态参数修改够直接生效，非动态参数需要重新启动数据库才能生效。2、修改参数的方法altersystemsetPARAMETER_NAME=VAlUEscope=both(system/spfile)3、几个重要的参数

43A、db_block_size数据库块大小，数据库创立时决定，创立后不能修改。B、db_block_buffers　数据高速缓冲区大小为此值与db_block_buffes的乘积，该区越大越好。C、share_pool_size程序高速缓冲区和数据字典缓冲区的大小，主要用于存储执行过的sql语句，减少重复分析，提高运行速度。该区也越大越好，但建议数据高速缓冲区加上程序高速缓冲区和数据字典缓冲区的大小〔即SGA〕一般不超过系统物理内存的50%。D、sort_area_size　每个会话用于排序操作的内存大小，建议为默认值的两倍到１M之间。E、process　能同时访问数据库的最大进程数，根据连接数的多少，来设定，一般为300以上。F、db_io_slaves后台写进程数对I/O比拟繁忙的数据库，可以将其设为多于1个。〔以上参数以9i为参考，在10g里个别参数名有所变化〕数据库概况的查询1、表空间的情况selecttablespace_name,stautsfromdba_tablespaces;2、数据文件的情况SELECTFROMDBA_DATA_FILES;3、段的情况SELECTSEGMENT_NAME,,TABLESPACE_NAME,SEGMENT_ID,FROMDBA_ROLLBACK_SEGS;4、表、存储过程的拥有者名字和创立日期selectowner,object_name,object_type,createdfromall_objects

44whereobject_type=’TABLE’OROBJECT_TYPE=’PROCEDURE'5、其他常用的视图和表v$lock锁的情况v$session会话的情况v$process进程的情况v$parameter数据库参数v$rollname回滚段的情况v$sqlarea共享池中的SQL语句v$waitstat等待的会话dba_jobs数据里定义的作业dba_jobs_running数据库里正在运行的作业dba_views数据库中所有视图的文本dba_indexs数据库中所有索引的描述dba_free_space数据库中所有表空间自由分区dba_db_links数据库中所有数据库链接常用对象的创立和使用1、表的创立(在表空间zy上创立表dhhm为例)createtabledhhm(hmvarchar2(11),yhmcvarchar2(60))tablespacezy;2、索引的创立(将DHHM表上hm字段建立索引hmsy存储在表空间zy上为例)

45createindexhmsyondhhm(hm)tablespacezy;3、已有存储过程、函数、包源代码的查找selectname,textfromuser_sourcewherename=NAME;4、数据库链接的创立和使用createpublicdatabaselink　DBLINKNAME.worldconnecttoUSERNAMEidentdiedbyPASWORDusingSERVICENAME;select*fromTABLE_NAME@DBLINKNAME;5、同义词的创立和使用(以dyh用户可以查询并修改yyxt用户的dhhm表为例)cratesynonyndyh.dhhmforyyxt.dhhm;grantselectonyyxt.dhhmtodyh;grantupdateonyyxt.dhhmtodyh;失效数据库对象的检测和编译1、失效存储过程的查找和编译select'alterprocedure'||object_name||'compile;'fromuser_objectswherestatus='INVALID'andobject_type='PROCEDURE’然后复制粘贴并执行第一条语句的输出结果2、失效的包的查找和编译select'alterpackage'||object_name||'compile;'fromuser_objectswherestatus='INVALID'andobject_type='PACKAGE’然后复制粘贴并执行第一条语句的输出结果表空间的管理1、查看所有表空间大小和使用率

46selecta.tablespace_name,sum(a.bytes)/1024/1024"totalsize(M)",round(10000*(sum(a.bytes)/1024/1024-sum(b.bytes)/1024/1024))/1000"usedsize(M)",round(10000*(sum(a.bytes)/1024/1024-sum(b.bytes)/1024/1024)/(sum(a.bytes)/1024/1024))/100"percent%"fromdba_data_filesa,(selecttablespace_name,,sum(bytes)bytesfromdba_free_spacegroupbytablespace_name,)banda.groupbya.tablespace_name;2、使用文件系统的表空间扩展alterdatabaseTABLESPACE_NAMEadddatasizeSIZE;3、用裸设备表空间的扩展alterdatabaseTABLESPACE_NAMEadddatasizeSIZE;这里需要注意的是裸设备要提前建立后，且这里使用的是裸设备的字符文件〔类型为C〕,SIZE值要比其实际大小要稍微小一些。4、集群中，在某一台主机上共享卷组上增加文件系统和裸设备后，一定要同步到集群中另外的主机，否那么当数据库在另外的主机中启动时，会找不着相应的设备号，导致数据库不能够被翻开。5、查找表空间的剩余空间块数以及最大空闲块的大小，如果碎片过多或最大空闲块过小，需要手工合并表空间碎片selecttablespace_name,count(*)

47"freeblocknumber",trunc(sum(bytes)/1024/1024)"totalfreesize(M)",trunc(max(bytes)/1024/1024)"maxblock(M)"fromdba_free_spacegroupbytablespace_name;6、手工合并某表空间碎片altertablespaceTABLESPACE_NAMEcoalesce;数据文件I/O的统计优化col文件名formata35；selectdf.name文件名,fs.phyrds读次数,fs.phywrts写次数,(fs.readtim/decode(fs.phyrds,0,-1,fs.phyrds))读时间,(fs.writetim/decode(fs.phywrts,0,-1,fs.phywrts))写时间fromv$data$fs；错误号的跟踪出理1、在操作系统级显示其错误详细信息和常用解决方法以报ora_4031错误为例〕$>oerrora40312、有时为了进一步跟踪其错误，让其产生更详细的告警日志在用户报警文件里，需要在数据库的初始化文件里加下面一句配置，并重新启动数据库event="4031tracenameerrorstacklevel3"这里注意的是，跟踪完毕后，应将此句话屏蔽掉，以免影响数据库性能。ORACLE数据库日常检查

481、登录到主机上利用sqlplus检查是否可用；2、数据库告警日志的检查此文件中记载数据库的启动、停止、系统级修改、告警信息、日志切换，是日常维护中的重要依据。会话连接日志的清理会话连接日志$ORACLE_HOME/network/log/listener.log,此文件中记载着每个连接登录时的ＩＰ地址和时间等情况，可作为监测的依据，因为此文件不断增大，需要定期清空，清空方式为在$ORACLE_HOME/network/log目录下运行操作系统命令>listener.log。数据库hang住时的停止和方法在某个帐务数据库发生故障时，在将其对应的效劳和后台帐务应用停完后，需要数据库重新启动，具体停止方法如下：$lsnrctlstop$kill–9`ps–ef|grepLOCAL=NO|grep–vgrep|awk‘{print$2}’`$sqlplus‘/assydba’sqlplus>altersystemswitchlogfile;sqlplus>shutdownimmediate启动方法为：$sqlplus‘/assydba’sqlplus>startup$lsnrctlstart

49扩表空间方法方法一：利用图形化得OEM工具来扩，选择存储管理的表空间；方法二：利用脚本：alterdatabaseTABLESPACE_NAMEadddatasizeSIZE;(注：三个大写字符串是需要变化的具体值)这里需要注意的是裸设备要提前建立，且这里使用的是裸设备的字符文件〔类型为c〕,SIZE值要比其实际大小要稍微小一些，如设备大小为15M，语句里就不能使用15M，只要比15M小10K左右就可以。相关通用工具介绍EnterpriseManager〔EM〕EM是用于Oracle数据库管理的一个功能强大的工具，并且可以通过IE访问连接，使用EM可以完成大局部的数据库管理工作。1.作为oracle用户登录到操作系统上。执行以下命令来启动dbconsole进程：emctlstartdbconsoleEM启动后可以通过登录以下URL来连接：2.通过执行以下命令来检查dbconsole进程的状态：emctlstatusdbconsole3.停止dbconsole进程：emctlstopdbconsole

50中间件系统运维主要组从如下几个方面进行：根据客户要求我公司从如下几个方面进行巡检：1、操作系统版本AIX#oslevel–r或者#oslevel–s或者2、WebShpere版本以及补丁级别查看版本方法如下：方法一：如果websphere启动了，那么可以用浏览器访问console,欢送页面右上角就写有相关信息，默认情况使用登陆方法二：如果是WebSphere6.1，那么记录在，如果WebSphere7.0，那么记录在方法三：执行WebSphereApplicationServer安装目录的bin目录下的versionInfo命令，由输出信息可以查看到WAS的产品信息。

51这个将会看到非常详细的信息，推荐使用该方法cd/bin1、查看WAS的JDK版本方法一：查看任意慨要文件(profile)下的SystemOut.log文件，此文件包含WebSphereApplicationServer产品相关信息,包括JDK的版本信息。/logs/server1/SystemOut.log方法二：通过从命令行运行java–version/java/bin/java-fullversion2、查看web效劳器版本信息Windows平台上的IBMServer的版本信息，运行apache.exe–vC:\ProgramFiles\IBMServer\bin>apache-vServerbuilt:Nov4200410:11:21Unxi和Linux平台上的IBMServer的版本信息，运行d–vd-vServerbuilt:Nov4200410:11:213、JAVA堆一般JVM大小设置为1G，使用以下过程来设置JVM堆大小：选择效劳器->应用程序效劳器->Server1->进程定义->Java虚拟机

52滚动到初始堆大小和最大堆大小字段并设置值。单击确定以保存更改。1、系统运行日志/AppServer/logs/AppServer/profiles//logs下面2个是出了故障后，进行定位的，导出内存内容的，检查配置参数。2、Javacore通过分析javacore可以获得jvm中当前运行的线程情况，分析不同时间的javacore文件，可以分析出一些死锁的问题文件直接看，或者使用ThreadAnalyzer查看选择效劳器->应用程序效劳器->Server1->进程定义->环境条目滚动到IBM_JAVADUMP_OUTOFMEMORY查看属性定义，然后找到相关文件3、Heapdump通过分析heapdump可以获得jvm内存中当前的对象分布情况，从而查找解决内存泄漏的问题。heapdump文件似乎只有在内存泄漏的时候才会生成，因为要将内存中的数据写道文件，所以当堆大小设置比拟大的时候，这个过程会要比拟长的时间选择效劳器->应用程序效劳器->Server1->进程定义->环境条目滚动到IBM_HEAP_DUMP_OUTOFMEMORY查看属性定义，然后找到相关文件一、确认磁盘空间是否满足要求

531、WebSphere应用效劳器自身代码的占用空间。这个空间一般在1G左右，在不同的系统平台上略有差异。2、概要文件所占的空间。WebSphere应用效劳器V6.1创立的概要文件根本类型有3种，每个概要文件所占用的空间如下：应用程序效劳器(ApplicationServer)：在WebSphere应用效劳器安装没有选择安装样本程序时，这一概要文件所占磁盘空间约为200M；DeploymentManager：30M；定制概要文件〔Custom，即nodeagent〕：10M。3、如果要安装WEB效劳器，那么在WEB效劳器所在效劳器上要预留WEB效劳器所占的磁盘空间。IBM效劳器一般占用110M左右的空间。4、如果安装WEB效劳器，那么在WEB效劳器所在机器上通常也要安装WebServerPlug-in组件，该组件所占磁盘空间约为200M。5、WebSphere应用效劳器系统日志的占用空间。日志空间的估算要结合系统对日志的配置情况。WebSphere应用效劳器的主要日志有SystemOut.log，SystemErr.log。我们可设置日志文件的大小和保存的历史日志文件数量，从而可以估算出其需要的空间。6、如果有WEB效劳器，需考虑WEB效劳器的日志空间。如果客户开启了WEB效劳器的访问日志access.log〔默认开启〕，此日志增长的速度极快，要预留足够的空间。7、备份文件需要的空间。WebSphere应用效劳器提供了一个备份命令〔backupConfig.bat/sh〕，用来备份应用效劳器的配置及其上应用。我们建议在系统稳定之后及时备份。对于一个典型生产系统，WebSphere应用效劳器这个配置文件经常超过100M。可在发出backupConfig命令时，使用-logfile参数指定该备份文件的存放位置。8、系统出错时日志，例如，JVM在发生OutOfMemory时，在大多数平台上WebSphere应用效劳器会默认写javacore文件和heapdump文件，记录错误出现时的JVMHeap、线程情况，以备错误诊断使用。虽然可以调整应用效劳

54器参数使之不产生此类文件，但为了分析问题，通常需要从此类文件入手。这类文件通常都特别大，例如heapdump文件，可能到达几百M。如果屡次出现OutOfMemroy，对磁盘空间的占用很快。因此，必须考虑为此类文件预留磁盘空间。9、WAS安装程序还需要在系统的临时目录/tmp中有100M以上的空闲空间。10、用户发布到WebSphere应用效劳器上所有应用程序以及应用自身的应用日志的占用空间。这个大小与实际应用相关，而且不同应用可以差异很大。二、日常管理任务1、查看/更改应用效劳器端口l更改应用访问端口默认情况下，WAS的管理控制台和应用访问是两个不同的端口。访问WAS的管理控制台或者WAS上部署的应用，所使用的端口由应用效劳器端口以及虚拟主机决定。假设我们要把应用访问的端口从9080变成9082〔实际工作中，如果没有Web效劳器，有的环境会希望把应用访问端口变成80，方法类似〕，那么按如下步骤进行：登陆WAS管理控制台，选择左边菜单效劳器－应用效劳器，点击server1，选择“端口〞，点击“WC_defaulthost〞，修改端口为自己想要的任意端口〔注意防止端口冲突〕，例如，9082。然后点击“确定〞。然后“保存〞。l更改WAS管理控制台端口登陆WAS管理控制台，选择左边菜单效劳器－应用效劳器，点击server1选择“端口〞。然后更改WC_adminhost为自己希望的管理控制台端口。然后点击“确定〞、“保存〞。选择左边菜单环境－虚拟主机，点击；然后选择admin_host，选择“主机别名〞。把原有端口9060改成与前面应用效劳器/端口/WC_adminhost一致的端口，例如，9063。或者点击“新建〞，创立一个主机别名*,9063。然后“确定〞，“保存〞。目的就是要让应用效劳器/端口/WC_adminhost的端口出现在虚拟主机/admin_host的主机别名列表中。2、管理平安性〔1〕启用管理平安性

55启用管理平安性将激活用于防止未经授权的用户使用效劳器的设置，简单来说，进入管理控制台、更改应用效劳器配置、停止应用效劳器进程这些管理任务，都需要输入预先定义的用户名和密码才能完成。缺省情况下，创立概要文件时会启用管理平安性。如果在创立概要文件时没有选择“启用管理平安性〞，在随后使用过程中又希望启用，那么可按如下步骤进行：首先进入控制台，例如：，注意这里登陆的用户一定要是设置平安性的用户。例如，admin。选择“平安性〞>“平安管理、应用程序和根底结构〞，然后点击“平安配置向导〞。为了配置的简便性，在“指定保护范围〞中，可以不选择“使用Java2平安性来限制应用程序访问本地资源〞；在“选择用户存储库〞中接受默认选项，用户存储库为“联合存储库〞，点击“下一步〞；在配置用户存储库中填入用户名、密码。如果您是第一次启用管理平安性，那么输入一个新的用户名〔您登陆管理控制台的用户名〕和密码。这个用户名密码是任意的，并不要求是操作系统用户，因为联合存储库默认的用户条目来自于文件；如果以前曾经使用该存储库启用过管理平安性，那么使用存储库中持有管理员特权的用户名和密码。点击“下一步〞、“完成〞。保存之后重启应用效劳器，这时登陆管理控制台等就需要提供您预定义的用户名/密码了。〔2〕停用管理平安性停用管理控制台很简单，不选择“启用管理平安性〞，点击“应用〞，保存并重启应用效劳器即可。有一种特殊情况下，特如忘掉了管理员密码，此时我们无法登陆管理控制台，从而无法在管理控制台中停用管理平安性。这时，可从$WAS_HOME/pro概要文件名/bin目录下，发出如下命令：wsadmin-conntypeNONE。当wsadmin的命令行窗口出现之后，发出以下命令：securityoff。上述操作在应用效劳器启动或停止的状态都能发出。再次启用WAS时，就是停用管理平安性的状态了。〔3〕更改管理员密码当我们需要更改管理员密码时，可以选择“用户和组〞>“管理用户〞，在搜索内容为“*〞时点击“搜索〞，会列出该存储库中的所有用户。选中管理用户标识，可更改该用户的密码。更改即时生效。

56(4)停用管理平安性停用管理控制台很简单，不选择“启用管理平安性〞，点击“应用〞，保存并重启应用效劳器即可。有一种特殊情况下，特如忘掉了管理员密码，此时我们无法登陆管理控制台，从而无法在管理控制台中停用管理平安性。这时，可从$WAS_HOME/pro概要文件名/bin目录下，发出如下命令：wsadmin-conntypeNONE。当wsadmin的命令行窗口出现之后，发出以下命令：securityoff。上述操作在应用效劳器启动或停止的状态都能发出。再次启用WAS时，就是停用管理平安性的状态了。(5)更改管理员密码当我们需要更改管理员密码时，可以选择“用户和组〞>“管理用户〞，在搜索内容为“*〞时点击“搜索〞，会列出该存储库中的所有用户。选中管理用户标识，可更改该用户的密码。更改即时生效。(6)忘记管理员密码如果忘记管理员密码，我们无法进入管理控制台更改密码。此时，需要先用“停用管理平安性〞一节中wsadmin命令的方法，停用管理平安性，然后“更改管理员密码〞，再次“启用管理平安性〞即可。(7)创立更多的管理用户使用启用管理平安性的WAS环境时，默认情况下只有一个管理员ID，这意味着同一时刻只有一个人能登陆管理控制台。这对于多人开发小组在同一WAS环境发布测试时并不方便。您可先在存储库中创立一个用户，然后为该用户ID分配相应的管理角色。具体步骤如下：1〕选择“用户和组〞>“管理用户〞，点击“添加〞，添加一个用户ID，例如，admin1。保存。2〕选择“用户和组〞>“管理用户角色，填入用户名〔必须是在存储库中已经存在的用户名〕，选择相应的管理角色，例如，“管理员〞。点击“确定〞，保存。这样，下次重启WAS时，两个用户都能同时登陆管理控制台。3、备份/恢复概要文件

57生产环境、概要文件配置过于复杂或经常更改时，需要定期备份概要文件，以便必要时快速恢复。您可使用backupConfig命令备份配置文件。例如，要备份概要文件AppSrv01的当前配置，可以从$WAS_HOME/pro目录下，发出命令backupConfig，它会将AppSrv01当前概要文件默认生成一个压缩包，您也可以指定该压缩包的名称，例如：backupConfigWebSphereConfig_2007_05_30.zip。恢复配置时，使用restoreConfigWebSphereConfig_2007_05_30.zip。4、正确卸载WAS需要提醒的是，WAS的卸载过程不是直接删除目录，如果这样做，下次你可能无法在同一台机器上成功安装WAS。在卸载WAS之前，先停止机器上的WAS进程，用ps–ef|grepjava确保没有was进程在运行。然后，执行WAS_HOME/uninstall/uninstall.sh命令卸载WAS。如果因为某些特殊原因卸载向导引导的卸载过程没有成功〔例如，您直接删除了WAS安装目录〕，或者您希望在同一目录再次安装WAS，请参照信息中心“手工卸载〞给出的建议。应用部署通常会涉及如下几个任务：配置应用所需要的环境：如系统变量、虚拟主机、类路径、平安性等等；配置应用所需要的资源如JMS资源、数据源等。其中，需要注意的是：〔1〕应用打包：部署在WebSphere应用效劳器上的应用可以是打包的*.ear/*.war文件，也可以是未打包但符合J2EE标准要求的组件。在生产环境中，推荐使用打包的*.ear/*.war文件，便于版本控制和管理。对于复杂工程中多个J2EE组件的打包，请参见文章“关于J2EE应用开发工程包的管理〞。〔2〕管理UtilityJar包：大多数J2EE应用都会有一些公用的UtilityJar包，首先要强调的是：一定要防止在同一个类载入路径下存在同一个类的多个版本！这会在实际运行中带来很多莫名其妙且难以诊断的问题。其次，对于JDBC驱动这类通用等级较高的UtilityJar包，可以放置在/lib/ext目录下；对于多个应用共享的UtilityJar，可以放在/lib/ext中，也可以放在sharedlibrary〔共享库〕中，推荐放在sharedlibrary中；对于单个应用使用的UtilityJar，可与应用打包在一起，或放入sharedlibrary中。共享库的使用能够防止UtilityJar包多个版本的混乱，以及Utility

58Jar包的冲突。共享库配置方法请参见红皮书sg24730412.5.4Step4:SharingutilityJARsusingsharedlibraries章节。〔3〕Jar包冲突：Jar包冲突问题在大型Java软件开发中经常遇到，简单的说，当不同应用使用的公用UtilityJar包、应用效劳器底层的Jar包中存在同名、且版本不同的类时，我们称之为Jar包冲突。这种问题的解决方法可以参考文章如何在WebSphere中解决Jar包冲突。〔4〕会话超时：针对应用场景的不同，不同应用期望的会话超时时间各不相同。WebSphere应用效劳器的会话管理分为Applicationserver、Application、WebModule三个级别。顾名思义，在每个特定级别上更改的会话管理的配置，对当前级别起作用。部署在WebSphere应用效劳器上的应用，默认的会话超时时间为30分钟，默认的会话管理级别是ApplicationServer。如果您期望更改您的应用，例如，DefaultApplication的会话超时时间，可按如下步骤进行：选择应用程序>应用程序名>会话管理，选择“覆盖会话管理〞，并在“设置超时〞中填上期望的会话超时时间。点击“确定〞保存即可。〔5〕环境变量设置当应用需要通过写Java环境变量的方式配置一些变量时，可在应用效劳器启动脚本中用-D参数指定，也可以在应用程序效劳器>应用程序效劳器名〔例如，server1)>进程定义>Java虚拟机中设置“通用JVM参数〞-Daaa=xxx。应急效劳响应措施流程在日常运维中可能会出现突发事件，一旦出现如下问题我公司将遵循应急流程处理突发事件。突发事件的来源，可能来自三个途径，第一巡检维护过程中发现、第二设备运行发生告警、业务部门反应

59，一旦发生驻点工程师第一时间告知客户，并将具体的情况一同告知，以最快速度联系公司相关技术专家和公司相关高层领导，与专家进行充分沟通初步定为故障，并将故障定级，同时告知客户，如遇到驻点工程师无法解决的故障时，公司内相关领域技术专家会以最快速度赶到事故现场进行故障处理，直至问题解决，在问题解决之后。由技术专家和驻点工程师共同完事件问题报告，将事故的发生原因，处理的方式，已及如何防止再次发生的方法进行详细记录，录入客户的运维管理文件中，同时由公司技术专家完成将此案例录入公司内部知识案例库，作为以后借鉴依据，当事故处理完毕后，由驻点工程师或技术专家讲结果告之客户和公司相关领导。

60具体流程详见以下图所示：

61预防措施及处理方法系统运维应急方案是对中断或严重影响业务的故障，如宕机、数据丧失、业务中断等，进行快速响应和处理，在最短时间内恢复业务系统，将损失降到最低。在系统维护过程中，突发事件的出现将是很难完全防止的，针对这种情况，设计了完善的突发事件应急策略。系统巡检人员要定期标准检查各硬件设备的运转情况和应用软件运行情况，同时做好日常的数据增量备份和定期全备份。对发现的问题在报各级负责人的同时，要协调相关资源分析问题根源，确定解决方案和临时解决措施，防止造成更大的影响。问题得到稳定或彻底解决后，要形成问题汇报，防止以后类似重大紧急情况的发生。对发现的问题在报负责人的同时，要协调相关资源分析问题根源，确定解决方案和临时解决措施，防止造成更大的影响。问题得到稳定或彻底解决后，要形成问题汇报，防止以后类似重大紧急情况的发生。当得悉出现突发事件时，驻点工程师可以立即从知识库中获取相应的应急策略，并综合用户方的具体情况，与公司技术专家沟通，给出相关解决方案，然后在第一时间以、邮件支持或现场效劳的方式帮助用户解决问题，尽最大努力减小突发事件对用户日常应用的影响。