weblogic中间件通用应急预案

合集下载

中间件运维安全

中间件运维安全

1 2
智能化
利用人工智能、机器学习等技术,实现中间件运 维安全的自动化、智能化管理,提高安全防御效 率。
标准化
推动中间件运维安全领域的标准化工作,制定统 一的安全标准和规范,提高行业整体安全水平。
3
云服务化
随着云计算的普及,中间件运维安全将逐渐向云 服务化方向发展,实现安全资源的集中管理和调 度。
建议和行动指南
素身份认证,提高安全性。
04
数据加密与传输安全保障措施
数据加密技术原理及选型建议
01 02
对称加密
采用单钥密码系统的加密方法,同一个密钥可以同时用作信息的加密和 解密。建议场景:适用于大量数据的加密,加密速度快,密钥管理相对 简单。
非对称加密
使用两个密钥,公钥用于加密,私钥用于解密。建议场景:适用于密钥 交换、数字签名等场景,安全性较高。
应对过程
公司应急响应小组迅速启动应急 响应计划,对受影响的系统进行 隔离和排查,同时通知相关业务 部门加强安全防范。经过紧张而 有序的工作,成功定位并修复了 漏洞,恢复了系统正常运行。
经验教训
该事件的成功应对得益于公司完 善的应急响应计划和专业的应急 响应团队。同时,也提醒企业在 中间件运维过程中要时刻保持警 惕,加强安全监控和漏洞管理, 确保系统安全稳定运行。
日志分类与存储策略
根据中间件类型和重要性,对日志进行合理 分类,并制定相应的存储策略,以确保日志 的完整性和可追溯性。
审计规则制定
针对各类中间件日志,制定详细的审计规则,包括 异常行为检测、敏感信息泄露等,以便及时发现潜 在的安全问题。
日志分析工具选择
选用适合的日志分析工具,如ELK( Elasticsearch、Logstash、Kibana)等, 实现日志的集中管理和分析。

中间件故障应急预案

中间件故障应急预案

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

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

三、应急组织与职责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. 建立备件库储备必要的备件,确保故障修复的及时性。

网络游戏运行与维护操作规程

网络游戏运行与维护操作规程

网络游戏运行与维护操作规程第一章:网络游戏运行概述 (3)1.1 运行背景 (3)1.2 运行目标 (4)第二章:运行前准备工作 (4)2.1 系统配置 (4)2.1.1 硬件配置 (4)2.1.2 软件配置 (4)2.2 环境搭建 (5)2.2.1 服务器部署 (5)2.2.2 网络配置 (5)2.2.3 数据库部署 (5)2.2.4 游戏部署 (5)2.3 数据准备 (5)2.3.1 游戏数据 (5)2.3.2 运营数据 (5)2.3.3 数据备份 (6)第三章:服务器部署与调试 (6)3.1 服务器选择 (6)3.1.1 功能需求分析 (6)3.1.2 可靠性与稳定性 (6)3.1.3 扩展性与兼容性 (6)3.1.4 成本效益 (6)3.2 服务器部署 (6)3.2.1 硬件部署 (6)3.2.2 操作系统安装与配置 (6)3.2.3 游戏软件安装与部署 (7)3.2.4 网络配置 (7)3.3 服务器调试 (7)3.3.1 功能测试 (7)3.3.2 稳定性测试 (7)3.3.3 网络测试 (7)3.3.4 故障排查与优化 (7)3.3.5 备份与恢复 (7)第四章:网络游戏发布与推广 (7)4.1 发布流程 (7)4.1.1 准备阶段 (7)4.1.2 发布阶段 (8)4.1.3 后期维护 (8)4.2 推广策略 (8)4.2.1 品牌建设 (8)4.2.2 渠道拓展 (8)4.2.4 用户运营 (8)第五章:运行监控与数据分析 (8)5.1 监控指标 (8)5.2 数据收集 (9)5.3 数据分析 (9)第六章:故障处理与应急响应 (10)6.1 故障分类 (10)6.1.1 按故障性质分类 (10)6.1.2 按故障影响范围分类 (10)6.2 故障处理流程 (10)6.2.1 故障发觉与报告 (10)6.2.2 故障分析 (10)6.2.3 故障处理 (10)6.2.4 故障恢复与验证 (11)6.3 应急响应措施 (11)6.3.1 应急预案 (11)6.3.2 应急响应组织 (11)6.3.3 应急响应流程 (11)第七章:网络安全与防护 (11)7.1 安全策略 (11)7.1.1 安全策略概述 (11)7.1.2 安全策略实施 (12)7.2 防护措施 (12)7.2.1 防火墙 (12)7.2.2 入侵检测系统(IDS) (12)7.2.3 安全漏洞修复 (12)7.2.4 数据加密 (12)7.2.5 访问控制 (12)7.2.6 安全审计 (12)7.2.7 安全培训与意识提升 (12)7.2.8 应急响应 (13)第八章:玩家服务与互动 (13)8.1 客服体系 (13)8.1.1 客服人员配备 (13)8.1.2 客服服务内容 (13)8.1.3 客服渠道 (13)8.1.4 客服培训与考核 (13)8.2 玩家互动 (14)8.2.1 互动平台建设 (14)8.2.2 互动活动策划 (14)8.2.3 互动内容监管 (14)第九章:版本更新与维护 (14)9.1 更新流程 (14)9.1.2 更新开发 (14)9.1.3 更新测试 (15)9.1.4 更新公告 (15)9.1.5 更新部署 (15)9.1.6 更新推广 (15)9.2 维护策略 (15)9.2.1 预防性维护 (15)9.2.2 应急维护 (15)9.2.3 安全维护 (15)9.2.4 用户服务维护 (16)第十章:运行总结与改进 (16)10.1 运行总结 (16)10.1.1 运行概况 (16)10.1.2 运行亮点 (16)10.1.3 运行不足 (16)10.2 改进方向 (17)10.2.1 技术优化 (17)10.2.2 内容更新 (17)10.2.3 运营活动 (17)10.2.4 用户服务 (17)第一章:网络游戏运行概述1.1 运行背景信息技术的飞速发展,网络游戏产业作为新兴的娱乐方式,在我国经济结构中占据越来越重要的地位。

服务器应急处置预案

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

网络安全等级保护设计方案(三级)-运营体系设计

网络安全等级保护设计方案(三级)-运营体系设计

网络安全等级保护设计方案(三级)-运营体系设计XXX科技有限公司20XX年XX月XX日目录一运营体系概述 (3)二漏洞管理服务 (4)三安全评估服务 (5)四渗透测试服务 (6)五应急响应服务 (8)六应急演练服务 (9)七威胁监测与主动响应服务 (10)八网络安全培训服务 (11)九系统设计亮点 (11)9.1 价值主张 (11)9.2 安全可视能力 (11)9.3 持续检测能力 (13)一运营体系概述等级保护2.0标准所规定的技术要求并不只是通过产品来落地的;等保的管理要求也不只是体现在文档上。

要保证持续的践行等级保护的各项要求,还需要对安全产品和安全管理制度持续运营。

通过运营将等保2.0中的技术要求和管理要求有效落地。

安全运营工作即可以用户自己做,也可以由厂商提供安全服务,来帮助用户实现持续的安全运营。

安全运营体系保障等保2.0技术和管理落地系统自身的漏洞、来自内外部的威胁,是管理的基本要素。

以漏洞和威胁为基础,把技术和管理体系融合,帮助用户建立安全运营体系。

安全运营体系二漏洞管理服务漏洞管理服务有现场服务、云端服务两种不同的服务方式,满足不用用户场景下的需求。

漏洞管理服务服务内容:三安全评估服务根据用户网络安全实际需求,为用户提供资产梳理、漏洞扫描、基线核查、安全加固建议等一体化的安全评估服务。

资产梳理:安全访谈和调研,梳理信息资产和业务环境状况,针对重要业务系统制定评估详细方案。

脆弱性评估:通过web扫描,漏洞扫描、基线检查、漏洞验证等手段,识别业务系统安全脆弱性风险。

防御能力评估:通过模拟黑客进行信息收集、应用及系统入侵,验证防御体系的安全防御能力。

失陷检查:通过人工或工具产品检测主机系统上的恶意文件和网络行为,判断主机失陷状态。

安全整改建议:基于安全评估结果分析系统安全风险和威胁,给出针对性的风险处理方案。

四渗透测试服务目前绝大部分的安全产品只能利用已知的安全漏洞对系统进行程序化的漏洞分析,缺少灵活性,而渗透测试却能够在可控的前提下进行最贴近于真实情况的漏洞发掘,弥补了仅仅使用安全产品对系统分析的不足,通过渗透测试可以以攻击者的角度发现一些隐性存在的安全漏洞和风险点,有助于后续的网络安全建设。

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登陆访问对应故障节点应用地址,验证故障现象,防止误告警出现。

区块链系统应急预案模板

区块链系统应急预案模板

区块链系统应急预案模板1. 引言区块链技术在金融、供应链管理、医疗保健等领域越来越得到广泛应用。

然而,作为一种依赖于分布式网络的技术,区块链系统也面临着各种潜在的风险和威胁。

为了保障区块链系统的稳定运行,建立完善的应急预案至关重要。

本文档提供了一个区块链系统应急预案模板,以帮助企业或组织在出现紧急情况时能够及时应对并采取有效措施。

2. 目标本应急预案的目标是确保在遭受区块链系统故障、数据泄露、网络攻击等突发事件时,能够迅速恢复系统功能,保障数据安全,并减少对系统正常运营的影响。

3. 应急响应组织应急响应组织是指由相关部门或人员组成的应急管理团队,负责制定、执行和监督该应急预案的实施。

应急响应组织应包括以下成员:•应急响应组织负责人:负责协调和指导应急工作;•技术专家:负责识别问题、提出解决方案,并为应急工作提供技术支持;•通信协调人员:负责与外部组织、用户和媒体的沟通和协调;•安全专家:负责数据安全、身份验证和防御措施的制定和实施。

4. 应急预案流程4.1 事件识别和报告•发现异常情况:通过监控系统、日志审计等方式,发现异常事件;•记录和报告:及时记录事件细节,并向应急响应组织负责人报告。

4.2 事件评估和分类•评估事件严重性:根据事件的影响程度、持续时间和潜在威胁等,对事件进行评估;•分类事件类型:根据事件的性质和起因,将事件分类为技术故障、网络攻击、数据泄露等。

4.3 应急响应和控制•制定应急响应策略:根据事件的类型和严重程度,制定相应的应急响应策略;•启动应急响应计划:根据预先制定的应急预案,启动相应的应急响应计划;•排查和隔离:对受影响的系统进行排查,隔离受到攻击或感染的部分,以防止进一步扩散;•数据备份与恢复:根据备份策略进行数据恢复,并修复受损的系统;•安全加固:加强对系统的安全措施,防止再次被攻击。

4.4 事后评估和总结•事后评估:对应急响应过程进行评估,分析应急响应效果,找出不足之处;•总结经验教训:总结应急响应过程中的经验教训,以便更好地应对类似事件;•更新和改进:根据评估结果和总结的经验教训,不断完善应急预案,提升应急响应能力。

智慧社区运维服务v1

智慧社区运维服务v1

智慧社区运维服务1运维服务的基本任务1、对智慧社区平台进行维护管理,实时监控系统运行状态,保证系统各类运行指标符合相关规定。

2、迅速而准确地定位和排除各类故障,保证智慧社区平台的正常运行,确保所承载的各类应用和业务正常。

3、进行系统安全管理,保证平台的运行安全和信息的完整、准确。

4、在保证系统运行质量的情况下,提高维护效率,降低维护成本。

2运维服务标准规范2.1服务时间(1)在5*8 小时工作时间内设置由专人职守的热线电话,接听内部的服务请求,并记录客服人员事件处理结果。

(2)在非工作时间设置有专人7*24 小时接听的移动电话热线,用于解决内部的技术问题以及接听7*24 小时机房监控人员的机房突发情况汇报。

(3)服务响应时间:2.2行为规范●遵守公司的各项规章制度,严格按照相应的规章制度办事。

●与其它运行维护体系以及公司其他部门和环节协同工作,密切配合,共同开展技术支持工作。

●出现疑难技术、业务问题和重大紧急情况时,及时向负责人报告。

●现场技术支持时要精神饱满,穿着得体,谈吐文明,举止庄重。

接听电话时要文明礼貌,语言清晰明了,语气和善。

●遵守保密原则。

对被支持单位的网络、主机、系统软件、应用软件等的密码、核心参数、业务数据等负有保密责任,不得随意复制和传播。

2.3团队架构及职责本平台的运维管理结构为三层模式,具体如下图所示。

由运维经理负责项目的整体运维工作,包括各种制度的制定和实施,其他运维相关技术人员与非技术人员则在运维经理的指导下开展职责内工作。

3运维服务内容3.1服务目标运行维护服务包括,平台相关的云主机、云存储、操作系统、数据库和存储设备的运行维护服务,保证现有的平台的正常运行,降低整体管理成本,提高平台的整体服务水平。

同时根据日常维护的数据和记录,提供平台的整体建设规划和建议,更好的为平台发展提供有力的保障。

平台的组成主要可分为两类:云资源系统和软件系统。

云资源系统包括网络设备、安全设备、主机设备、存储设备等;软件设备可分为操作系统软件、典型应用软件(如:数据库软件、中间件软件等)、业务应用软件等。

  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中间件日记文献中常用错误如下:
ains/bzcb_domain/servers/AdminServer/
tmp/AdminServer.lok. Server may already
be running
16
13 因硬件或者系统故障,应用服务器所有无
法启动
四、应急解决环节
1.使用IE登陆访问相应故障节点应用地址,验证故障现象,避免误
告警浮现。

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

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

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

4.备份相应节点日记。

$ cd /app/logs/hqgl/server1.log ---进入相应日记目录
$ cp –r server1.log 0808server1.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 ----新增该内容,或者调节该值上限。

# su – weblogic ---切换到weblogic顾客
$ ulimit –Hn ---验证配备与否生效,如下表达生效
10240
8.修改weblogic后台启动密码问题
使用weblogic顾客登录系统,进入节点缓存目录,修改后台启动密码文献。

$ cd /app/weblogic/Oracle/Middleware/user_projects/domain名称/servers/节点名称/security/
$ vi boot.properties
Username=weblogic -------登录控制台使用旳顾客名
Password=12345qwert ------登录控制台使用旳密码,在启动节点后会自动进行加密。

9.调节JVM参数设立
10.修改文献权限
11.停止异常节点进程
12.启动异常节点
13.修改JDBC连接串
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_VEND OR}" = "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
Weblogic顾客登录系统
使用FTP工具上传授权license至/home/weblogic/bea目录下
16.因硬件或者系统故障,节点均无法启动。

相关文档
最新文档