weblogic中间件通用应急处置预案

合集下载

终端应急接替预案

终端应急接替预案

一、预案背景随着信息化技术的快速发展,终端设备在各个行业中的应用日益广泛。

终端设备作为信息化系统的重要组成部分,一旦发生故障,将严重影响系统的正常运行。

为保障终端设备在紧急情况下的稳定运行,提高应急响应能力,特制定本预案。

二、预案目标1. 确保终端设备在紧急情况下能够迅速恢复正常运行。

2. 减少终端设备故障对业务系统的影响,保障业务连续性。

3. 提高应急响应速度,降低故障处理时间。

三、预案适用范围本预案适用于公司内部所有终端设备,包括但不限于电脑、服务器、网络设备、移动终端等。

四、预案组织架构1. 应急指挥部:负责组织、协调、指挥整个应急响应工作。

2. 应急小组:负责具体实施应急响应措施,包括技术支持、现场处理、信息通报等。

3. 技术支持部门:负责提供技术支持,协助应急小组处理故障。

4. 信息通报部门:负责及时发布故障信息,确保相关人员知晓。

五、预案内容1. 故障预警(1)终端设备出现异常时,第一时间向应急指挥部报告。

(2)应急指挥部接到报告后,立即启动应急预案,通知应急小组和技术支持部门。

2. 故障处理(1)应急小组根据故障情况,迅速制定处理方案,并向应急指挥部汇报。

(2)技术支持部门根据应急小组的方案,提供技术支持,协助处理故障。

(3)故障处理过程中,确保不影响其他终端设备的正常运行。

3. 故障恢复(1)故障处理后,应急小组负责对故障设备进行检测,确保恢复正常运行。

(2)故障恢复后,应急指挥部组织相关人员进行总结,分析故障原因,完善应急预案。

4. 信息通报(1)故障发生时,信息通报部门立即发布故障信息,确保相关人员知晓。

(2)故障处理后,信息通报部门发布故障恢复信息,恢复正常工作秩序。

六、预案演练1. 定期组织应急演练,提高应急响应能力。

2. 演练内容包括故障发生、应急响应、故障处理、故障恢复等环节。

3. 演练结束后,对演练过程进行总结,查找不足,完善预案。

七、预案修订1. 根据实际情况,定期修订本预案。

服务器应急预案

服务器应急预案

服务器应急预案在当今数字化的时代,服务器是企业和组织运营的核心基础设施之一。

服务器的稳定运行对于保障业务的连续性、数据的安全性以及用户的满意度至关重要。

然而,服务器故障或突发事件随时可能发生,如硬件故障、软件漏洞、网络攻击、自然灾害等。

为了最大限度地减少服务器故障对业务的影响,制定一套完善的服务器应急预案是必不可少的。

一、应急预案的目标和范围(一)目标服务器应急预案的主要目标是在服务器发生故障或突发事件时,能够快速、有效地恢复服务器的正常运行,减少业务中断的时间和损失,保护数据的完整性和安全性。

(二)范围本应急预案适用于公司内部所有服务器,包括但不限于文件服务器、数据库服务器、应用服务器、邮件服务器等。

二、应急响应团队及职责(一)应急响应领导小组由公司高层管理人员组成,负责决策和协调应急响应工作,调配资源,确保应急响应工作的顺利进行。

(二)技术支持小组由服务器管理员、网络工程师、数据库管理员等技术人员组成,负责对服务器故障进行诊断和修复,恢复服务器的正常运行。

(三)数据备份恢复小组负责定期备份服务器数据,并在服务器故障时,能够快速恢复数据,确保数据的完整性和可用性。

(四)安全监控小组负责监控服务器的安全状况,及时发现和处理安全事件,防止服务器遭受攻击和数据泄露。

(五)用户沟通小组负责与用户沟通,告知服务器故障情况和预计恢复时间,解答用户的疑问,安抚用户情绪。

三、服务器故障分类及处理流程(一)硬件故障1、服务器突然死机或无法启动技术支持小组立即检查服务器硬件,如电源、硬盘、内存等,确定故障部件。

如果是硬盘故障,尝试使用备用硬盘恢复数据;如果是其他硬件故障,及时更换故障部件,重新启动服务器。

2、服务器硬件出现预警信息技术支持小组密切关注硬件状态,备份重要数据,准备好备用硬件,一旦硬件故障,立即进行更换。

(二)软件故障1、操作系统崩溃技术支持小组使用备份的操作系统镜像进行恢复,重新安装必要的软件和驱动程序,恢复服务器的正常运行。

中兴设备应急预案

中兴设备应急预案

一、前言为确保中兴通讯设备在各类突发事件中能够迅速、高效、有序地进行应急响应和处置,最大限度地减少突发事件对业务运营的影响,特制定本中兴设备应急预案。

二、适用范围本预案适用于中兴通讯各类设备在自然灾害、事故灾难、公共卫生事件和社会安全事件等突发事件中的应急响应和处置。

三、组织机构及职责1. 应急领导小组成立应急领导小组,负责统筹协调、指挥调度、监督执行应急工作。

成员包括:(1)组长:中兴通讯总经理(2)副组长:中兴通讯副总经理(3)成员:相关部门负责人2. 应急指挥部应急指挥部负责具体实施应急响应措施,下设以下小组:(1)现场指挥小组:负责现场应急指挥、调度和协调。

(2)通信保障小组:负责通信网络恢复、维护和保障。

(3)物资保障小组:负责应急物资的采购、调配和分发。

(4)技术支持小组:负责设备故障排查、修复和升级。

(5)宣传报道小组:负责应急信息发布、舆论引导和宣传报道。

四、应急响应流程1. 预警(1)密切关注各类突发事件信息,及时获取预警信息。

(2)对可能影响中兴通讯设备的突发事件进行风险评估。

(3)根据风险评估结果,启动应急预案。

2. 应急响应(1)现场指挥小组迅速到达现场,了解灾情,制定应急响应方案。

(2)通信保障小组组织抢修人员、设备,尽快恢复通信网络。

(3)物资保障小组根据现场需求,调配应急物资。

(4)技术支持小组开展设备故障排查、修复和升级。

(5)宣传报道小组及时发布应急信息,做好舆论引导。

3. 应急恢复(1)根据灾情恢复情况,逐步恢复正常业务运营。

(2)对受损设备进行修复、升级,提高设备抗灾能力。

(3)总结经验教训,完善应急预案。

五、保障措施1. 建立健全应急物资储备制度,确保应急物资充足。

2. 加强应急队伍建设,提高应急人员业务水平。

3. 定期开展应急演练,提高应急处置能力。

4. 加强与政府部门、运营商、合作伙伴等单位的沟通协作。

5. 强化应急信息报送和舆论引导,确保信息畅通。

六、附则1. 本预案由中兴通讯应急领导小组负责解释。

中间件故障应急预案

中间件故障应急预案

一、编制目的为确保我公司在面临中间件故障时能够迅速、准确、有效地组织抢修,最大限度地减少系统停机时间,降低故障对业务的影响,特制定本应急预案。

二、适用范围本预案适用于公司内部所有中间件系统,包括但不限于消息队列、缓存系统、数据库连接池等。

三、应急组织与职责1. 应急领导小组成立中间件故障应急领导小组,负责指挥、协调和监督整个应急响应过程。

组长:XXX(部门负责人)副组长:XXX(技术支持部门负责人)成员:XXX(技术支持部门相关人员)2. 应急小组职责(1)技术支持部门负责中间件故障的检测、定位、分析、修复及恢复工作。

(2)运维部门负责中间件故障的监控、报警、记录及与其他部门的沟通协调。

(3)业务部门负责配合技术支持和运维部门,确保业务连续性。

四、应急响应流程1. 故障监测(1)技术支持部门通过监控系统实时监测中间件系统的运行状态。

(2)运维部门对中间件系统进行定期巡检,发现异常情况立即上报。

2. 故障报警(1)运维部门在发现中间件故障时,立即向应急领导小组报告。

(2)应急领导小组在接到故障报告后,组织相关人员进行现场调查。

3. 故障分析(1)技术支持部门对故障原因进行初步分析,确定故障类型。

(2)根据故障原因,制定相应的修复方案。

4. 故障修复(1)技术支持部门根据修复方案,进行故障修复。

(2)修复过程中,运维部门进行实时监控,确保修复过程顺利进行。

5. 故障恢复(1)故障修复完成后,技术支持部门进行系统测试,确保系统恢复正常。

(2)运维部门将故障恢复情况上报应急领导小组。

6. 故障总结(1)应急领导小组组织相关部门对故障原因、处理过程及经验教训进行总结。

(2)根据总结结果,对应急预案进行修订和完善。

五、应急保障措施1. 加强人员培训定期对技术支持、运维和业务部门人员进行中间件故障应急处理培训,提高故障处理能力。

2. 完善应急预案根据实际情况,不断完善应急预案,确保应急响应流程的顺畅。

3. 建立备件库储备必要的备件,确保故障修复的及时性。

中间件应急处置方案模板

中间件应急处置方案模板

中间件应急处置方案模板一、前言中间件是指位于操作系统和应用程序之间,用于连接或者协调各应用模块之间的软件。

它们承载着系统核心功能,因此一旦中间件故障,会对整个系统造成极大的影响。

因此,我们需要一个中间件应急处置方案模板,来应对中间件出现问题的情况。

二、中间件的分类根据中间件的类型不同,应急处置方案也不同。

下面是常见的中间件分类:1.应用服务器中间件2.数据库中间件3.消息中间件4.缓存中间件5.应用程序接口(API)中间件三、中间件出现故障的常见原因中间件出现故障的原因可能有很多,以下是常见的原因:1.硬件故障2.网络故障3.配置错误4.软件补丁问题5.数据库问题四、中间件应急处置方案4.1 预防措施当中间件出现问题时,面对问题时还是有所准备的。

以下是一些预防措施,可以降低中间件发生故障的概率:1.确保中间件和操作系统的版本保持最新,并且每次进行升级都要备份配置文件和数据。

2.定期监控中间件的运行状态,如果发现问题,及时排查问题。

3.针对不同的中间件,要建立相应的监控预警机制。

4.及时修复配置错误,并确保不会影响到其他模块。

4.2 应急响应流程当中间件出现故障时,我们需要进行这样的应急响应流程:1.紧急联系中间件厂商以取得支持。

如果中间件是第三方应用,则需要联系厂商支持人员,向他们询问解决问题的最佳方法。

2.确认问题并记录下来。

这将有助于后续的纠错和分析。

3.针对不同的中间件,按照相应的手册采取相应的故障排除措施。

4.按照排除故障的方式进行操作,并记录下操作过程和结果。

4.3 工具使用当中间件出现故障时,我们可以使用一些工具进行排错和修复,以下是一些常见的工具:1.Fiddler:用于HTTP请求的分析和调试。

2.Wireshark:用于网络流量分析和检测网络问题。

3.jstack和jmap:用于分析Java程序的堆栈。

4.Pidstat和Top:用于分析Linux系统的进程。

五、总结中间件是系统的重要组成部分,一旦出现故障,将导致整个系统瘫痪。

服务器应急处置预案

服务器应急处置预案
应急小组负责在服务器发生异常情况时,进行快速响应和处 置,包括故障排查、原因分析、影响评估、资源协调、恢复 操作等。同时,应急小组还需定期对应急预案进行演练和更 新,确保预案的有效性和可操作性。
资源准备与调度
资源准备
为确保应急处置工作的顺利进行,需提前准备必要的应急资源,包括备用服务 器、存储设备、网络设备、安全设备等硬件资源,以及操作系统、应用软件、 数据库等软件资源。
对问题进行分类和优先级排序,为后续改进措施 制定提供依据。
改进措施制定与实施
根据存在问题的分析结果,制定相应的改进措施和计划 。
对改进措施进行跟踪和监控,及时发现问题并进行调整 和优化。
明确改进措施的责任人、时间表和所需资源,确保措施 的有效实施。
在改进措施实施后,对预案进行重新评估和测试,确保 改进效果符合预期。
备份存储
将备份数据存储在安全可靠的位置, 防止数据丢失或损坏。
恢复演练
定期进行数据恢复演练,验证备份数 据的可用性和恢复流程的有效性。
快速恢复
在发生故障时,迅速启动数据恢复程 序,尽快恢复业务运行。
系统重启与恢复服务
重启策略
重启前准备
在必要时采取系统重启策略,以解决因软 件故障或资源耗尽导致的服务器问题。
安全防护措施
加强服务器安全防护措施, 包括防火墙、入侵检测、病 毒防护等,提高服务器的安 全性。
培训与演练
加强应急处置人员的培训和 演练,提高应急处置能力和 效率。
05
预案演练与培训
预案演练计划制定
确定演练目标
明确演练的目的和效果,提高应急处置能力。
制定演练计划
根据服务器可能遇到的故障场景,制定详细的演练计划,包括演 练时间、地点、参与人员等。

中控室应急处置程序范文(二篇)

中控室应急处置程序范文(二篇)

中控室应急处置程序范文一、应急响应流程设计中控室作为一个重要的设备运行管理中心,必须具备应对各种应急情况的能力。

在发生应急情况时,中控室要保证能够快速有效地响应和处置,并最大限度地减少事故对设备和人员的影响。

1. 接收报警信息中控室应建立完善的报警系统,能够实时接收各类报警信息。

在接收到报警信息后,中控室应立即出动应急小组,负责处理该情况。

2. 核实报警信息应急小组在接收到报警信息后,要立即核实报警信息的真实性。

核实报警信息的同时,还需评估事故的紧急程度和可能的影响范围。

3. 启动应急预案在核实报警信息后,应急小组要立即启动相应的应急预案。

应急预案可以根据不同类型的事故进行设计,涉及到的领域包括但不限于设备检修、操作规程、应急抢修等。

4. 组织应急处置应急小组要快速组织人员和资源进行应急处置工作。

这包括指挥和协调各方力量,确定处置措施和优先顺序,同时还需与其他相关部门进行紧密沟通和协调。

5. 监控事态发展在应急处置过程中,中控室要始终保持对事态发展的监控。

通过实时的监测和数据分析,中控室能够及时调整处置策略,做出正确的决策。

6. 评估应急处置效果当应急事态得到有效控制后,中控室要对应急处置效果进行全面评估。

这包括对应急预案的执行情况、处置过程中的问题及其解决方案、处置效果的评价等方面进行分析和总结。

二、应急处置工作的要点1. 快速反应应急处置是一个时间关键的工作,中控室要能够快速反应并及时采取措施。

尤其在高危设备运行过程中,一旦发生事故,必须迅速切断事故扩散的渠道,以保护设备和人员的安全。

2. 专业知识中控室的工作人员应具备丰富的专业知识和技能,能够迅速判断事故状况并采取相应的处置措施。

在应急处置过程中,中控室还要能够与其他部门进行良好的沟通和协作,共同应对复杂的应急情况。

3. 灵活应变应急情况往往是不可预见的,中控室的工作人员要具备快速应变的能力。

在应急处置过程中,可能出现各种意外情况和不确定因素,中控室要能够随时做出正确的调整和决策。

weblogic中间件通用应急预案教程文件

weblogic中间件通用应急预案教程文件

w e b l o g i c中间件通用应急预案Weblogic中间件(含业务应用)通用应急预案一、应急处置原则与工作流程国网信息系统中间件主要采用weblogic集群方式部署,通过中间件控制台对各应用节点进行统一管理和监控,本次中间件应急预案以“先抢通、后抢修”为处理原则,首先恢复业务应用,保存相关日志,后期再根据日志进行详细分析和故障定位。

weblogic中间件是应用程序的发布平台,相对比较稳定。

业务应用均通过weblogic中间件进行发布,通过weblogic中间件的JDBC等配置,实现前端应用和后台数据库之间的交互。

因此不管是程序代码问题、硬件问题、数据库问题均有可能体现在weblogic中间件节点异常;并且由于程序代码效率低下、参数配置不当,也会导致weblogic中间件节点异常。

这种情况下,重启异常weblogic节点,释放资源,是最快的恢复业务的应急手段。

具体原因可以通过备份日志,事后进行分析排查。

本应急预案中涉及到的程序包路径,均是根据信通公司weblogic中间件安装规范中指定的路径。

如果未按照规范安装的中间件,请电话咨询对应系统专责协助处理。

二、weblogic中间件故障应急场景故障应急处理步骤6步:1、使用IE浏览器访问节点应用确认节点可用性。

2、登陆weblogic控制台确认节点状态。

3、收集故障点日志,备份节点日志。

4、查看节点日志,根据报错信息确定故障原因。

5、根据故障原因,执行应急操作。

6、组织人员进行具体原因分析并整改。

三、故障场景Weblogic中间件日志文件中常见错误如下:ddedLDAP.tran (Permission denied)>9 <Aug 10, 2014 3:15:07 AM CST> <Error> <JDBC> <BEA-001112> <Test "SELECT 1 FROM DUAL"set up for pool "JDBC Data Source-0" failed with exception: "java.sql.SQLRecoverableException: No more data to read from socket".><Aug 10, 2014 3:15:07 AM CST> <Warning> <JDBC> <BEA-001129> <Received exception while creating connection for pool "JDBC Data Source-0": IO Error: The Network Adapter couldnot establish the connection.>数据库单节点异常,RAC无法全部正常对外提供服务节点运行过程中13,11,1210 The JRE was not found in directory /usr/java/k1.6.0_38. (JAVA_HOME)Please edit your environment and set the JAVA_HOMEvariable to point to the root directory ofyour Java installation.Java环境变量配置不正确节点启动过程中14,1211 <BEA-002621> <Connection rejected,the server license allows connectionsfrom only 5 unique IP addresses.>Weblogic9版本license未授权节点运行过程中1,2,3,4,5,15,11,1212 VM Version 1.5.0_12-b04 from SunMicrosystems Inc.><2014-8-11 下午04时50分58秒 CST><Critical> <WebLogicServer> <BEA-000362> <Server failed. Reason:There are 1 nested errors:weblogic.management.ManagementException: Unable to obtain lock on/home/weblogic/bea/user_projects/domains/bzcb_domain/servers/AdminServer/tmp/AdminServer.lok. Server mayalready be running节点未正常停止节点启动过程中5,11,1213 因硬件或者系统故障,应用服务器全部无法启动16四、应急处理步骤1.使用IE登陆访问对应故障节点应用地址,验证故障现象,防止误告警出现。

中间件weblogic日常维护手册-20131111

中间件weblogic日常维护手册-20131111

中间件日常维护手册(weblogic部分)(v 120925)目录1. 每天要维护的文档 (2)1.1 启动服务相关的几个文件 (2)1.1.1 startWebLogic.cmd/startWebLogic.sh (2)1.1.2 startManagedWebLogic.cmd/startManagedWebLogic.sh (2)1.1.3 setDomainEnv.cmd/setDomainEnv.sh (3)1.1.4 stopWebLogic.cmd/stopWebLogic.sh (3)1.1.5 stopManagedWebLogic.cmd/stopManagedWebLogic.sh (3)1.1.6 thread的监控 (3)1.1.7 JDBC监控 (4)1.1.8 检查是否生成javacore和heapdump文件 (4)1.2.weblogic配置文件config.xml (4)1.2.1 关于WebLogic 管理和config.xml 文件概述 (4)1.2.2 何时去编辑config.xml (4)1.2.3 config.xml 文件里的内容 (5)1.3 每天要维护的日志文件 (5)1.3.1 域日志(domain.log) (5)1.3.2 server.log (5)1.3.3 access.log (6)1.4 系统文件 (6)1.4.1硬盘分区使用情况 (6)1.4.2 CPU 负载情况 (6)1.4.3 内存MEMORY和SWAP使用率 (6)2.每周要维护的文档 (7)2.1 应用属性文件weblogic.xml (7)2.1.1 说明 (7)2.1.2 可配置的属性详解 (7)2.2属性文件web.xml (8)2.2.1 说明 (8)2.2.2 文件说明 (8)3.每月要维护的文件 (8)3.1 weblogic 系统文件备份 (8)3.2 定期日志删除 (8)3.3 补丁的更新 (8)1. 每天要维护的文档1.1 启动服务相关的几个文件WebLoigc 的启动是通过启动文件来完成的,包括启动管理服务器(startWebLogic)、启动被管服务器(startManagedWebLogic)、设置域环境(setDomainEnv)、关闭管理服务器(stopWebLogic)、关闭被管服务器(stopManagedWebLogic)等。

中间件weblogic日常维护手册-20131111

中间件weblogic日常维护手册-20131111

中间件日常维护手册(weblogic部分)(v 120925)目录1. 每天要维护的文档 (3)1.1 启动服务相关的几个文件 (3)1.1.1 startWebLogic.cmd/startWebLogic.sh (3)1.1.2 startManagedWebLogic.cmd/startManagedWebLogic.sh (3)1.1.3 setDomainEnv.cmd/setDomainEnv.sh (3)1.1.4 stopWebLogic.cmd/stopWebLogic.sh (4)1.1.5 stopManagedWebLogic.cmd/stopManagedWebLogic.sh (4)1.1.6 thread的监控 (4)1.1.7 JDBC监控 (5)1.1.8 检查是否生成javacore和heapdump文件 (5)1.2.weblogic配置文件config.xml (5)1.2.1 关于WebLogic 管理和config.xml 文件概述 (6)1.2.2 何时去编辑config.xml (6)1.2.3 config.xml 文件里的内容 (6)1.3 每天要维护的日志文件 (7)1.3.1 域日志(domain.log) (7)1.3.2 server.log (7)1.3.3 access.log (7)1.4 系统文件 (8)1.4.1硬盘分区使用情况 (8)1.4.2 CPU 负载情况 (8)1.4.3 内存MEMORY和SWAP使用率 (8)2.每周要维护的文档 (9)2.1 应用属性文件weblogic.xml (9)2.1.1 说明 (9)2.1.2 可配置的属性详解 (9)2.2属性文件web.xml (10)2.2.1 说明 (10)2.2.2 文件说明 (10)3.每月要维护的文件 (11)3.1 weblogic 系统文件备份 (11)3.2 定期日志删除 (11)3.3 补丁的更新 (11)1. 每天要维护的文档1.1 启动服务相关的几个文件WebLoigc 的启动是通过启动文件来完成的,包括启动管理服务器(startWebLogic)、启动被管服务器(startManagedWebLogic)、设置域环境(setDomainEnv)、关闭管理服务器(stopWebLogic)、关闭被管服务器(stopManagedWebLogic)等。

WebLogic中间件作业指导书

WebLogic中间件作业指导书

WebLogic中间件作业指导书WebLogic中间件作业指导书目录第一章系统检查 (4)1.1 weblogic 日志检查 (4)1.2 通过控制台查看系统状态 (4)1.2.1查看节点状态 (4)1.2.2查看线程状态 (4)1.2.3查看连接池状态 (5)1.3 分析节点cpu使用率高原因 (5)1.3.1 AIX主机 (5)1.3.2 HP主机 (7)1.3.2 LINUX主机 (7)1.4 分析工具 (8)1.4.1 线程分析工具 (8)1.4.2 内存分析工具 (9)1.5 启动参数设置 (10)第二章weblogic故障处理 (10)2.1修改控制台密码 (10)2.2 针对日志报错信息处理 (11)第一章系统检查1.1 weblogic 日志检查控制台中设置了日志所在目录,默认目录是域目录/servers/节点名/logs。

受管节点有2种日志,一种access.log,记录web访问活动,一种节点名.log,记录节点运行时候的提示信息以及报错信息,可在节点日志中查找报错信息,确定节点状态,定位问题。

管理节点则多了域日志,记录域信息。

1.2 通过控制台查看系统状态1.2.1查看节点状态登陆控制台-环境-服务器,查看节点运行状态,正常运行,状态为“RUNNING”.1.2.2查看线程状态登陆控制台-环境-服务器,选择其中一节点,选择标签页“监控”-“线程”,可查看线程运行状态。

队列长度为0,空闲线程大于0,没有等待的申请任务需要处理。

如果空闲线程>0,但是业务访问慢,可根据后面cpu使用率高分析方法,获取thread dump来跟踪分析当前业务操作等,作为改善应用的参考。

1.2.3查看连接池状态登录控制台-环境-服务器,选择其中一个节点,选择标签页“监控”-“jdbc”,可查看到该节点上的连接池的运行情况。

连接池中的活动连接没有到连接池的上限为正常。

1.3 分析节点cpu使用率高原因1.3.1 AIX主机1)通过topas观察cpu一直比较高的进程。

最新weblogic中间件通用应急预案教程文件

最新weblogic中间件通用应急预案教程文件

Weblogic中间件(含业务应用)通用应急预案一、应急处置原则与工作流程国网信息系统中间件主要采用weblogic集群方式部署,通过中间件控制台对各应用节点进行统一管理和监控,本次中间件应急预案以“先抢通、后抢修”为处理原则,首先恢复业务应用,保存相关日志,后期再根据日志进行详细分析和故障定位。

weblogic中间件是应用程序的发布平台,相对比较稳定。

业务应用均通过weblogic中间件进行发布,通过weblogic中间件的JDBC等配置,实现前端应用和后台数据库之间的交互。

因此不管是程序代码问题、硬件问题、数据库问题均有可能体现在weblogic中间件节点异常;并且由于程序代码效率低下、参数配置不当,也会导致weblogic中间件节点异常。

这种情况下,重启异常weblogic节点,释放资源,是最快的恢复业务的应急手段。

具体原因可以通过备份日志,事后进行分析排查。

本应急预案中涉及到的程序包路径,均是根据信通公司weblogic中间件安装规范中指定的路径。

如果未按照规范安装的中间件,请电话咨询对应系统专责协助处理。

二、weblogic中间件故障应急场景故障应急处理步骤6步:1、使用IE浏览器访问节点应用确认节点可用性。

2、登陆weblogic控制台确认节点状态。

3、收集故障点日志,备份节点日志。

4、查看节点日志,根据报错信息确定故障原因。

5、根据故障原因,执行应急操作。

6、组织人员进行具体原因分析并整改。

三、故障场景Weblogic中间件日志文件中常见错误如下:ption: Unable to obtain lock on/home/weblogic/bea/user_projects/domains/bzcb_domain/servers/AdminServer/tmp/AdminServer.lok. Server may alreadybe running1613 因硬件或者系统故障,应用服务器全部无法启动四、应急处理步骤1.使用IE登陆访问对应故障节点应用地址,验证故障现象,防止误告警出现。

云服务器故障应急处置预案

云服务器故障应急处置预案

系统故障
服务器操作系统或应用程序出 现故障,如系统崩溃、软件漏 洞等。
人为因素
人为操作失误或恶意攻击导致 服务器故障,如误删文件、病
毒攻击等。
应急处置效果评估
故障恢复时间
记录从发现故障到恢复正常运行所需的时间 ,评估应急处置的效率。
业务影响范围
评估故障对业务运行造成的影响,包括受影 响的用户数量、业务中断时间等。
云服务器故障应急处置预案
contents
目录
• 应急处置预案概述 • 应急组织结构与职责 • 故障识别与评估 • 应急处置措施 • 资源调配与协作 • 后期总结与改进
01
应急处置预案概述
目的和背景
01
02
03
保障业务连续性
云服务器故障可能导致业 务中断或数据损失,应急 处置预案旨在快速恢复Βιβλιοθήκη 务运行,减少损失。资源调配
负责调配应急处置所需的物资、设备等资源,确保应急处置工作 顺利进行。
后勤服务
提供必要的后勤服务支持,如交通、餐饮、住宿等安排。
记录归档
负责记录应急处置过程中的重要信息和操作,整理归档,供后续 分析和改进使用。
03
故障识别与评估
故障类型识别
硬件故障
包括服务器硬件、网络 设备、存储设备等物理
数据损失程度
评估故障对数据造成的影响,包括数据丢失 、损坏或泄露等。
资源消耗情况
评估应急处置过程中所需的资源消耗,包括 人力、物力、财力等。
预案优化与改进建议
完善监控机制
加强对服务器硬件、网络、系统和应 用程序的监控,及时发现潜在故障。
提升应急处置能力
定期组织应急演练和培训,提高团队 应急处置的熟练度和效率。

weblogic中间件通用应急预案

weblogic中间件通用应急预案

Weblogic中间件(含业务应用)通用应急预案一、应急处置原则与工作流程国网信息系统中间件主要采用weblogic集群方式部署,通过中间件控制台对各应用节点进行统一管理和监控,本次中间件应急预案以“先抢通、后抢修”为处理原则,首先恢复业务应用,保存相关日志,后期再根据日志进行详细分析和故障定位。

weblogic中间件是应用程序的发布平台,相对比较稳定。

业务应用均通过weblogic中间件进行发布,通过weblogic中间件的JDBC等配置,实现前端应用和后台数据库之间的交互。

因此不管是程序代码问题、硬件问题、数据库问题均有可能体现在weblogic中间件节点异常;并且由于程序代码效率低下、参数配置不当,也会导致weblogic中间件节点异常。

这种情况下,重启异常weblogic节点,释放资源,是最快的恢复业务的应急手段。

具体原因可以通过备份日志,事后进行分析排查。

本应急预案中涉及到的程序包路径,均是根据信通公司weblogic中间件安装规范中指定的路径。

如果未按照规范安装的中间件,请电话咨询对应系统专责协助处理。

二、weblogic中间件故障应急场景故障应急处理步骤6步:1、使用IE浏览器访问节点应用确认节点可用性。

2、登陆weblogic控制台确认节点状态。

3、收集故障点日志,备份节点日志。

4、查看节点日志,根据报错信息确定故障原因。

5、根据故障原因,执行应急操作。

6、组织人员进行具体原因分析并整改。

三、故障场景Weblogic中间件日志文件中常见错误如下:12 VM Version 1.5.0_12-b04 from SunMicrosystems Inc.><2014-8-11 下午04时50分58秒 CST><Critical> <WebLogicServer><BEA-000362> <Server failed. Reason:There are 1 nested errors:weblogic.management.ManagementException: Unable to obtain lock on/home/weblogic/bea/user_projects/domains/bzcb_domain/servers/AdminServer/tmp/AdminServer.lok. Server mayalready be running 节点未正常停止节点启动过程中5,11,1213 因硬件或者系统故障,应用服务器全部无法启动16四、应急处理步骤1.使用IE登陆访问对应故障节点应用地址,验证故障现象,防止误告警出现。

weblogic中间件通用应急处置预案

weblogic中间件通用应急处置预案

weblogic中间件通用应急处置预案Weblogic中间件(含业务应用)通用应急预案一、应急处置原则与工作流程国网信息系统中间件主要采用weblogic集群方式部署,通过中间件控制台对各应用节点进行统一管理和监控,本次中间件应急预案以“先抢通、后抢修”为处理原则,首先恢复业务应用,保存相关日志,后期再根据日志进行详细分析和故障定位。

weblogic中间件是应用程序的发布平台,相对比较稳定。

业务应用均通过weblogic中间件进行发布,通过weblogic中间件的JDBC等配置,实现前端应用和后台数据库之间的交互。

因此不管是程序代码问题、硬件问题、数据库问题均有可能体现在weblogic中间件节点异常;并且由于程序代码效率低下、参数配置不当,也会导致weblogic中间件节点异常。

这种情况下,重启异常weblogic节点,释放资源,是最快的恢复业务的应急手段。

具体原因可以通过备份日志,事后进行分析排查。

本应急预案中涉及到的程序包路径,均是根据信通公司weblogic 中间件安装规范中指定的路径。

如果未按照规范安装的中间件,请电话咨询对应系统专责协助处理。

二、weblogic中间件故障应急场景故障应急处理步骤6步:1、使用IE浏览器访问节点应用确认节点可用性。

2、登陆weblogic控制台确认节点状态。

3、收集故障点日志,备份节点日志。

4、查看节点日志,根据报错信息确定故障原因。

5、根据故障原因,执行应急操作。

6、组织人员进行具体原因分析并整改。

三、故障场景Weblogic中间件日志文件中常见错误如下:序号错误信息原因出现时机执行步骤 1 ng.OutOfMemoryError 内存溢出节点运行过程中1,2,3,4,5 ng.OutOfMemoryError 内存溢出节点启动过程中9,122 more than the configured time(StuckThreadMaxTime) of "600" seconds线程阻塞节点运行过程中1,2,3,4,53 erroroccured:weblogic.jdbc.extensions.PoolLimitSQLException:mon.resourcepool.ResourceLimitException: No resources currentlyavailable in pool dgNonPool to allocate toapplications, please increase the size ofthe pool and retry.. JDBC连接池满节点启动过程中6,124 BEA-000627 Reachedmaximum capacityof po ol “JDB-HQGL”make 0 newresource instances<="">for pool "JDBC Data Source-0", out ofwhich "0" are available and "1" areunavailable. JDBC连接池满节点运行过程中1,2,3,4,5,65 Too many open files 打开文件超过系统限制节点运行过程中1,2,3,4,5,7,11,126 <="">failed. Reason:weblogic.security.SecurityInitializationException: Authentication for user weblogicdeniedweblogic.security.SecurityInitializationException: Authentication for user weblogicdenied weblogic密码错误节点启动过程中8,127 /home/weblogic/Oracle/Middleware/user人为停止节节点运行过程中1,2,3,4,12_projects/domains/test_domain/bin/startWebLogic.sh: line 180: 64034 Killed${JAVA_HOME}/bin/java ${JAVA_VM} ${MEM_ARGS} =${SERVER_NAME} -Djava.security.policy=${WL_HOME}/server/lib/weblogic.policy ${JAVA_OPTIONS} ${PROXY_SETTINGS} ${SERVER_CLASS}点8 <error< p="">> <Error opening the Transaction Log: /home/weblogic/Oracle/Middleware/user_projects/domains/test_domain/servers/server1/data/ldap/ldapfiles/EmbeddedLDAP.tran (Permission denied)>权限问题节点启动过程中10,11,129 <error< p="">><war< p="">ning> <receiv< p="">ed exception while creating connection for pool "JDBC Data Source-0": IO Error:The Network Adapter could not establishthe connection.> 数据库单节点异常,RAC无法全部正常对外提供服务节点运行过程中13,11,1210 The JRE was not found in directory /usr/ java/k1.6.0_38. (JAVA_HOME)Please edit your environment and set the JAVA_HOMEvariable to point to the root directory ofyour Java installation. Java环境变量配置不正确节点启动过程中14,1211 <="">the server license allows connectionsfrom only 5 unique IP addresses.> Weblogic9版本license未授权节点运行过程中1,2,3,4,5,15,11,1212 VM Version 1.5.0_12-b04 from Sun Microsystems Inc.><2014-8-11 下午04时50分58秒CST><="">There are 1 nested errors:weblogic.management.ManagementExce 节点未正常停止节点启动过程中5,11,12ption: Unable to obtain lock on/home/weblogic/bea/user_projects/domains/bzcb_domain/servers/AdminServer/tmp/AdminServer.lok. Server may alreadybe running1613 因硬件或者系统故障,应用服务器全部无法启动四、应急处理步骤1.使用IE登陆访问对应故障节点应用地址,验证故障现象,防止误告警出现。

中间件weblogic日常维护手册-20131111

中间件weblogic日常维护手册-20131111

中间件日常维护手册(weblogic部分)(v 120925)作者吴占喜审核分类其他子类Weblogic更新时间2012/9/25关键字weblogic摘要Weblogic日常维护手册主要适维护工程师及当地现场工程师参考和使用用环境目录1. 每天要维护的文档 (3)1.1 启动服务相关的几个文件 (3)1.1.1 startWebLogic.cmd/startWebLogic.sh (3)1.1.2 startManagedWebLogic.cmd/startManagedWebLogic.sh (3)1.1.3 setDomainEnv.cmd/setDomainEnv.sh (3)1.1.4 stopWebLogic.cmd/stopWebLogic.sh (4)1.1.5 stopManagedWebLogic.cmd/stopManagedWebLogic.sh (4)1.1.6 thread的监控 (4)1.1.7 JDBC监控 (5)1.1.8 检查是否生成javacore和heapdump文件 (5)1.2.weblogic配置文件config.xml (5)1.2.1 关于WebLogic 管理和config.xml 文件概述 (6)1.2.2 何时去编辑config.xml (6)1.2.3 config.xml 文件里的内容 (6)1.3 每天要维护的日志文件 (7)1.3.1 域日志(domain.log) (7)1.3.2 server.log (7)1.3.3 access.log (7)1.4 系统文件 (8)1.4.1硬盘分区使用情况 (8)1.4.2 CPU 负载情况 (8)1.4.3 内存MEMORY和SWAP使用率 (8)2.每周要维护的文档 (9)2.1 应用属性文件weblogic.xml (9)2.1.1 说明 (9)2.1.2 可配置的属性详解 (9)2.2属性文件web.xml (10)2.2.1 说明 (10)2.2.2 文件说明 (10)3.每月要维护的文件 (11)3.1 weblogic 系统文件备份 (11)3.2 定期日志删除 (11)3.3 补丁的更新 (11)1. 每天要维护的文档1.1 启动服务相关的几个文件WebLoigc 的启动是通过启动文件来完成的,包括启动管理服务器(startWebLogic)、启动被管服务器(startManagedWebLogic)、设置域环境(setDomainEnv)、关闭管理服务器(stopWebLogic)、关闭被管服务器(stopManagedWebLogic)等。

中间件故障应急预案

中间件故障应急预案

一、编制目的为确保我公司在中间件出现故障时能够迅速、有效地响应,最大程度地减少故障对业务系统的影响,保障业务连续性和数据安全,特制定本应急预案。

二、适用范围本预案适用于我公司所有使用中间件的服务器及网络设备,包括但不限于数据库中间件、消息队列中间件、文件传输中间件等。

三、应急预案组织架构1. 应急领导小组:由公司领导担任组长,负责应急预案的总体指挥和决策。

2. 应急指挥部:由技术部、运维部、市场部等部门负责人组成,负责具体实施应急预案。

3. 应急小组:由技术部、运维部、市场部等部门相关人员组成,负责具体执行应急预案中的各项任务。

四、应急预案流程1. 故障发现(1)运维人员发现中间件故障时,应立即向应急指挥部报告。

(2)应急指挥部接到报告后,立即启动应急预案。

2. 故障评估(1)应急小组对故障进行初步评估,确定故障的性质、影响范围和严重程度。

(2)根据评估结果,决定是否启动应急预案的相应级别。

3. 应急响应(1)根据故障性质,采取相应的应急措施,如故障隔离、故障修复等。

(2)对受影响的业务系统进行监控,确保故障处理过程中业务系统的稳定性。

(3)必要时,调整业务流程,降低故障对业务的影响。

4. 故障处理(1)应急小组根据故障原因,制定故障处理方案。

(2)按照处理方案,组织人员进行故障修复。

(3)修复过程中,确保不影响其他业务系统的正常运行。

5. 故障恢复(1)故障修复完成后,对受影响的业务系统进行测试,确保系统恢复正常。

(2)通知相关部门,恢复正常业务流程。

(3)对故障处理过程进行总结,形成故障处理报告。

6. 应急预案总结(1)应急领导小组对应急预案实施情况进行总结,分析故障原因和应急处理过程中的不足。

(2)根据总结结果,修订和完善应急预案。

五、应急物资和保障措施1. 应急物资:应急小组应配备必要的应急物资,如备件、工具、通信设备等。

2. 人员保障:应急小组应确保相关人员具备应急处理能力,定期进行应急演练。

软件应急处置预案

软件应急处置预案

一、总则1.1 编制目的为提高我单位应对软件突发事件的能力,确保信息系统安全稳定运行,保障业务连续性,特制定本预案。

1.2 适用范围本预案适用于我单位所有软件系统,包括但不限于操作系统、数据库、中间件、应用软件等。

1.3 工作原则(1)预防为主,防治结合;(2)快速响应,及时处置;(3)信息共享,协同作战;(4)责任明确,奖惩分明。

二、组织机构与职责2.1 组织机构成立软件应急处置领导小组,负责应急处置工作的全面领导、组织协调和监督指导。

2.2 领导小组职责(1)制定应急处置预案;(2)组织应急处置演练;(3)审查和批准应急处置方案;(4)协调各部门、各单位开展应急处置工作;(5)总结应急处置经验,完善应急预案。

2.3 常设机构职责(1)信息系统安全管理办公室:负责制定、实施和监督软件安全管理制度;(2)技术支持部门:负责应急处置过程中的技术支持;(3)运维部门:负责应急处置过程中的系统恢复和维护;(4)业务部门:负责应急处置过程中的业务恢复和协调。

三、应急处置流程3.1 突发事件分级根据突发事件的影响范围、严重程度和可能造成的损失,将突发事件分为四个等级:(1)一般级:影响局部业务,可自行恢复;(2)较大级:影响较大业务,需组织力量进行恢复;(3)重大级:影响核心业务,需紧急处置;(4)特别重大级:影响全局业务,需紧急启动应急预案。

3.2 突发事件报告(1)发现软件系统异常时,立即向信息系统安全管理办公室报告;(2)信息系统安全管理办公室接到报告后,立即向领导小组报告;(3)领导小组根据事件等级,启动相应级别的应急处置程序。

3.3 突发事件处置(1)一般级事件:由业务部门或运维部门自行处置;(2)较大级事件:由业务部门或运维部门组织力量进行恢复,同时向领导小组报告;(3)重大级事件:由领导小组组织相关部门开展应急处置,包括技术支持、系统恢复、业务恢复等;(4)特别重大级事件:由领导小组启动应急预案,进行全面应急处置。

软件中心应急处置预案模板

软件中心应急处置预案模板

一、总则1. 编制目的为保障软件中心信息系统稳定运行,提高应对突发事件的能力,确保软件中心业务连续性,制定本预案。

通过明确应急处置流程、职责分工、应急响应措施等,最大程度地降低突发事件对软件中心的影响。

2. 编制依据《中华人民共和国突发事件应对法》、《中华人民共和国计算机信息网络国际联网安全保护管理办法》、《信息安全技术信息系统安全等级保护基本要求》等法律法规。

3. 适用范围适用于软件中心因自然灾害、人为破坏、设备故障、网络攻击等突发事件导致信息系统运行中断或受损的情况。

二、组织机构及职责1. 应急领导小组负责应急工作的统一领导、指挥和协调,制定应急响应策略,决定应急响应等级,审批应急措施,组织应急演练等。

2. 应急指挥部负责应急工作的具体实施,下设以下几个小组:(1)信息保障组:负责信息系统恢复、数据备份与恢复、网络修复等工作;(2)技术支持组:负责技术指导、设备维护、故障排除等工作;(3)安全保障组:负责信息系统安全防护、网络安全监测、应急事件调查等工作;(4)宣传报道组:负责应急信息的收集、整理、发布等工作;(5)后勤保障组:负责应急物资保障、现场保障等工作。

三、应急响应流程1. 预警阶段(1)预警信息收集:通过多种渠道收集可能引发突发事件的信息,如气象、地震、网络安全等;(2)预警评估:对收集到的信息进行分析、评估,判断是否可能引发突发事件;(3)预警发布:根据评估结果,向相关部门和人员发布预警信息。

2. 应急响应阶段(1)启动应急响应:根据突发事件性质和影响范围,启动相应级别的应急响应;(2)应急指挥:应急指挥部组织各小组开展应急工作,确保应急响应措施得到有效执行;(3)信息报告:各小组及时向应急指挥部报告应急响应情况;(4)应急处置:根据应急响应措施,采取相应的应急处置措施,如系统切换、数据备份、设备抢修等;(5)应急恢复:在确保安全的前提下,逐步恢复信息系统运行。

3. 应急结束阶段(1)应急解除:根据应急响应措施执行情况和突发事件影响消除情况,经应急领导小组批准,解除应急响应;(2)总结评估:对应急响应过程进行总结评估,分析应急响应中存在的问题,提出改进措施;(3)信息发布:向相关部门和人员发布应急结束信息。

信息系统应急处理预案

信息系统应急处理预案

××系统应急处理预案编制人:编制部门:软件开发部编制日期:生效日期:1系统信息2系统负责人3名词解释3.1系统运行环境:包括系统应用服务、系统服务中间件、数据库系统、服务器硬件资源、网络环境等。

3.2系统故障:指系统运行环境发生异常或遭受非法入侵,导致系统不能正常使用或数据丢失等情况。

3.3移动存储设备:指移动硬盘、U盘等可携带的存储设备。

3.4网络管理部门:指应用系统所在单位内专门负责网络环境及硬件资源管理工作的部门。

3.5服务器管理部门:指应用系统所在单位内专门负责管理和维护服务器及相关附属硬件资源的部门。

3.6异机备份:指在另一台电脑中通过数据库链接对数据库服务器中的数据库进行备份,备份文件留在该电脑中,以防止数据库服务器发生损坏导致数据丢失。

4系统故障分类5系统预防措施5.1应用程序备份直接负责人负责应用系统的程序备份工作,要求在部门SVN配置库中保持系统程序最新版本。

在进行程序修改和更新过程中必须保证服务器端和SVN配置库中的程序版本一致。

间接负责人有责任及权利监督检查直接负责人的应用系统程序备份工作。

5.2数据库备份直接负责人负责设置数据库自动备份策略,并要求每天对备份文件进行检查。

备份基本原则:一是要求在数据库服务器和异机同时备份数据库;二是要求数据库进行每天备份;三是要求定期删除过期备份文件,以保证硬盘空间足够产生新备份文件。

间接负责人有责任及权利监督检查直接负责人的数据库备份工作。

5.3服务器操作系统账号、密码管理直接负责人负责服务器端操作系统登录账号、密码的管理工作,要求账号和密码要具有一定复杂度(字母、数字、符号混合使用),并定期进行更改,账号和密码未经上级领导授权不得随意告诉他人使用。

间接负责人有责任及权利监督检查直接负责人的账号、密码管理工作。

5.4应用系统管理员账号、密码管理直接负责人负责应用系统(包括权限平台、工作流平台等软件)管理员登录账号、密码的管理工作,要求账号和密码要具有一定复杂度(字母、数字、符号混合使用),并定期进行更改,账号和密码未经上级领导授权不得随意告诉他人使用。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Weblogic中间件(含业务应用)通用应急预案一、应急处置原则与工作流程
国网信息系统中间件主要采用weblogic集群方式部署,通过中间件控制台对各应用节点进行统一管理和监控,本次中间件应急预案以“先抢通、后抢修”为处理原则,首先恢复业务应用,保存相关日志,后期再根据日志进行详细分析和故障定位。

weblogic中间件是应用程序的发布平台,相对比较稳定。

业务应用均通过weblogic中间件进行发布,通过weblogic中间件的JDBC等配置,实现前端应用和后台数据库之间的交
互。

因此不管是程序代码问题、硬件问题、数据库问题均有可能体现在weblogic中间件节点异常;并且由于程序代码效率
低下、参数配置不当,也会导致weblogic中间件节点异常。

这种情况下,重启异常weblogic节点,释放资源,是最快的
恢复业务的应急手段。

具体原因可以通过备份日志,事后进行分析排查。

本应急预案中涉及到的程序包路径,均是根据信通公司weblogic中间件安装规范中指定的路径。

如果未按照规范安装的中间件,请电话咨询对应系统专责协助处理。

二、weblogic中间件故障应急场景
故障应急处理步骤6步:
1、使用IE浏览器访问节点应用确认节点可用性。

2、登陆weblogic控制台确认节点状态。

3、收集故障点日志,备份节点日志。

4、查看节点日志,根据报错信息确定故障原因。

5、根据故障原因,执行应急操作。

6、组织人员进行具体原因分析并整改。

三、故障场景
Weblogic中间件日志文件中常见错误如下:
12
VM Version 1.5.0_12-b04 from Sun
Microsystems Inc.>
<2014-8-11 下午04时50分58秒
CST> <Critical> <WebLogicServer>
<BEA-000362> <Server failed.
Reason:
There are 1 nested errors:
weblogic.management.ManagementE
xception: Unable to obtain lock on
/home/weblogic/bea/user_projects/
domains/bzcb_domain/servers/Adm
inServer/tmp/AdminServer.lok.
Server may already be running
节点未正常
停止
节点启动过程中5,11,12
13 因硬件或者系统故障,应用服务器全部无
法启动
16
四、应急处理步骤
1.使用IE登陆访问对应故障节点应用地址,验证故障现象,防止误
告警出现。

2.登录weblogic控制台,确认故障节点名称。

使用IE浏览器,访问weblogic控制台http://IP:端口,根据异常端口号确认异常节点名称,如下图。

3.使用weblogic用户登陆操作系统。

4.备份对应节点日志。

$ cd /app/logs/hqgl/server1.log ---进入对应日志目录
$ cp –r server1.log 20140808server1.log -----按照日期备份节点日志
5.查看节点进程状态。

$ ps –ef|grep server1 (server1为节点名称)
如果返回值为空,如下,则执行步骤12:
weblogic 59086 2803 0 22:12 pts/1 00:00:00 grep server1
如果返回值不为空,如下,则执行步骤11:
6.增加JDBC连接池上限
1)登陆weilogic控制台,进入JDBC配置页面,修改增加JDBC配置。

主要
调整initial capacity及maximum capacity两个参数,其中initial capacity表示初始建立的连接数,maximum capacity表示最大的连接数,主要调整增大Maximum Capacity参数,再原有基础上增加20。

(具体要根据对应数据库的process上限,要求weblogic节点数*Maximum Capacity值< 数据库process数的80%)如下图所示:
2)如果无法进入JDBC控制界面,可以按照步骤11,12,通过重启应用节点,
释放数据库连接资源,达到抢通业务的目标。

7.调整操作系统用户打开文件数量上限
使用root用户登录系统
# vi /etc/security/limits.Conf
weblogic - nofile 10240 ----新增该内容,或者调整该值上限。

8.修改weblogic后台启动密码问题
9.调整JVM参数设置
10.修改文件权限
11.停止异常节点进程
12.启动异常节点
weblogic@test startsh]$ cd /home/weblogic/startsh/ --进入启动脚本路径[weblogic@test startsh]$ ls
admin.sh server1.sh
[weblogic@test startsh]$ ./server1.sh ---启动节点
13.修改JDBC连接串
如果在数据库单节点或者VIP等集群服务异常时,导致数据库RAC节点无法全部正常对外提供服务时,修改JDBC连接串,让应用节点连接到可用的数据库地址上。

登陆weilogic控制台,进入JDBC配置页面,根据数据库专责提供的可用连接串,修改JDBC 连接串地址为
jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TC P)(HOST=10.1.80.141)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=test)(I NSTANCE_NAME=test)))
14.JAVA环境变量错误
Weblogic用户登录系统
$ java –version --------查询weblogic用户下jdk信息java version "1.6.0_37"
Java(TM) SE Runtime Environment (build 1.6.0_37-b06)
Java HotSpot(TM) 64-Bit Server VM (build 20.12-b01, mixed mode)
$ which java ---查询jdk安装路径
/usr/java/jdk1.6.0_37/bin/java
$ cd /home/weblogic/Oracle/Middleware/user_projects/domains/test_domain/bin $ vi setDomainEnv.sh ---按照上面查询的路径结果修改weblogic脚本中的JDK配置SUN_JAVA_HOME="/usr/java/jdk1.6.0_37"
export SUN_JAVA_HOME
if [ "${JAVA_VENDOR}" = "Oracle" ] ; then
JAVA_HOME="${BEA_JAVA_HOME}"
export JAVA_HOME
else
if [ "${JAVA_VENDOR}" = "Sun" ] ; then
JAVA_HOME="${SUN_JAVA_HOME}"
export JAVA_HOME
else
JAVA_VENDOR="Sun"
export JAVA_VENDOR
JAVA_HOME="/usr/java/jdk1.6.0_37"
export JAVA_HOME
fi
fi
15.更换weblogic9版本更换license
16.因硬件或者系统故障,节点均无法启动。

相关文档
最新文档