完整word版,软件系统部署应急预案初稿
- 格式:doc
- 大小:94.54 KB
- 文档页数:8
一、总则1.1 编制目的为提高软件中心应对突发事件的能力,确保软件系统正常运行,保障公司业务不受影响,特制定本预案。
1.2 适用范围本预案适用于软件中心在运行过程中,因自然灾害、人为因素、系统故障等引起的各类突发事件。
1.3 工作原则(1)预防为主,防治结合;(2)快速响应,协同作战;(3)信息畅通,责任到人;(4)及时上报,妥善处理。
二、组织机构及职责2.1 组织机构成立软件中心应急处置领导小组,负责应急工作的组织、协调和指挥。
2.2 职责(1)应急处置领导小组:负责组织、协调、指挥应急处置工作,及时向上级汇报事件进展情况。
(2)应急处置办公室:负责具体实施应急处置工作,协调各部门、人员,确保应急措施落实到位。
(3)技术支持小组:负责分析事件原因,制定技术解决方案,协助应急处置办公室进行系统恢复。
(4)应急物资保障小组:负责应急物资的采购、储备、调配和发放。
三、应急处置流程3.1 紧急情况发现(1)值班人员发现紧急情况,立即向应急处置领导小组报告;(2)应急处置领导小组立即启动应急预案,召开紧急会议,分析事件原因,制定应急处置措施。
3.2 应急处置措施(1)启动应急响应:根据事件严重程度,启动不同级别的应急响应。
(2)信息通报:通过内部通讯系统,向相关人员通报事件情况及应急处置措施。
(3)技术支持:技术支持小组分析事件原因,制定技术解决方案。
(4)现场处置:应急处置办公室协调各部门、人员,按照应急预案进行现场处置。
(5)系统恢复:技术支持小组协助应急处置办公室进行系统恢复。
3.3 应急结束(1)事件得到有效控制,系统恢复正常运行;(2)应急处置领导小组召开会议,总结经验教训,完善应急预案。
四、应急保障措施4.1 人员保障(1)建立应急值班制度,确保应急人员24小时待命;(2)定期组织应急演练,提高应急人员处置突发事件的能力。
4.2 物资保障(1)储备必要的应急物资,如备件、工具、设备等;(2)确保应急物资的供应渠道畅通。
一、预案背景为了保障软件中心信息系统稳定运行,确保业务连续性,提高应急处置能力,减少突发事件对软件中心工作的影响,特制定本预案。
二、适用范围本预案适用于软件中心信息系统运行过程中发生的各类突发事件,包括但不限于系统故障、网络攻击、数据泄露、设备损坏等。
三、组织机构及职责1. 成立软件中心应急处置领导小组,负责组织、协调、指挥应急处置工作。
2. 应急处置领导小组下设以下几个小组:(1)技术支持组:负责现场技术支持,分析故障原因,制定解决方案。
(2)安全防护组:负责信息系统安全防护,防止网络攻击和数据泄露。
(3)信息发布组:负责对外发布应急处置信息,确保信息畅通。
(4)后勤保障组:负责应急处置过程中的后勤保障工作。
四、应急处置流程1. 信息报告(1)发现突发事件后,立即向应急处置领导小组报告。
(2)报告内容包括:事件类型、发生时间、影响范围、初步判断等。
2. 现场处置(1)技术支持组根据事件类型和影响范围,制定应急处置方案。
(2)安全防护组采取措施,防止事件扩大。
(3)信息发布组对外发布应急处置信息。
3. 故障排除(1)技术支持组根据应急处置方案,进行故障排除。
(2)排除故障后,对系统进行测试,确保恢复正常运行。
4. 总结评估(1)应急处置结束后,对事件原因、处置过程、损失情况进行总结评估。
(2)对应急处置过程中存在的问题进行整改,完善应急预案。
五、应急处置措施1. 系统故障(1)启动备用系统,确保业务连续性。
(2)与技术支持部门沟通,尽快恢复系统运行。
2. 网络攻击(1)立即切断攻击源,防止攻击蔓延。
(2)与技术支持部门合作,修复系统漏洞。
3. 数据泄露(1)立即隔离受影响的数据,防止数据进一步泄露。
(2)与技术支持部门合作,修复数据泄露漏洞。
4. 设备损坏(1)立即更换损坏设备,确保业务正常运行。
(2)与技术支持部门合作,对损坏设备进行维修或更换。
六、预案实施与培训1. 软件中心应急处置预案每年进行一次修订,确保预案的时效性和有效性。
一、编制目的为加强公司软件系统的安全管理与维护,提高处理系统突发性系统异常事件的能力,确保系统各项功能的稳定运行,降低故障损失和社会影响,特制定本应急预案。
二、适用范围本预案适用于公司所有软件系统,包括但不限于办公自动化系统、财务管理系统、客户关系管理系统、生产管理系统等。
三、应急预案的组织与职责1. 应急预案领导小组:负责组织、协调和指挥应急工作,对应急工作的决策和执行进行监督。
2. 应急预案办公室:负责应急预案的制定、修订、实施和培训工作。
3. 各部门应急小组:负责本部门软件系统的应急响应和恢复工作。
四、危险因素分析1. 硬件故障:服务器、存储设备、网络设备等硬件故障可能导致系统瘫痪。
2. 软件故障:软件程序错误、病毒攻击、恶意代码等可能导致系统崩溃。
3. 网络攻击:黑客攻击、恶意代码传播等可能导致系统数据泄露、损坏或瘫痪。
4. 人员操作失误:不当操作、误删除、误修改等可能导致系统故障。
五、应急响应流程1. 事件报警与确认:发现系统异常时,立即向应急预案办公室报告,并确认事件性质。
2. 对系统进行检查:应急预案办公室组织相关人员对系统进行检查,确定故障原因。
3. 应急处理:根据故障原因,采取相应措施进行处理,包括但不限于:a. 硬件故障:更换故障硬件,恢复系统运行。
b. 软件故障:修复软件错误,恢复系统功能。
c. 网络攻击:采取措施防御攻击,修复系统漏洞。
d. 人员操作失误:对相关人员加强培训,避免类似事件再次发生。
4. 安全审计及事故分析:对应急事件进行安全审计和事故分析,总结经验教训,完善应急预案。
六、应急恢复1. 数据备份:定期对系统数据进行备份,确保数据安全。
2. 系统恢复:根据备份数据,恢复系统运行。
3. 系统优化:对系统进行优化,提高系统稳定性和可靠性。
七、应急演练1. 定期组织应急演练,提高各部门应对突发事件的协同能力。
2. 演练内容包括:应急响应、故障处理、系统恢复等。
八、应急预案的修订与培训1. 定期对应急预案进行修订,确保预案的适用性和有效性。
一、编制目的为确保在软件运行过程中出现突发故障、系统崩溃、数据丢失等紧急情况时,能够迅速、有序地采取应急措施,最大限度地减少损失,保障系统正常运行,特制定本预案。
二、编制依据1. 《中华人民共和国网络安全法》2. 《信息安全技术信息系统安全等级保护基本要求》3. 《信息安全技术信息系统安全事件应急响应管理》4. 《软件工程信息技术服务管理》5. 相关行业标准及公司内部规定三、适用范围本预案适用于公司所有软件系统的运行维护,包括但不限于桌面应用、移动应用、Web应用等。
四、应急组织与职责1. 应急领导小组成立应急领导小组,负责统一指挥、协调和监督应急工作的开展。
应急领导小组组成如下:(1)组长:由公司高层领导担任,负责全面指挥应急工作。
(2)副组长:由相关部门负责人担任,协助组长开展工作。
(3)成员:由相关部门人员组成,负责具体实施应急工作。
2. 应急工作小组应急工作小组由以下人员组成:(1)技术支持组:负责软件故障的诊断、修复及恢复工作。
(2)运维保障组:负责保障系统稳定运行,确保应急工作顺利进行。
(3)信息发布组:负责及时发布应急信息,引导用户正确应对。
(4)后勤保障组:负责应急物资的采购、调配及后勤保障工作。
五、应急响应流程1. 紧急响应(1)发现软件系统故障、崩溃、数据丢失等紧急情况,立即向应急领导小组报告。
(2)应急领导小组根据故障情况,决定是否启动应急预案。
(3)应急领导小组启动应急预案,组织应急工作小组开展应急工作。
2. 初步判断(1)技术支持组对故障进行初步判断,确定故障原因。
(2)根据故障原因,制定相应的应急处理方案。
3. 应急处理(1)技术支持组按照应急处理方案,进行故障修复和数据恢复。
(2)运维保障组确保系统稳定运行,防止故障蔓延。
(3)信息发布组及时发布应急信息,引导用户正确应对。
4. 验收与总结(1)故障修复和数据恢复后,进行系统验收。
(2)应急领导小组组织应急工作小组总结应急工作经验,完善应急预案。
一、预案总则1. 编制目的为确保我公司在软件运行过程中,能够迅速、有效地应对突发事件,降低事故损失,保障公司业务连续性和员工安全,特制定本预案。
2. 适用范围本预案适用于我公司所有软件运行过程中可能发生的各类突发事件,包括但不限于软件故障、系统崩溃、数据丢失、网络攻击等。
3. 工作原则(1)预防为主,防患未然;(2)快速响应,协同处置;(3)以人为本,保障安全;(4)信息共享,协同联动。
二、组织机构及职责1. 应急指挥部成立软件运行应急指挥部,负责统筹协调、指挥调度、应急处置等工作。
2. 应急指挥部职责(1)制定、修订和完善应急预案;(2)组织应急演练,提高应急处置能力;(3)协调各部门、各岗位开展应急处置工作;(4)向上级领导汇报应急处置情况。
3. 应急处置小组根据突发事件类型,成立相应应急处置小组,负责具体实施应急处置工作。
4. 应急处置小组职责(1)根据应急预案要求,制定具体应急处置方案;(2)负责现场应急处置,确保人员安全;(3)协助相关部门进行事故调查和原因分析;(4)向上级领导汇报应急处置情况。
三、应急处置流程1. 突发事件报告发现软件运行过程中出现异常情况时,相关人员应立即向应急指挥部报告。
2. 应急响应应急指挥部接到报告后,应立即启动应急预案,组织开展应急处置工作。
3. 现场处置应急处置小组根据应急预案要求,开展现场处置工作,包括:(1)隔离故障系统,防止故障蔓延;(2)恢复系统正常运行;(3)修复数据,确保数据完整性;(4)对受影响人员进行安抚,确保人员安全。
4. 后期处置(1)对突发事件原因进行调查分析,找出问题根源;(2)对应急预案进行修订和完善;(3)总结应急处置经验,提高应急处置能力。
四、保障措施1. 人员保障(1)加强应急队伍培训,提高应急处置能力;(2)明确应急职责,确保应急人员能够迅速到位。
2. 资源保障(1)配备必要的应急设备、物资;(2)确保应急设备、物资的完好性和可用性。
一、编制目的为加强我国某科技有限公司(以下简称“我司”)软件系统的安全管理与维护,提高应对系统突发性系统异常事件的处理能力,确保软件系统稳定、高效运行,保障公司业务连续性和客户满意度,特制定本应急预案。
二、适用范围本预案适用于我司所有软件系统,包括但不限于内部办公系统、客户服务系统、生产管理系统等。
三、组织机构及职责1. 应急指挥部成立应急指挥部,负责应急工作的统一领导、指挥和协调。
应急指挥部由以下成员组成:(1)总指挥:由公司总经理担任,负责全面协调、指挥应急工作。
(2)副总指挥:由公司副总经理、技术总监担任,协助总指挥开展工作。
(3)各应急小组组长:由各部门负责人担任,负责本部门应急工作的组织实施。
2. 应急小组(1)技术支持小组:负责软件系统故障的排查、修复和恢复。
(2)运维保障小组:负责系统硬件设备、网络环境等基础设施的保障。
(3)客户服务小组:负责向客户通报系统故障情况,提供技术支持。
(4)安全保卫小组:负责现场安全保卫工作,确保应急工作顺利进行。
四、应急响应流程1. 事件报警与确认(1)运维人员对系统运行状况进行实时监控,发现异常情况立即上报。
(2)应急指挥部接到报警后,立即启动应急预案。
2. 应急响应(1)技术支持小组立即对故障进行排查,分析故障原因。
(2)运维保障小组根据技术支持小组的反馈,采取相应的措施保障系统稳定运行。
(3)客户服务小组及时向客户通报故障情况,提供技术支持。
3. 故障修复与恢复(1)技术支持小组根据故障原因,制定修复方案。
(2)运维保障小组按照修复方案,进行系统修复和恢复。
4. 故障总结与改进(1)应急指挥部组织相关部门对故障原因进行分析,总结经验教训。
(2)根据总结出的经验教训,完善应急预案,提高应急处理能力。
五、应急保障措施1. 设备保障:确保应急设备、备件充足,以便在故障发生时快速响应。
2. 人员保障:加强应急人员培训,提高应急处理能力。
3. 信息保障:建立健全信息通报机制,确保应急信息畅通。
一、总则1.1 编制目的为确保我公司在软件开发、运行和维护过程中,能够迅速、有效地应对各类突发事件,最大限度地减少损失,保障公司业务连续性和员工安全,特制定本预案。
1.2 编制依据《中华人民共和国计算机信息网络国际联网安全保护管理办法》、《中华人民共和国网络安全法》、《信息安全技术网络安全等级保护基本要求》等法律法规。
1.3 适用范围本预案适用于我公司所有软件项目,包括但不限于软件开发、测试、部署、运维等阶段。
二、组织机构与职责2.1 应急领导小组成立软件应急处置领导小组,负责全面领导和协调应急处置工作。
组长:XXX副组长:XXX成员:XXX、XXX、XXX、XXX2.2 应急工作小组设立应急工作小组,负责具体实施应急处置措施。
组长:XXX副组长:XXX成员:XXX、XXX、XXX、XXX2.3 职责(1)应急领导小组职责:1)组织制定、修订和发布软件应急处置预案;2)协调各部门开展应急处置工作;3)监督、检查应急预案的执行情况;4)对应急处置工作进行总结和评估。
(2)应急工作小组职责:1)根据应急预案,制定具体应急处置措施;2)组织应急演练,提高应急处置能力;3)收集、整理应急处置相关信息;4)协助应急领导小组开展应急处置工作。
三、应急处置流程3.1 预警与报告(1)预警:应急工作小组应密切关注软件系统运行状态,发现异常情况及时预警。
(2)报告:发生软件突发事件时,应急工作小组应在第一时间向应急领导小组报告,并提供详细情况。
3.2 应急响应(1)启动预案:应急领导小组根据事件严重程度,启动相应级别的应急预案。
(2)应急处置:应急工作小组按照预案要求,开展应急处置工作。
1)隔离:对受影响系统进行隔离,防止事件扩大;2)修复:修复故障,恢复系统正常运行;3)备份数据:对受影响数据进行备份,防止数据丢失;4)信息发布:及时向相关部门和人员发布事件信息。
3.3 恢复与总结(1)恢复:应急工作小组根据应急预案,开展系统恢复工作。
一、总则1.1 编制目的为提高公司软件系统的安全稳定运行,确保在系统发生故障或突发事件时,能够迅速、有效地进行应急响应和处置,降低故障带来的影响,特制定本预案。
1.2 编制依据《中华人民共和国网络安全法》、《信息系统安全等级保护管理办法》等相关法律法规,结合公司实际情况。
1.3 适用范围本预案适用于公司所有软件系统的故障或突发事件应急响应。
二、组织架构2.1 应急指挥部成立应急指挥部,负责应急工作的全面领导和指挥。
2.2 应急小组设立应急小组,负责具体实施应急响应措施。
2.3 小组成员及职责(1)组长:负责应急工作的全面协调和指挥;(2)副组长:协助组长工作,负责应急工作的监督和指导;(3)技术专家:负责分析故障原因,提供技术支持;(4)运维人员:负责系统故障的排查、修复和恢复;(5)信息沟通人员:负责应急信息的收集、整理和发布。
三、应急响应流程3.1 事件报警(1)发现系统故障或突发事件时,相关人员应立即向应急指挥部报告;(2)应急指挥部接到报告后,立即启动应急预案。
3.2 事件确认(1)应急小组对事件进行初步判断,确认事件性质;(2)根据事件等级,启动相应级别的应急响应。
3.3 应急处置(1)应急小组根据事件性质和影响,制定处置方案;(2)运维人员按照处置方案进行故障排查、修复和恢复;(3)技术专家提供技术支持,确保系统稳定运行。
3.4 信息发布(1)应急小组负责发布应急信息,包括事件性质、影响范围、处置进展等;(2)通过公司内部通讯渠道、官方网站等途径,及时向员工、客户等通报事件信息。
3.5 应急结束(1)系统故障或突发事件得到有效处置,影响消除;(2)应急指挥部宣布应急结束,恢复正常工作。
四、应急保障措施4.1 人员保障(1)加强应急队伍建设,提高应急人员的业务水平和应急处置能力;(2)定期开展应急演练,提高应急响应效率。
4.2 资源保障(1)配备必要的应急设备、工具和物资;(2)建立应急物资储备库,确保应急物资充足。
软件系统应急预案范文软件系统应急预案范文概述软件系统应急预案是指在软件系统出现故障、安全漏洞、网络攻击等应急情况时,为保障系统运行和用户利益,采取的应急措施和应急处理流程。
本文将针对软件系统应急预案的编制进行详细阐述,并提供一个软件系统应急预案的范文。
背景随着信息技术的迅速发展,软件系统在各行各业中扮演着重要的角色。
然而,软件系统在运行过程中可能会面临各种应急情况,如系统故障、恶意攻击、数据泄露等。
对于这些应急情况,软件系统需要有一套完备的应急预案,以便能够快速响应并进行有效处理,保障系统的可用性和安全性。
应急预案编制流程1. 确定编制团队编制软件系统应急预案的第一步是确定一个专门的团队负责该工作。
该团队应由技术人员、安全专家、系统管理员、通讯专员等组成,确保团队成员具备相关技能和知识,并能够全面负责应急预案的编制工作。
2. 分析风险和威胁团队成员需要对软件系统进行风险和威胁分析,确定可能发生的应急情况和潜在的影响。
这包括但不限于系统故障、数据泄露、恶意代码攻击等。
在分析的过程中,团队需要考虑到系统的不同模块、用户权限、外部网络环境等因素,全面评估系统的安全性和容错性,为应急预案的编制提供基础信息。
3. 制定应急措施在分析风险和威胁的基础上,团队成员需要制定相应的应急措施。
应急措施应具体详细,可以根据应急情况的不同而有所变化。
应急措施包括但不限于:系统备份恢复、安全漏洞修复、网络攻击阻断、数据加密保护等。
措施的制定应结合技术可行性、成本效益和风险评估等因素进行综合考虑。
4. 制定应急处理流程应急处理流程指的是在发生应急情况时,团队成员需要按照一定的步骤和流程进行应急处理的操作指引。
处理流程应包括但不限于:故障报告、事件追踪、问题定位、修复措施、验证测试、系统恢复等环节。
流程的制定应明确各操作步骤的责任人和时限要求,以保证应急处理的迅速和高效。
5. 预案演练和修订预案的有效性需要经过实际演练和不断修订。
系统应急预案目录1. 目的............................................................................................2. 适用范围 ....................................................................................3. 涉及服务器列表..........................................................................4. 危险因素分析 .............................................................................5. 危险事件等级定义分类 ...............................................................6. 应急响应流程 .............................................................................6.1.事件报警与确认...................................................................................6.2.对系统进行检查...................................................................................6.3.安全审计及事故分析..........................................................................6.4.消除隐患、恢复正常运行.................................................................6.5.重新启动系统 .......................................................................................6.6.安全报告、归档...................................................................................7. 应急处理措施 .............................................................................7.1. 一般故障 ................................................................................................7.2. 重大故障 ................................................................................................7.3.特大故障 ................................................................................................7.3.1.系统无法登录 ............................................................................7.3.2.系统应用连接数据库超时......................................................7.3.3.满意度调查系统应用服务启动正常,却无法访问系统7.3.4.数据库出错导致系统无法使用.............................................7.3.5. DB2数据库程序异常................................................................7.3.6.操作系统故障 ............................................................................7.3.7.系统收集调查问卷失败...........................................................8.系统环境要求 .............................................................................8.1. 硬件环境 ................................................................................................8.2. 网络环境 ................................................................................................1.目的为妥善应对和处置甘肃省零售客户满意度网上调查系统信息安全突发事件、确保满意度调查系统的运行安全和数据安全,结合满意度调查项目实际情况,特制定本应急预案。
系统应急预案
目录
1. 目的 (3)
2. 适用范围 (3)
3. 涉及服务器列表 (3)
4. 危险因素分析 (3)
5. 危险事件等级定义分类 (4)
6. 应急响应流程 (4)
6.1.事件报警与确认 (4)
6.2.对系统进行检查 (4)
6.3.安全审计及事故分析 (4)
6.4.消除隐患、恢复正常运行 (5)
6.5.重新启动系统 (5)
6.6.安全报告、归档 (5)
7. 应急处理措施 (5)
7.1. 一般故障 (5)
7.2. 重大故障 (5)
7.3.特大故障 (5)
7.3.1.系统无法登录 (5)
7.3.2.系统应用连接数据库超时 (6)
7.3.3.满意度调查系统应用服务启动正常,却无法访问系统 (6)
7.3.4.数据库出错导致系统无法使用 (6)
7.3.5. DB2数据库程序异常 (7)
7.3.6.操作系统故障 (7)
7.3.7.系统收集调查问卷失败 (7)
8.系统环境要求..................................................................................... 错误!未定义书签。
8.1. 硬件环境......................................................................................... 错误!未定义书签。
8.2. 网络环境......................................................................................... 错误!未定义书签。
1.目的
为妥善应对和处置甘肃省零售客户满意度网上调查系统信息安全突发事件、确保满意度调查系统的运行安全和数据安全,结合满意度调查项目实际情况,特制定本应急预案。
本预案主要立足防范和消除以下危害情况的出现:
1、满意度系统运行过程中数据库异常,导致数据丢失,系统不能正常运行;
2、满意度系统运行过程中,应用服务程序异常,导致系统异常系统不能正
常运行;
3、满意度系统运行过程中,服务器间网络连接异常,导致系统异常系统不
能正常运行。
2.适用范围
本预案适用于甘肃省烟草公司零售客户满意度网上调查系统正在发生或可能发生的系统安全和数据安全突发事件。
3.涉及服务器列表
4.危险因素分析
客户满意度网上调查系统是作为应用组件部署在信息中心数据和业务两个平台,而并非单独孤立的应用系统,且该系统直接部署在生产环境中,所以引发
零售客户客户满意度网上调查系统潜在危险的因素主要包括:部署环境的硬件设备故障、部署软件系统故障、网络故障及满意度系统本身的程序错误。
5.危险事件等级定义分类
1、一般故障:指系统出现轻微错误或瑕疵,具体包括:个别图片无法显示、个别信息内容出现明显错误、个别服务和功能无法正常使用等。
2、重大故障:指出现系统出现异常,但不影响系统日常使用,具体包括:局部页面错误、部分功能无法使用,部分信息内容出现明显错误等。
3、特大故障:指系统崩溃,应用服务停止,导致大规模用户无法使用系统,出现数据丢失,具体包括:系统服务无法启动、数据库无法连接、系统程序异常和数据库文件损坏等。
6.应急响应流程
6.1.事件报警与确认
工作人员对数据库服务器、应用系统的运行状况以及网络情况进行监测,及时发现系统的异常和网络故障,一旦发现异常情况需及时通知项目维护相关人员进行原因的排查和故障的处理;
6.2.对系统进行检查
1、检查网络连接:需要相关网络管理人员配合检查;
2、检查应用服务器性能指标,检查的内容包括:Web Sphere进程是否
正常、CPU使用率、内存使用率;
3、检查后台数据库服务器性能指标,检查内容包括:数据库服务器双
机状态、数据库进程是否正常、数据库服务是否启动、CPU使用率、
内存使用率。
6.3.安全审计及事故分析
通过系统日志、网络设备日志、数据库访问日志等,对事件进行审计,对损失进行评估,追查事件的发生原因;
6.4.消除隐患、恢复正常运行
根据审计结果,排除系统隐患,恢复系统正常运行;
6.5.重新启动系统
启动数据库服务器->启动应用服务器;
6.6.安全报告、归档
提供故障分析报告,分析故障原因,修正预案处理流程并归档。
7.应急处理措施
7.1.一般故障
工作人员第一时间迅速准确判断事件原因,提交甘肃省烟草公司零售客户满意度网上调查系统项目组进行处置。
7.2.重大故障
按规定及时向信息中心报告。
报告内容主要包括故障范围、影响范围、事件性质、事件发展趋势和采取的措施等。
信息中心召集相关责任部门共同协商解决。
必要时可以停止系统运行。
7.3.特大故障
按规定及时向甘肃省烟草公司信息中心办公室报告,并要实行报告势态进程。
甘肃省烟草公司信息中心办公室根据系统故障发展态势,现场指导,组织派遣应急支援力量。
具体措施如下:
7.3.1.系统无法登录
系统无法正常登录一般由于应用服务器与数据库服务器之间网络连接异常或数据库服务未启动导致,现场处理措施如下:
➢检查应用服务器与数据库服务器之间网络连接是否正常,若应用服务器与数据库服务器之间网络连接异常,恢复应用服务器与数据库服务器网
络解决,重新启动系统;
➢应用程序后台服务是否运行正常;
➢检查数据库服务器数据库服务是否运行正常,如数据库服务器服务未启动则启动数据库服务器数据库服务,重新启动系统;
➢若以上方案均无法解决系统无法登录问题,抓取并保存系统出错信息及日志文件,简单判断异常部位,通知系统维护相关人员,保留现场,分析查找原因。
7.3.2.系统应用连接数据库超时
数据库连接超时,一种情况是应用服务器与数据库服务器网络连接异常;另一种情况是系统数据源出错,现场处理措施如:
➢应用服务器与数据库服务器网络连接异常,排除网络连接异常故障,重启数据库服务器和应用服务器。
➢系统数据源出错,重新配置系统数据源。
(详情参照《甘肃省烟草公司零售客户满意度网上调查系统部署方案》5.3配置文件说明配置
数据源)。
➢以上方案无法解决系统故障时,应停止系统后台服务,防止不知情用户继续投递数据。
抓取并保存系统出错信息及日志文件,简单判
断异常部位,通知系统维护相关人员,保留现场,分析查找原因。
7.3.3.满意度调查系统应用服务启动正常,却无法访问系统
如果满意度调查系统应用服务启动正常,无法访问系统。
现场处理措施如下:
➢系统应用程序包出现故障,需重新部署满意度调查系统应用程序包;
➢系统数据源出错,需重新配置数据源。
(详情参照《甘肃省烟草公司零售客户满意度网上调查系统部署方案》5.3配置文件说明配置数
据源)。
7.3.4.数据库出错导致系统无法使用
数据库出现故障系统数据文件损坏,以系统管理员用户登录在应用服务器10.52.4.161上的DB2客户端,创建新的表空间,导入最近的一个时间点
的系统数据库备份文件到新建的表空间里,重新添加部署系统数据源,进行恢复操作。
操作过程中,应停止系统后台服务,防止不知情用户继续投递数据。
7.3.5.DB2数据库程序异常
BD2 数据库出现故障无法继续使用,需重新安装DB2 数据库程序,安装完成后,创建新的数据库和表空间,导入系统数据文件到新建的表空间里,重新添加部署应用系统数据库,进行恢复操作。
操作完后重新启动应用服务及数据服务。
7.3.6.操作系统故障
应用服务器或数据库服务器系统故障,导致系统无法正常运行,需重新安装操作系统。
➢应用服务器操作系统故障,重新安装操作系统,重新部署满意度系统。
具体操作参照《甘肃省烟草公司零售客户满意度网上调查系统
部署方案》,部署完毕启动数据库服务和应用服务。
➢数据库服务器操作系统故障,重新安装操作系统,以系统管理员用户登录在应用服务器10.52.4.161上的DB2客户端,创建新的表空
间,导入最近的一个时间点的系统数据库备份文件到新建的表空间
里,重新添加部署系统数据源,进行恢复操作。
7.3.7.系统收集调查问卷失败
系统收集调查问卷失败一般由于网络连接故障、数据库异常或系统程序导致,现场处理措施如下:
➢检查应用服务器与数据库服务器之间网络连接是否正常,若应用服务器与数据库服务器之间网络连接异常,恢复应用服务器与数据库服务器网络解决,重新启动系统;
➢检查应用服务器与新商盟平台网络连接是否正常,若应用服务器与新商盟平息之间网络连接异常,排除网络故障,重新启动系统;
➢应用程序后台服务是否运行正常;
➢检查数据库服务是否运行正常,如数据库服务未启动则启动数据库服务,重新启动系统;
➢若以上方案均无法解决系统系统故障,应停止系统后台服务,防止不知情用户继续投递数据。
抓取并保存系统出错信息及日志文件,简单判断异常部位,通知系统维护相关人员,保留现场,分析查找原因。