当前位置:文档之家› weblogic中间件介绍

weblogic中间件介绍

weblogic中间件介绍
weblogic中间件介绍

目录

一、Weblogic11g概述 (6)

1.1功能简介 (6)

1.2功能简介 (6)

1.3主要优势 (6)

1.4适用围 (6)

1.5 Weblogic 11G新特性 (6)

1.5.1自调优的企业级核 (6)

1.5.2过载保护 (7)

1.5.3动态的配置变化 (7)

1.5.4并行的应用部署–零宕机 (7)

1.5.5 JRockit Flight Recorder概念 (7)

1.5.6 JRockit Flight Recorder使用场景 (7)

二、Weblogic11g安装 (8)

2.1 安装前的准备工作 (8)

2.2 Windows下安装Weblogic (8)

2.2.1 准备安装 (8)

2.2.2 进入安装界面 (9)

2.2.3 选择中间件目录 (10)

2.2.4 注册安全更新 (11)

2.2.5 选择典型安装 (12)

2.2.4 选择产品安装目录 (13)

2.2.7 创建快捷方式 (14)

2.2.8 显示安装概要 (15)

2.2.9 正在安装 (16)

2.2.10 安装完成 (17)

2.3 Windows下创建WebLogic 域 (18)

2.3.1 QUICK START 提示界面 (18)

2.3.2 进入配置向导 (19)

2.3.3 选择域源 (20)

2.3.4 指定域名和位置 (21)

2.3.5 配置管理员用户名和口令 (22)

2.3.6 配置服务器启动模式和JDK (23)

2.3.7 添加可选配置 (24)

2.3.8 配置管理服务器 (25)

2.3.9 显示配置概要 (26)

2.3.10 正在创建域 (27)

2.3.11 启动WebLogic Server (28)

2.3.12 测试安装 (29)

2.4 Linux 下安装Weblogic (31)

2.4.1 安装前的准备 (31)

2.4.2 .bin的安装 (31)

2.4.3 .jar的安装 (31)

2.4.3.1 JDK 安装 (31)

2.4.3.2控制台开始安装weblogic (37)

2.5Linux下创建Weblogic域 (43)

2.6 Linux下Weblogic的启用和停止 (49)

2.6.1 用户名、密码配置 (49)

2.6.2启动Weblogic (50)

2.6.3停止Weblogic服务 (53)

三、 WebLogic的基本概念 (53)

3.1 域Domain (53)

3.1.1 域的概念、围和限制 (53)

3.1.2 为什么要使用域 (55)

3.2 服务器 (55)

3.2.1 管理服务器 (55)

3.2.2 受管服务器 (56)

3.3 计算机Machine (57)

3.3.1 Machine 的概念 (57)

3.3.2 为什么要使用Machine (58)

3.4 集群 (58)

3.4.1 什么是集群 (58)

3.4.2 主要功能 (59)

3.4.3 基本集群架构 (59)

3.4.5 多层集群架构 (59)

3.4.6 何时使用多层集群架构 (60)

3.4.7 多层集群架构的优缺点 (60)

3.4.8 代理服务器 (60)

3.4.9 基本集群代理架构 (61)

3.4.10 多层集群代理架构 (61)

四、 WebLogic配置相关文件 (63)

4.1 启动服务相关的几个文件 (63)

4.1.1 startWebLogic.cmd/startWebLogic.sh (63)

4.1.2 startManagedWebLogic.cmd/startManagedWebLogic.sh (63)

4.1.3 setDomainEnv.cmd/setDomainEnv.sh (63)

4.1.4 stopWebLogic.cmd/stopWebLogic.sh (64)

4.1.5 stopManagedWebLogic.cmd/stopManagedWebLogic.sh (64)

4.2 系统配置文件config.xml (64)

4.2.1 关于WebLogic 管理和config.xml 文件概述 (64)

4.2.2 何时去编辑config.xml (64)

4.2.3 config.xml 文件里的容 (65)

4.3 属性文件weblogic.xml (65)

4.3.1 说明 (65)

4.3.2 可配置的属性详解 (65)

五、JMS配置 (74)

5.1先配置持久化存储: (74)

5.2配置JMS服务器 (75)

5.3.配置JMS模块 (77)

5.4配置子部署: (78)

5.5创建队列 (79)

5.6创建工厂 (81)

六、WebLogic11g-常用运维操作 (82)

6.1配置jvm参数: (82)

6.2配置weblogic的线程队列: (85)

6.3日志配置: (86)

一、Weblogic11g概述

1.1编写目的

■金税三期以后的综税的产品线中间件由原来Weblogic814,全面升级为Weblogic11g,JDK统一使用1.6及以上版本。

■为了满足三期后运维要,全面提高运维工程师运维能力。本文档全面介绍了Weblogic11g中间件的基础操作。

1.2功能简介

■支持最新的 Java 平台、企业版 (Java EE) 规及Web 服务标准,从而可简化开发并增强互操作性,以支持面向服务的体系结构 (SOA)。

■领先的可靠性、可用性、可扩展性和业界领先的性能。

1.3主要优势

■J2EE应用服务器性能记录的保持者

■应用程序和服务的可用性和运行时间

■更好地监视和管理生产应用程序

■更快、更高效的开发-部署-调试周期

■卓越的最终用户客户端可用性

■高效快速的服务器管理

■简化新应用程序和服务的开发

1.4适用围

■J2EE应用服务器

■BS三层架构的应用服务器

1.5 Weblogic11G新特性

1.5.1自调优的企业级核

?静态的线程池参数可以不进行设置

?系统自动维护线程池的大小

?自动记录系统历史的吞吐量和性能统计

?为了达到资源的最优分配,自动优化服务器

?没有本地代码

1.5.2过载保护

?合理的处理过量的服务–过载保护

?根据存与队列容量的极限值的设定拒绝请求

?通过降低非关键业务系统的使用资源,来保证关键业务系统的正常

?过载的时候拒绝新的请求而不是降低整个服务器的服务质量

?优雅的意外处理

?可以选择当发生死锁、存溢出等关键错误时,关闭或暂停服务器

1.5.3动态的配置变化

?事务式的配置变化– all or nothing!

?大部分的变化不需要重启服务器

?对于所有需要重启Server才能生效的变化都有图形化提示,大大降低了因为配置变化

所带来的宕机时间

1.5.4并行的应用部署–零宕机

?应用的多个版本可以并存

?可在新版本生效前将其在生产环境进行测试,而不影响老的版本

?回退到老的版本

?应用的自动退休– graceful, timeout, immediate

?减少了所需的硬件, 软件, 维护, 支持成本

1.5.5 JRockit Flight Recorder概念

?JRockit R28 版本的新添特性

?JRockit JVM 中的“循环缓冲” 存储诊断数据

?时刻缓冲

?新的数据进入缓冲,旧的数据溢出

?与JRMC的预集成

?代替原来的JRMC Runtime Analyzer 和Latency Analyzer

?接近零开销

?收集的数据本身就是JVM使用的数据

?数据除了来自于JVM的事件,也可以是其他事件提供者

?WebLogic Server (WLDF)

?Fusion Middleware (DMS)

1.5.6 JRockit Flight Recorder使用场景

?适合使用JRockit Flight Recorder的场景

?提供正在运行的生成系统的诊断信息

?捕获导致故障问题的最新活动信息进行分析

?捕获各个层次的事件JVM,WLS,DMS

?可以使用JRMC GUI进行在线和离线分析

?JRockit dumps 捕获crash相关信息进行辅助分析

?不适合使用JRockit Flight Recorder的场景?

?大事件负载和大事件规模

?长时间事件分析

?不作为Debug日志或服务器日志的代替品

二、Weblogic11g安装

2.1 安装前的准备工作

● WebLogic安装文件下载:

.oracle./technetwork/middleware/fusion-middleware/downloads/index.html

建议:JDK也从此下载。

●安装WebLogic,需要有与其版本相对应的JDK(WebLogic 安装过程中会安装相应的JDK,所以无需单独安装),以下是不同版本的对应:

WebLogic10 以上的版本要求JDK1.6.0

WebLogic9.2 以上的版本要求JDK1.5.0

WebLogic8.1 要求JDK1.4.2

●硬件要求:存不少于512M,拟装目录下可用硬盘不少于1G

2.2 Windows下安装Weblogic

2.2.1 准备安装

双击安装程序:

图2-1

2.2.2 进入安装界面

图2-2 2.2.3 选择中间件目录

目录可以修改,如下:

图2-3 2.2.4 注册安全更新

选择暂时不获得安全更新:

图2-4 2.2.5 选择典型安装

图2-5 2.2.4 选择产品安装目录

产品安装目录建议以主目录为基础:

图2-6 2.2.7 创建快捷方式

图2-7 2.2.8 显示安装概要

图2-8 2.2.9 正在安装

图2-9 2.2.10 安装完成

图2-10

至此一个WebLogic Server 基本组件的安装完成,下一步使创建一个WebLogic 域,看看服务能否正常启动,以便测试组件是否能正常使用。

2.3 Windows下创建WebLogic 域

2.3.1 QUICK START 提示界面

一般在完成组件的安装后,WebLogic 安装系统会接下来,默认开启快速启动界面(即

Quick Start 提示界面),包括很多容:

●创建WebLogic 域并快速启动;

●升级WebLogic 旧版本到当前最新;

●访问联机文档。

它给入门者提供了一个好的快捷,可以清晰的找到自己想做的事情。

下面我们从它开始,进入创建WebLogic 域的动作,并启动一个简单的WebLogic 系

统。单击Getting started with WebLogic Server:

图2-11

2.3.2 进入配置向导

“开始菜单> Oracle WebLogic > WebLogic Server 11gR1 > Tools >Configuration Wizard”进行创建,进入页面后选择创建新的WebLogic 域,下一步:

图2-12 2.3.3 选择域源

选择创建新的WebLogic 域,下一步:

图2-13

2.3.4 指定域名和位置

域名默认为base_domain,允许更改,域位置建议不要更改:

图2-14 2.3.5 配置管理员用户名和口令

weblogic中间件介绍

w e b l o g i c中间件介绍 Company Document number:WTUT-WT88Y-W8BBGB-BWYTT-19998

目录

一、Weblogic11g概述

编写目的 ■金税三期以后的综税的产品线中间件由原来Weblogic814,全面升级为Weblogic11g,JDK统一使用及以上版本。 ■为了满足三期后运维要,全面提高运维工程师运维能力。本文档全面介绍了Weblogic11g中间件的基础操作。 功能简介 ■支持最新的 Java 平台、企业版 (Java EE) 规范及Web 服务标准,从而可简化开发并 增强互操作性,以支持面向服务的体系结构 (SOA)。 ■领先的可靠性、可用性、可扩展性和业界领先的性能。 主要优势 ■J2EE应用服务器性能记录的保持者 ■应用程序和服务的可用性和运行时间 ■更好地监视和管理生产应用程序 ■更快、更高效的开发-部署-调试周期 ■卓越的最终用户客户端可用性 ■高效快速的服务器管理 ■简化新应用程序和服务的开发 适用范围

■J2EE应用服务器 ■BS三层架构的应用服务器 Weblogic11G新特性 自调优的企业级内核 ?静态的线程池参数可以不进行设置 ?系统自动维护线程池的大小 ?自动记录系统历史的吞吐量和性能统计 ?为了达到资源的最优分配,自动优化服务器 ?没有本地代码 过载保护 ?合理的处理过量的服务–过载保护 ?根据内存与队列容量的极限值的设定拒绝请求 ?通过降低非关键业务系统的使用资源,来保证关键业务系统的正常 ?过载的时候拒绝新的请求而不是降低整个服务器的服务质量 ?优雅的意外处理 ?可以选择当发生死锁、内存溢出等关键错误时,关闭或暂停服务器动态的配置变化 ?事务式的配置变化– all or nothing! ?大部分的变化不需要重启服务器

Weblogic中间件运维经验汇总

Weblogic 中间件运维经验汇总 目录 关于Weblogic 参数调优的运维经验 (2) . Weblogic 性能调优的处理方法 (5) . 关于输电项目Weblogic 安装的运维经验 (8) Weblogic 回收数据库连接数配置的方法 (14) 在Apache 和Weblogic 中分别部署静态页面的方法 (17) Weblogic Server 性能调优经验 (20) WeblogicJVM 堆参数设置方法 (24)

关于Weblogic 参数调优的运维经验 报送单位:北京公司审核人:类型:业务应用 关键字:GC垃圾回收 1、引言 为了提高维护人员运维水平,以集中与分享日常运行维护经验为目的,现进行典型经验的编制。 2、现象描述 部分应用服务器出现宕机现象,在F5上查看时已经掉出集群状态。 3、处理过程 停止宕机应用服务器上的Weblogic进程。 /home/weblogic/bea/user_projects/domai ns/pms/bi n/setDomai nEn v.sh文件中的启动内存大小并添加垃圾回收机制,修改后如下: MEM_ARGS="-Xms5248m -Xmx5248m -Xmn 1536m -XX:SurvivorRatio=6 -XX:+UseParNewGC -XX:+UseCo ncMarkSweepGC -XX:CMSFullGCsBeforeCompactio n=20 -XX:+UseFastAccessorMethods -XX:+AggressiveOpts"

3、修改完成后重启Weblogic 服务。 4、原因分析 在收到报警信息后,对后台日志进行查看,报错信息如下: Exception in thread "CBM_ 正常处理任务线程" https://www.doczj.com/doc/fb13018738.html,ng.OutOfMemoryError: Java heap space at oracle.jdbc.driver.OracleStatement.prepareAccessors(OracleStatement.ja va:868) at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatem ent.java:1045) at oracle.jdbc.driver.T4CPreparedStatement.executeMaybeDescribe(T4CPre paredStatement.java:839) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatem ent.java:1132) at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePrepa redStatement.java:3316) at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePrepare dStatement.java:3361)

weblogic中间件常见问题

1Weblogic9.2 在linux下启动很慢 打开setDomainEnv.sh 增加-Djava.security.egd=file:/dev/zero 修改参数为 JAVA_OPTIONS="${JAVA_OPTIONS} -Djava.security.egd=file:/dev/zero" 2Windows x64 jrockit 启动3000M 报OutOfMemory https://www.doczj.com/doc/fb13018738.html,ng.OutOfMemoryError: class allocation, 153359080 loaded, 154140672 footprint JVM@check_alloc (src/jvm/model/classload/classalloc.c:118). 19416 bytes 通过修改启动内存,设置4G以上 3后台日志出现以下报错 User does not have permission on weblogic.management.home to perform lookup operation 1、网上找到的解决方案是: 打开weblogic控制台,点击你部署工程的那个domain,在右边主页的下面有一个“View Domain-wide Security Settings”连接,点开它,看看复选框“Anonymous Admin Lookup Enabled”前面是没选的,把它勾上。 2、使用了1中的解决方案还是报这个错误,经过高手提醒后发现原因: 如果一个weblogic.xml中包含以下的内容: true 这个配置的意思是使weblogic优先加载应用WEB-INF/lib下面的jar包。如果你在部署一个应用的时候,应用中weblogic.xml中已经包含这句,则 很有可能weblogic报异常,因为weblogic启动时已经加载了默认的jar,当扫描到这个weblogic.xml的时候,又被告知要先加载WEB-INF/lib下面的jar包。 这个时候weblogic就不知道怎么办了。遇到这样的问题,我们可以先将weblogic.xml中的这段配置剪切出来部署,当部署成功后,关闭weblogic服务器, 再将这段话粘贴回weblogic.xml就可以了,也就是说,应用至少要先部署成功才可以。 3、局出现在的报错为,恢复域到新的环境后,新环境里只有一个weblogic用户,而IIOP使用了其它用户,但 用户不存在当前域里,所以报错 4开启管理端口https 9002后,管理服务器重启无法启动 <2014-8-6 下午03时14分21秒CST> <2014-8-6 下午03时14分21秒CST> <2014-8-6 下午03时14分21秒CST>

Oracle中间件WebLogic 12c维护保养手册

Oracle 中间件 WebLogic 12c 维护保养手册

目录 1日常监控及JVM查看工具 (3) 1.1安装 (3) 2VNC的安装及使用 (3) 2.1安装 (3) 2.2启动vnc (3) 2.3运行VNC Viewer客户端 (3) 2.4查询vnc服务 (4) 2.5停止vnc服务 (5) 2.6增加vnc服务终端 (5) 3服务器相关参数配置 (5) 3.1文件句柄数:根据实际服务器情况配置。 (5) 4常见问题及处理办法 (5) 4.1修改系统字符编码 (5) 4.2手工删除DOMIAN的方法 (6) 4.3域服务器启动端口冲突 (6) 4.4启动后可刷新页面,查看服务状态 (6) 4.5不重启服务情况下,替换静态文件 (6) 4.6weblogic改为开发模式 (7) 4.7版本管理 (7) 4.8使用部署的目标定义的默认值的情况下,清理缓存文件路径 (7) 4.9启动server,server**.out日志文件中包含乱码 (7) 4.10weblogic.xml文件说明 (7) 4.11weblogic控制台密码修改 (8) 4.12节点管理器配置文件说明 (9) 4.13设置GC日志的打印参数 (9) 4.14部署模式设置 (9)

1日常监控及JVM查看工具 1.1安装 2VNC的安装及使用 2.1安装 Linux系统默认已安装vnc服务器端。 2.2启动vnc 若未用vncpasswd设置密码,则第一次运行vncserver时,会提示设置密码,再次确定密码,并分配终端编号。 输入命令:vncserver You will require a password to access your desktops. Password:输入连接密码 Verify:再次输入密码 xauth: creating new authority file /webapp/.Xauthority New 'gd-webapps01:1 (webapp)' desktop is gd-webapps01:1 分配终端编号 Creating default startup script /webapp/.vnc/xstartup Starting applications specified in /webapp/.vnc/xstartup Log file is /webapp/.vnc/gd-webapps01:1.log 2.3运行VNC Viewer客户端 在Microsoft Windows上运行VNC Viewer “vncviewer.exe”,系统会出现”Connection details”对话框 在“Connection details”对话框中的“VNC server”文本框中输入VNC Server的IP地址:终端编号,单击“连接”按钮,再输入密码后,进入vnc操作界面。

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/dom ains/bzcb_domain/servers/AdminServer/ tmp/AdminServer.lok. Server may already be running 16 13 因硬件或者系统故障,应用服务器全部无 法启动 四、应急处理步骤 1.使用IE登陆访问对应故障节点应用地址,验证故障现象,防止误 告警出现。 2.登录weblogic控制台,确认故障节点名称。 使用IE浏览器,访问weblogic控制台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:

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 Sun Microsystems Inc.> <2014-8-11 下午04时50分58秒 CST>

WebLogic中间件配置安全基线标准与操作指南-南京农业大学

Web Logic中间件 配置安全基线标准与操作指南 南京农业大学图书与信息中心 2018年6月

目录 第1章概述 (1) 1.1 安全基线概念 (1) 1.2 文档编制目的 (1) 1.3 文档适用范围 (1) 1.4 文档修订 (1) 第2章账号管理、认证授权 (1) 2.1 账号管理 (1) 2.1.1 系统启动帐号 (1) 2.1.2 帐号锁定策略 (1) 2.2 口令 (1) 2.2.1 密码复杂度 (1) 第3章日志配置 (2) 3.1 日志配置 (2) 3.1.1 审核记录 (2) 第4章IP 协议安全配置 (3) 4.1 IP 协议 (3) 4.1.1 支持加密协议 (3) 4.1.2 限制应用服务器Socket 数量 (3) 4.1.3 禁用Send Server Header (4) 第5章其他配置操作 (4) 5.1 登录安全管理 (4) 5.1.1 定时登出 (4) 5.1.2 更改默认端口 (5) 5.1.3 错误页面处理 (5) 5.1.4 目录列表访问限制 (5)

第1章概述 1.1 安全基线概念 安全基线是指满足最小安全保证的基本要求。 1.2 文档编制目的 本文档针对安装运行Weblogic中间件的服务器主机所应当遵 循的基本安全设置要求提供了参考建议,供校园网用户在安装使用Weblogic中间件提供HTTP服务过程中进行安全合规性自查、检查、加固提供标准依据与操作指导。 1.3 文档适用范围 本文档适用于Weblogic的各类版本。 1.4 文档修订 本文档的解释权和修改权属于南京农业大学图书与信息中心,欢迎校园网用户提供意见或建议,请发送至security@https://www.doczj.com/doc/fb13018738.html,。

Weblogic中间件运维经验汇总

Weblogic中间件运维经验汇总 目录 关于Weblogic参数调优的运维经验 (2) Weblogic性能调优的处理方法 (5) 关于输电项目Weblogic安装的运维经验 (8) Weblogic回收数据库连接数配置的方法 (14) 在Apache和Weblogic中分别部署静态页面的方法 (17) Weblogic Server性能调优经验 (20) WeblogicJVM堆参数设置方法 (24)

关于Weblogic参数调优的运维经验 报送单位:北京公司审核人:类型:业务应用 关键字:GC垃圾回收 1、引言 为了提高维护人员运维水平,以集中与分享日常运行维护经验为目的,现进行典型经验的编制。 2、现象描述 部分应用服务器出现宕机现象,在F5上查看时已经掉出集群状态。 3、处理过程 停止宕机应用服务器上的Weblogic进程。 /home/weblogic/bea/user_projects/domains/pms/bin/setDomainEn v.sh文件中的启动内存大小并添加垃圾回收机制,修改后如下:MEM_ARGS="-Xms5248m -Xmx5248m -Xmn1536m -XX:SurvivorRatio=6 -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:CMSFullGCsBeforeCompaction=20 -XX:+UseFastAccessorMethods -XX:+AggressiveOpts"

3、修改完成后重启Weblogic服务。 4、原因分析 在收到报警信息后,对后台日志进行查看,报错信息如下: Exception in thread "CBM_正常处理任务线程" https://www.doczj.com/doc/fb13018738.html,ng.OutOfMemoryError: Java heap space at oracle.jdbc.driver.OracleStatement.prepareAccessors(OracleStatement.ja va:868) at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatem ent.java:1045) at oracle.jdbc.driver.T4CPreparedStatement.executeMaybeDescribe(T4CPre paredStatement.java:839) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatem ent.java:1132) at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePrepa redStatement.java:3316) at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePrepare

weblogic监控方案

电力营销系统WEBLOGIC 监控方案 SNMP 是标准的网络管理协议,所有的标准厂商的设备(硬件、应用中间件)都支持这 个协议标准,提供了各种设备的 MIB 信息库,以便于监控系统软件通过设备 MIB 库直接 获取底层性能数据, 达到实时监控的目的。 目前支持SNMP 监控采集的第三方软件很多, 但大都需要购买,而且有被管机的数量限制。 基于这种现状,我们实现采用 ORACLE 开发JAVA 过程(完全支持SNMP ),通过SNMP 协议直接获取 WEBLOGIC 的实时性能数据,进而入库,然后通过开源报表工具 iReport 展 示图形报表(可以开发成图形报表展示系统)。以及通过实时分析 WEBLOGIC 的性能数据、 设定相应的阀值,短信告警给相应人员及时处理的监控方案。 经过详细测试,这种监控方案具有高性能处理能力、不需要在被监控设备部署 AGENT 代理、被监控设备无性能损耗、设备及指标配置灵活、安装配置简单、稳定安全等优点。 1、WEBLOGIC 控制台开启SNMP 协议 监控的WEBLOGIC!要开启SNMF 协、议,其中配置相当简单,只需要在相应的控制台中, 将SNMF 协议选中打勾即可,如下图示: U?;i= F 旳 5;y tofr-i'- P &nd 7^-ry fr 仪 511.MP 比咔r 才 t 箕汁F r /rerr dwg 匚 Ser.-^ itr- - WEBLOGIC 以使配置生效(注意需要在无应用的情况下重启 ^eaiilFn Real? 會 DiB^nOWCt Sfl 刊旺 :冷旷韦和;淞J ■=$ 划呼帼Cr-R£M^ i AW l wen [n 力 Context □ $11 MP Afent Frci^fi Momt&r5 輕 Menren ■^iranig Me n grii o^intsr tur-G : -tint ji# 口电亚nmid 血 How dm L_ 'Ti*? I ~ LlldNudl rhi-,WKi ur- 声 MJ 、 ?■, Merit Infta.. The T^-imitrn ■■ -mber cf se- smcE that the SNMP t: £JU -> ■苗*JJ Ohti ?#叱 jiJnianL Inf 口 TA :~I 託iw (M ?;. Mfim E 著 i*u ~ pl 丄 Md u eaikuKvti? 吨肝.nl M kW-' Th* Ji ?& dll.. !-=■?■ eis M L ■■? JJ-^? TM pnw^srd i rjHi# tt"驕 怦u — ‘谒卜 T.rir i -jpr ; :nfn rHLrr art* fffl l”」g r* Adm * car hwi ? Simsle fteb - srk PreiatBi (SUM* . 枠n that b 曲p “谥三昌U 的!! Io SlMf 激活更改后,需要重启 WEBLOGI 以免影响生产) ■- ■ I ■ ■; -J ' ? F h ? J 1 c J Dufiwai StruCLurK .'ahf >iiii -£rMTQinrntnt V*M 翱吗 Sg FWil

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中间件日志文件中常见错误如下:

weblogic中间件介绍

目录 一、Weblogic11g概述 (4) 1.1功能简介 (4) 1.2功能简介 (4) 1.3主要优势 (4) 1.4适用范围 (5) 1.5 Weblogic 11G新特性 (5) 1.5.1自调优的企业级内核 (5) 1.5.2过载保护 (5) 1.5.3动态的配置变化 (5) 1.5.4并行的应用部署–零宕机 (5) 1.5.5 JRockit Flight Recorder概念 (5) 1.5.6 JRockit Flight Recorder使用场景 (6) 二、Weblogic11g安装 (6) 2.1 安装前的准备工作 (6) 2.2 Windows下安装Weblogic (7) 2.2.1 准备安装 (7) 2.2.2 进入安装界面 (7) 2.2.3 选择中间件目录 (8) 2.2.4 注册安全更新 (9)

2.2.5 选择典型安装 (10) 2.2.4 选择产品安装目录 (11) 2.2.7 创建快捷方式 (12) 2.2.8 显示安装概要 (13) 2.2.9 正在安装 (14) 2.2.10 安装完成 (15) 2.3 Windows下创建WebLogic 域 (16) 2.3.1 QUICK START 提示界面 (16) 2.3.2 进入配置向导 (17) 2.3.3 选择域源 (18) 2.3.4 指定域名和位置 (19) 2.3.5 配置管理员用户名和口令 (20) 2.3.6 配置服务器启动模式和JDK (21) 2.3.7 添加可选配置 (22) 2.3.8 配置管理服务器 (23) 2.3.9 显示配置概要 (24) 2.3.10 正在创建域 (25) 2.3.11 启动WebLogic Server (26) 2.3.12 测试安装 (27) 2.4 Linux 下安装Weblogic (29) 2.4.1 安装前的准备 (29) 2.4.2 .bin的安装 (29) 2.4.3 .jar的安装 (29) 2.4.3.1 JDK 安装 (29) 2.4.3.2控制台开始安装weblogic (35) 2.5Linux下创建Weblogic域 (41) 2.6 Linux下Weblogic的启用和停止 (47) 2.6.1 用户名、密码配置 (47) 2.6.2启动Weblogic (48) 2.6.3停止Weblogic服务 (51) 三、WebLogic的基本概念 (51) 3.1 域Domain (51)

WEBLOGIC性能参数

WEBLOGIC性能参数 MessagesLogged –该weblogic服务器实例产生的日志消息总数 Number of total log messages generated by this instance of the weblogic server. Registered - 如果已取消注册由该对象表示的MBean,则返回false Returns false if the MBean represented by this object has been unregistered. CachingDisabled - 禁用代理中的缓存的专用属性 Private property that disables caching in proxies. ServerRuntime SocketsOpenedTotalCount - 返回本服务器上登记的socket的总数 Return the total number of registrations for socket muxing on this sever. Registered - 如果已取消注册由该对象表示的MBean,则返回false Returns false if the MBean represented by this object has been unregistered. ActivationTime –返回服务器激活时间 Return the time when the server was started. CachingDisabled -禁用代理中的缓存的专用属性 Private property that disables caching in proxies. OpenSocketsCurrentCount –返回本服务器上当前登记的socket数 Return the current number sockets registered for socket muxing on this server. AdminServerListenPort –返回管理服务器监听的端口 Return the port on which admin server is listening for connections. RestartsTotalCount –返回自群集上次激活后本服务器重启的总次数 Return the total number of restarts for this server since the cluster was last activated. ListenPort –返回当前服务器监听连接的端口 Return the port on which this server is listening for connections. ServletRuntime ExecutionTimeAverage –返回所有servlet自被创建后被调用的平均数 Returns the average amount of time all invocations of the servlet have executed since created. CachingDisabled - 禁用代理中的缓存的专用属性 Private property that disables caching in proxies. Registered - 如果已取消注册由该对象表示的MBean,则返回false Returns false if the MBean represented by this object has been unregistered. ExecutionTimeHigh –返回servlet自创建后耗时最长的一个交易调用的时间 Returns the amount of time the single longest invocation of the servlet has executed since created. ReloadTotalCount –返回servlet被重载总次数 Returns the total number of times the servlet has been reloaded. PoolMaxCapacity –返回单线程模式下servlet的最大能力 Returns the maximum capacity of this servlet for single thread model servlets. InvocationTotalCount –返回servlet被调用的总次数 Returns the total number of times the servlet has been invoked. ExecutionTimeLow –返回servlet自创建后单次最短调用消耗的时间 Returns the amount of time the single shortest invocation of the servlet has executed since created. Note that for the CounterMonitor, the difference option must be used.

weblogic中间件通用应急预案

weblogic中间件通用应急预案

Weblogic中间件(含业务应用)通用应急预案 一、应急处置原则与工作流程 国网信息系统中间件主要采用weblogic集群方式部署,通过中间件控制台对各应用节点进行统一管理和监控,本次中 间件应急预案以“先抢通、后抢修”为处理原则,首先恢复业 务应用,保存相关日志,后期再根据日志进行详细分析和故障 定位。 weblogic中间件是应用程序的发布平台,相对比较稳定。 业务应用均通过weblogic中间件进行发布,通过weblogic中 间件的JDBC等配置,实现前端应用和后台数据库之间的交互。 因此不管是程序代码问题、硬件问题、数据库问题均有可能体 现在weblogic中间件节点异常;并且由于程序代码效率低下、参数配置不当,也会导致weblogic中间件节点异常。这种情 况下,重启异常weblogic节点,释放资源,是最快的恢复业 务的应急手段。具体原因可以通过备份日志,事后进行分析排 查。 本应急预案中涉及到的程序包路径,均是根据信通公司weblogic中间件安装规范中指定的路径。如果未按照规范安装 的中间件,请电话咨询对应系统专责协助处理。 二、weblogic中间件故障应急场景 故障应急处理步骤6步: 1、使用IE浏览器访问节点应用确认节点可用性。

2、登陆weblogic控制台确认节点状态。 3、收集故障点日志,备份节点日志。 4、查看节点日志,根据报错信息确定故障原因。 5、根据故障原因,执行应急操作。 6、组织人员进行具体原因分析并整改。 三、故障场景 Weblogic中间件日志文件中常见错误如下: 序号错误信息原因出现时机执行步骤1 https://www.doczj.com/doc/fb13018738.html,ng.OutOfMemoryError 内存溢出节点运行过程中1,2,3,4,5 https://www.doczj.com/doc/fb13018738.html,ng.OutOfMemoryError 内存溢出节点启动过程中9,12 2 more than the configured time (StuckThreadMaxTime) of "600" seconds 线程阻塞节点运行过程中1,2,3,4,5 3 error occured:weblogic.jdbc.extensions.P oolLimitSQLException: https://www.doczj.com/doc/fb13018738.html,mon.resourcepool.Res ourceLimitException: No resources currently available in pool dgNonPool to allocate to applications, please increase the size of the pool and retry.. JDBC连接 池满 节点启动过程中6,12 4 BEA-000627 Reachedmaximum capacity of pool “JDB-HQGL”make 0 new resource instances

Weblogic11g三种部署web应用

Weblogic11g部署web应用,有三种方式,非常简单,但是很多新手部署总是出现若干错误,不知道如何解决。下面以白衣大神的springside3应用举例(原因是springside3很有代表性)详细讲解: 1、准备springside3的应用(mini-web、mini-service),这里我整理为一个war包,一个web应用的文件夹,放在网盘上,提供下载。 https://www.doczj.com/doc/fb13018738.html,/share/link?shareid=1314310108&uk=3222190371 2、自动部署(autodeploy方式) 上一篇https://www.doczj.com/doc/fb13018738.html,/blog/1938629创建domain之后,domain所在目录有个文件夹是autodeploy,如图所示: 是的,没错,就是它。那还等什么?第一步:直接把web应用文件夹(这里以mini-web 应用为例)copy过去就可以了。如下图所示:

第二步:登录domain的控制台,点击“域结构”-》“部署”,可看到如下界面: 说明此时web应用已经成功部署了【注意:1)观察状态,以及部署顺序,2)上一篇domain创建时提到开发模式,这就是利用开发模式的轮训自动热部署的】 第三步:既然部署成功了,那么赶紧访问应用吧,如下图所示:

实际上,autodeploy方式是不需要重启domain的。 【注意点】 1)自动部署适合开发阶段使用,在生产环境中,不建议使用 2)如果把应用copy到autodeploy中,在domain的控制台中,点击“域结构”-》“部署”,未发现如果所示的部署记录,此时,你应该查看logs文件夹下面的日志。一般情况下,是你的应用问题导致部署失败。 3、控制台部署(console方式): 第一步:安装web应用(这里以mini-service应用为例) 1)选择安装应用,如图所示: 2)选择应用位置,这里以mini-service为例,并且以war包部署:

Weblogic试题(含答案)

一、选择题 1.一个WLS实例配置了Multi-pool, 分别为A,B,C,如果选择的是load-balance,如果一个请 求获得connection从A,请问什么情况下会从B或者C拿connection A.都不能 B.A用完了 C.A坏了 D.按照负载均衡算法 2.你配置了一个集群环境,Admin server和8个managed server,Admin Server在独立的 hardware上,8个managed server分在4个相同的hardware上,4个hardware分在两个房间,客户关心admin server的crash,请问你如何处理? A.配置admin server的cluster B.将admin server加入cluter C.配置managed server MSI 3.如果一个admin server和4个managed server在不同hardware上,并且客户需要经常 更新应用,展开目录格式,没有共享目录,则应该采用什么? A.external stage B.nostage C.stage 4.在jms中,如果一个producer在发送消息时consumer没有alive,则如何设置才能使得 consumer起来后接收到消息? A.consumer不可能接收到消息 B.一定要配置persistance C.只要消息没有timed out就可以 D.consumer总能够接收到消息 5.在一个cluster环境中managed,4个server分别安装在独立的物理硬件上,你发现在做 垃圾回收(GC)时,每次的时间都特别长,你应该怎样做? A.每个机器上run更多的server B.cluster中有更多的server C.改变GC策略 6.在一个cluster环境中,4个managed server在4个机器上,没有共享的文件系统。如果 部署应用,可以怎么做? A.用stage方式在cluster里部署 B.用external-stage部署,手工copy文件到stage目录下 C. a or b 7.分布式destination, load-balance 是enabled,如果消息发送到一个destination,请问后边 的消息发送模式是? A.按照load-balance策略 B.只发送到固定的一个 C.第一次是load-balance,以后每次都发送到固定的destination去 8.一个WLS实例配置了Multi-pool, 分别为A,B,C,如果选择的是high-availability,如果一个 请求获得connection从A,请问什么情况下会从B或者C拿connection? A.都不能 B.A用完了 C.A坏了

相关主题
文本预览
相关文档 最新文档