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 https://www.360docs.net/doc/5d554611.html,ng.OutOfMemoryError 内存溢出节点运行过程中1,2,3,4,5

https://www.360docs.net/doc/5d554611.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.PoolLi

mitSQLException:

https://www.360docs.net/doc/5d554611.html,mon.resourcepool.Resourc

eLimitException: 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

for pool "JDBC Data Source-0", out of

which "0" are available and "1" are

unavailable. JDBC连接池

节点运行过程中1,2,3,4,5,6

5 Too many open files 打开文件超

过系统限制

节点运行过程中1,2,3,4,5,7,11,12

6

failed. Reason:

weblogic.security.SecurityInitializationExc

eption: Authentication for user weblogic

denied

weblogic.security.SecurityInitializationExc

eption: Authentication for user weblogic

denied weblogic密

码错误

节点启动过程中8,12

7 /home/weblogic/Oracle/Middleware/user人为停止节节点运行过程中1,2,3,4,12

_projects/domains/test_domain/bin/start

WebLogic.sh: line 180: 64034 Killed

${JAVA_HOME}/bin/java ${JAVA

_VM} ${MEM_ARGS} https://www.360docs.net/doc/5d554611.html,=

${SERVER_NAME} -Djava.security.policy

=${WL_HOME}/server/lib/weblogic.polic

y ${JAVA_OPTIONS} ${PROXY_SETTING

S} ${SERVER_CLASS}

8

> <

Error opening the Transaction Log: /hom

e/weblogic/Oracle/Middleware/user_proj

ects/domains/test_domain/servers/serve

r1/data/ldap/ldapfiles/EmbeddedLDAP.tr

an (Permission denied)>

权限问题节点启动过程中10,11,12

9

>

CT 1 FROM DUAL" set up for pool "JDBC

Data Source-0" failed with exception: "j

ava.sql.SQLRecoverableException: No m

ore data to read from socket".>

ning>

ed exception while creating connection f

or pool "JDBC Data Source-0": IO Error:

The Network Adapter could not establish

the connection.> 数据库单节

点异常,RAC

无法全部正

常对外提供

服务

节点运行过程中13,11,12

10 The JRE was not found in directory /usr/

java/k1.6.0_38. (JAVA_HOME)

Please edit your environment and set th

e JAVA_HOME

variable to point to the root directory of

your Java installation. Java环境变

量配置不正

节点启动过程中14,12

11

the server license allows connections

from only 5 unique IP addresses.> Weblogic9版

本license未

授权

节点运行过程中1,2,3,4,5,15,11,12

12 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,12

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控制台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 ----新增该内容,或者调整该值上限。

# 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参数设置

使用weblogic用户登录系统

$ cd /home/weblogic/startsh/ ----进入启动脚本目录

$ vi server1.sh --修改对应节点启动时的JVM内存配置,具体要根据服务器的物理内存确定,原则上该服务器上运行的java进程内存总和,不得超过物理内存的80%。export USER_MEM_ARGS="-Xms2048m -Xmx2048m -XX:PermSize=512m -XX:MaxPermSize=512m" WL_LOG=/app/logs/hqgl/server1.log

nohup /home/weblogic/Oracle/Middleware/user_projects/domains/test_domain/bin/s tartManagedWebLogic.sh server1 http://192.168.0.4:7001 > $WL_LOG & tailf $WL_LOG

10.修改文件权限

使用root用户登录操作系统

# chown –R weblogic:bea /app/source_program/hqgl/ ----修改程序包的权限

#chown –R /app/weblogic/Oracle/ Middleware/user_projects/domains/对应domain名称 ------修改weblogic相关文件权限

#chown –R /app/logs/hqgl/ ------修改启动日志文件权限

11.停止异常节点进程

weblogic@test startsh] $ kill -9 61658 ----停止异常节点进程

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=TCP)(HOST=10.1.

80.141)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=test)(INSTANCE_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

Weblogic用户登录系统

使用FTP工具上传授权license至/home/weblogic/bea目录下

16.因硬件或者系统故障,节点均无法启动

临时调配应用服务器,重新安装weblogic中间件,利用备份文件,进行重新发布配置。建议保留原故障环境。

中间件开发方案

中间件开发方案 一使用中间件原因 由于呼叫中心提供的调用呼叫中心的方法只支持单独页面的独立调用,无法满足BS架构的用户在多页面调用呼叫中心功能,因此需要使用中间件服务器连接呼叫中心系统,模拟建立独立通信通道,将多页面调用所需的功能发送给中间件,由中间件作为呼叫中心的唯一调用源,以此保证在符合呼叫中心调用机制的情况下完成BS架构的呼叫中心完整功能。 二开发方案1(CS架构客户端调用方式) 中间件组成部分:(服务器端和客户端) 1、服务器端功能: a)CRM用户和呼叫中心坐席关联,记录在中间件坐席信息表中。 b)接收和记录客户端状态和客户端传来的坐席状态。 c)接收和记录BS架构发送的呼叫中心调用命令。 d)记录客户端和BS架构调用呼叫中心的调用记录及调用结果。 2、客户端功能: a)连接呼叫中心的服务器,实现坐席登录功能。 b)获取呼叫中心服务器上的坐席状态,发送给中间件服务器端。 c)用呼叫中心提供的CS开发文档和开发ocx、dll调用呼叫中心的话务功能。 d)调用呼叫中心话务功能的时候讲调用记录发送给中间件服务器端。 e)接收中间件服务器端传来的BS架构调用呼叫中心话务功能的消息,并根据消 息判断触发呼叫中心话务功能类型及参数,翻译后发送给呼叫中心服务器。 f)在客户端转接、强插、监听等功能调用的时候读取中间件服务器端坐席状态表, 获取在线空闲坐席信息、在线通话中坐席信息等列表,并根据列表中的信息整 理成为调用参数,单击或双击列表中坐席调用呼叫中心话务功能。 g)监控来电事件,根据来电号码、客户端登录坐席,实现CRM弹屏。 3、CRM话务功能调用: a)发送命令消息给中间件服务器。500ms后查询服务器执行结果,若执行结果为 失败则显示失败消息,若执行结果为成功则无动作。 b)读取中间件服务器端坐席状态表,获取在线空闲坐席信息、在线通话中坐席信 息等列表,并根据列表中的信息整理成为调用参数,单击或双击列表中坐席将 转接命令消息发送给中间件服务器,并实现销售线索和来电客户数据的自动生 成或关联。

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! ?大部分的变化不需要重启服务器

大型商场应急预案

大型商场应急预案 1

某大型商场应急预案 【篇一:商场应急预案】 商场店庆活动应急预案安全预案 本次商场开业举办大型庆典,同时一楼超市、二楼、三楼举办大型促销活动,为了确保此次活动的万无一失,保证顾客的生命财产以及商场安全,特别制定本安全预案。望大家严格遵守,切实负起责任,保证商场活动顺利进行。 1、店庆组织建立: 总指挥 总协调 2、供电安排 安排电工做好各项用电准备工作,检测维护用电,调试发电机,如遇停电,随时切换电源,确保及时供电。电工同时做好外卖场临时用电并加强在营业厅的巡视。超市、一楼、二楼准备好应急照明设备(手电筒,绝对不能明火)保证店庆活动的正常进行。 3、广场巡视督导员

负责广场演出以及羽绒外卖场的协调管理。为确保活动期间有一个良好的秩序,避免门前车辆阻塞,在店庆期间,划分出演出位、商品展销位、顾客停车位,做好巡视引导工作,保证外卖场有一个良好的秩序。 4、安全巡视员 各楼层主管、经理深入一线卖场,高效快捷处理好顾客退换货问题,同时巡视各个岗位安全状况,发现问题及时处理.如发生意外情况,要及时向总指挥汇报.(每个楼层内安排保安1人,负责巡视楼层的安全状况,并必须配备对讲机1部,发现问题及时与公管部联系) 5、安排行政后勤人员到业务较忙的摊组和超市银台协助工作,各楼梯口安排一名保安如果商场某部位发生拥挤现象,则马上通知本楼层保安并报指挥部,阻止顾客进场并做好场内顾客疏散工作。 6、信息系统,由王斌负总责。为保证信息收银每个环节不出问题,三楼各收银台实行双人上机并由收银主管协助。要求收款室备足充分的备用金及零钱,随时准备支援一线,晚上收银员交款中途要注意安全。 7:店庆当日,正门保安员确保进入商场内的人员禁止携带任何易燃、易爆品进入现场。所有的安全门必须全部开启,不得发生踩踏拥挤的现象。一旦人员过于拥挤,要申请楼层主管援助并迅速引导顾客由楼梯向下疏散。

应急预案编制格式通用范本

内部编号:AN-QP-HT972 版本/ 修改状态:01 / 00 The Production Process Includes Determining The Object Of The Problem And The Scope Of Influence, Analyzing The Problem, Proposing Solutions And Suggestions, Cost Planning And Feasibility Analysis, Implementation, Follow-Up And Interactive Correction, Summary, Etc. 编辑:__________________ 审核:__________________ 单位:__________________ 应急预案编制格式通用范本

应急预案编制格式通用范本 使用指引:本解决方案文件可用于对工作想法的进一步提升,对工作的正常进行起指导性作用,产生流程包括确定问题对象和影响范围,分析问题提出解决问题的办法和建议,成本规划和可行性分析,执行,后期跟进和交互修正,总结等。资料下载后可以进行自定义修改,可按照所需进行删减和使用。 综合应急预案 (综合应急预案是从总体上阐述事故的应急方针、政策,应急组织结构及相关应急职责,应急行动、措施和保障等基本要求和程序,是应对各类事故综合性文件) 综合应急预案的主要内容 1总则 1.1编制目的 简述预案编制的目的、作用等。 1.2编制依据 简述预案编制所依据的国家法律法规、规章,以及有关行业管理规定和技术规范和标准

应急预案包括的应急程序通用版

管理制度编号:YTO-FS-PD985 应急预案包括的应急程序通用版 In Order T o Standardize The Management Of Daily Behavior, The Activities And T asks Are Controlled By The Determined Terms, So As T o Achieve The Effect Of Safe Production And Reduce Hidden Dangers. 标准/ 权威/ 规范/ 实用 Authoritative And Practical Standards

应急预案包括的应急程序通用版 使用提示:本管理制度文件可用于工作中为规范日常行为与作业运行过程的管理,通过对确定的条款对活动和任务实施控制,使活动和任务在受控状态,从而达到安全生产和减少隐患的效果。文件下载后可定制修改,请根据实际需要进行调整和使用。 一般情况下,可针对事故应急救援预案核心要素(6个一级要素及其二级要素)中的如下要素制订应急程序: (1)应急资源管理。 (2)教育、训练与演练。 (3)接警与通知。 (4)指挥与控制。 (5)警报和紧急公告。 (6)通讯。 (7)事态监测与评估。 (8)警戒与治安。 (9)人群疏散与安置。 (10)医疗与卫生。 (11)公共关系(公共信息发布)。 (12)应急人员安全。 (13)消防和抢险(包括急救)。 (14)泄漏物控制。 (15)现场恢复(包括应急结束与恢复和事故处理与善

后)。 如果只考虑应急响应,则可去掉上述中的(1)、(2)、(15)。 该位置可输入公司/组织对应的名字地址 The Name Of The Organization Can Be Entered In This Location

某大型商场应急救援预案范本

整体解决方案系列 某大型商场应急救援预案(标准、完整、实用、可修改)

编号:FS-QG-17588某大型商场应急救援预案 Emergency rescue plan for a large shopping mall 说明:为明确各负责人职责,充分调用工作积极性,使人员队伍与目 标管理科学化、制度化、规范化,特此制定 针对不同事故,可以制定启动不同的应急预案,但因为每一个预案系统具有相同的预案构,可以根据框架来填入相应的事故类别,以获得商场各类事故的应急预案。本文就只对场事故应急救援预案整体结构的各项内容分别叙述如下: 1.启动条件 当大型商场发生相对应的此类事故时,可以启动本预案。 2.报警与紧急处置 当遇到事故发生时,事故发生区域内的人员首先应在最短的时间内,汇报上级及相关部门,并利用自己的应急知识采取保护人身和财物不受损失的积极措施,同时拨打119向消防部门报警等。报警人员在报警时应同时说清着火路段、燃烧物品、事故发展状况等。 3.应急响应

(1)接到报告后,应立即通知应急办负责人判断事故级别,按不同级别的程序,启动相应的应急预案,并组织人员、设备、车辆等前往现场扑救。现场成立救灾指挥部,由专向应急小组负责人任指挥。其主要职责是:负责查看事故,掌握发展情况,随时向指挥中心通报事故情况,根据现场情况指挥切断电源、可燃性气体源等,指挥抢救伤员,疏散物资,及时控制事故蔓延。 (2)全体在场工作人员必须立即加入救灾行动。在救灾指挥部指挥下,引导护送商场内人员向安全区疏散。 (3)报警后,值班组长马上派专人接应消防队和清除交通通道障碍,疏散围观群众,做好警戒工作。公安消防队到达后,及时向公安消防总指挥报告灾情,按统一步骤,组织职工贯彻执行,做好安全工作。 (4)立即采用有线广播告控制现场人员,同时切换信号、可变情报板和变速屏等做好一切时制止人员聚集工作。 (5)现场救护,若有伤者,应急小组马上组织抢救,采取急救处置措施,拨打“120”急救电话求救,尽快送医院抢救。 (6)现场指挥员根据救灾的需要,有权决定如下事项:使

通用范本---公司通用紧急情况应急预案

公司通用紧急情况应急预案 编制人: 审核人: 审批人: 长沙华星建设监理有限公司 二○○九年七月 目录 1.编制目的 (2) 2.适应范围 (2) 3.编制依据 (2) 4.应急原则 (2)

5.应急救援组织机构及职责 (3) 5.1 组织机构 (3) 5.2 职责........................................................... .3 6.报警程序 (5) 7.应急反应和行动 (5) 7.1 预案启动 (5) 7.2 应急处理步骤 (5) 7.3火灾、爆炸事故处理程序 (6) 7.4 触电事故处理程序 (7) 7.5坍塌事故处事程序 (7)

7.6高处坠落、物体砸伤、碰伤、压伤、机械伤害、摔伤或交通事故伤害等事故处理程序........................................................... (7) 7.7深井事故处理程序 (8) 7.8 传染疾病和食物中毒事件处理程序 (8) 7.9 中暑事件处理程序 (8) 8.应急保障物质 (9) 8.1 紧急救护用品 (9) 8.2 通讯器材 (9) 8.3 消防器材 (9) 8.4事故应急信息资料 (9) 8.5 应急车辆 (9)

8.6应急逃生通道 (9) 9.人员培训和演练 (10) 公司通用紧急情况应急预案 1.编制目的 为应对公司本部办公区和各项目监理部/项目管理部工作(及生活)区域发生的火灾、爆炸、触电、坍塌、高处坠落及各类物体伤害、机械伤害、摔伤或交通事故伤害、深井作业事故、传染疾病、食物中毒和中暑等各类突发事故和险情的通用紧急情况,迅速、准确、高效地实施相应救援和处理,尽可能的控制事故范围,减少或防止各类伤害的进一步恶化、降低伤亡率和财产损失,特制定本应急预案。 2.适应范围 本预案适应于公司本部办公区和各项目监理部/项目管理部工作区(及生活区)可能出现的上述通用紧急情况。各项目监理部/项目管理部如另有其他重大危害风险和重要环境影响,应补充制定对应的本项目监理部/项目管理部补充紧急情况应急预案,其制定要求见《项目工程现场HSE应急管理规定》。 本预案的下文中,“各项目监理部/项目管理部”均缩写为“项目部”。 3.编制依据 《中华人民共和国劳动法》

1.1.15金蝶apusic中间件应用解决方案v1.0

金蝶Apusic 中间件应用解决方案 一、概述 金蝶Apusic 应用服务器是符合J2EE规范的中间件软件,以其高可靠性、低资源占用率、对快速开发的支持、对各种开放标准的支持,连同其特有的安全及集群技术,为分布式企业应用提供高效而可靠的运行、部署、开发的平台。 二、应用需求 互联网经济时代,信息化手段成为支撑业务运作的基础设施和强劲动力,“没有信息化就没有现代化”。面对讯速变化的外部环境,如何使业务流程与技术完美结合,并借助技术手段不断对业务模型进行创新,如何在短时间内实现快速开发并降低成本,如何构建开放、稳定、安全的应用平台,如何整合旧系统、规划新系统等问题已成为政府电子政务发展的迫切需求。 政府多年来在实际政务运行中,发现旧的技术已经成为牵制业务创新的头号敌人,需要一种新的应用架构来整合旧系统,规划新系统。与此同时,中间件技术也在不断发展,从原有的独立的消息中间件、交易中间件和对象中间件发展到综合各类中间件技术的应用服务器。 综合国内外的应用趋势,可以看到,用先进、成熟、可靠、可伸缩的应用服务器中间件搭建软件应用可以满足不断变化的业务需求。JA V A技术已经成为构筑大型软件应用的事实标准,J2EE应用服务器中间件具有可移植性、开放性、快速开发、安全性、面向对象等多种优良特性,可以作为构建分布式的多层应用的中间核心平台,完全满足政府构建电子政务系统的需要。 三、方案特点 标准 Sun公司负责Java Web 服务的副总裁Mark Bauhaus说:“非常高兴金蝶中间件通过了J2EE1.4应用服务器认证,取得了J2EE技术的许可,这对Java Web服务标准在整个亚洲的采用将起到积极的带动作用.金蝶中间件的技术经验,以及其产品的领导地位和声誉,将为它的客户提供强大的、具有竞争力的基础软件平台。“

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.360docs.net/doc/5d554611.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)

关于大型购物商场消防灭火应急预案

圣桦城“爱街区”消防应急预案

为切实加强商场内消防安全管理,及时发现火情,在最短的时间内扑灭火灾,特制定本应急预案: 一、制定本预案的指导思想: 在最短的时间内集中所有力量,及时赶赴火灾现场,控制火情处置妥当,有条不紊协调一致地组织扑火,使经济和其他损失降到最低点。 二、报警、召集信号与集合地点 1、方式为“消防紧急按钮”。 2、信号为消防紧急铃声短促不断。 3、地点为监控中心门前。 三、领导机构 (一)人员配制 总指挥:保安部经理 副总指挥:保安现场经理 成员:3个保安班长 各小组及成员 扑火组:保安2班和3班;组长:班长 机电组:维修班组长:班长 疏导组:空调班组长:班长 救护组:配电班组长:班长

警戒组:保安1班组长:班长 机动组:保洁部组长: 后勤组:办公室人员 (二)人员职责 灭火总指挥的主要职责 1、向监控中心值班员、保安主管及有关人员了解起火的原因、方位及现场情况,会同安全领导小组成员制定救火方案。 2、命令监控中心值班员启动相应的消防系统,监视报警运行信号,打开应急广播,根据失火方位、火势等情况,通知商场有关人员紧急疏散。 3、命令各小组负责人根据各自的分工,各就各位,若有指挥员缺岗,紧急任命临时负责人代行其职。 4、掌握消防系统运行情况,根据火场灭火需要,命令有关人员确保应急供电、供水、通讯联络和消防设备的正常运行。 副总指挥的主要职责 1、总指挥不在场时,代行总指挥的职责。 2、配合、协同总指挥分析火场情况,制定救火方案,根据总指挥的意见下达命令。 3、掌握救火方案实施的具体情况,并根据变化情况向总指挥提出建议。采取一切措施,保证救火方案的实施。 监控中心值班员的主要职责 1、执行总指挥或副总指挥下达的命令。

通用应急预案

博罗县质监系统生产加工环节食品安全突 发事件应急预案 一、总则 (一)编制目的 及时控制、快速处理本县生产加工环节食品安全突发事件(以下简称食品安全突发事件),减少和降低食品安全事件造成的危害,保障人民群众生命健康安全,维护正常社会经济秩序。 (二)食品安全突发事件的定义 食品生产加工企业生产的食品,由于质量、卫生、包装等问题导致损害、威胁人民群众生命健康安全的突发事件。 (三)突发事件的分级 根据食品安全突发事件涉及的范围及危险程度进行分级预警。食品安全突发事件预警共分四级: 1、一般事件(Ⅳ级) 一般事件指:无明显危害,但对人民群众生命安全可能存在潜在威胁,或造成伤害人数10-29人,未出现死亡病例的事件。 2、较大事件(Ш级) 较大事件指:存在明显危害,已对人民群众生命安全造成威胁,直接损害人们身体健康,造成伤害人数30人以上,或者出现死亡病例,产生较大社会影响的事件。 3、重大事件(Ⅱ级) 重大事件指:危害严重,已对人民群众生命安全造成严重威胁,并造成伤害人数50人以上,死亡病例3例以上,有可能进一步扩散到其他地级以上市,已超出县级质量技术监督部门及县政府处置能力,造成严重社会影响的事件。 4、特别严重事件(I级) 特别严重事件指:危害特别严重,已扩散到其他地级以上市,对全省大部分地区造成严重危害,并可能进一步扩散到

其他省份,其危害程度已超出我省质监部门及省政府处置能力水平,造成特别严重社会影响的事件。 (四)编制依据 《中华人民共和国产品质量法》、《中华人民共和国标准化法》、《中华人民共和国食品安全法》、《国家突发公共事件总体应急预案》、《国家重大食品安全事故应急预案》、《国务院关于进一步加强食品安全工作的决定》([2004]23号)、《中华人民共和国工业产品生产许可证管理条例》、《食品生产加工企业质量安全监督管理实施细则(试行)》、国家质检总局《食品安全突发事件应急反应预案》、《广东省质监系统生产加工环节食品安全突发事件应急预案》(试行)。 (五)工作原则 统一领导、分级负责、快速反应、措施果断、依靠科学、依法处置。 (六)适用范围 本预案适用于质量技术监督部门在法定职责范围内对本县行政区域食品安全突发事件的应对及处置,包括突发事件的报告、调查、分析、处理、以及事件的备案。 二、组织领导及其职责 博罗县质量技术监督局设立食品安全突发事件应急领导小组(以下简称“领导小组”)。由局长任组长,分管副局长任副组长,质量股、稽查队、法宣股及办公室主要负责人为成员组成。领导小组主要负责统一领导和指挥工作。领导小组下设办公室(简称“领导小组办公室”),由质量股承担日常工作, 分管副局长兼任办公室主任,质量股主要负责人任办公室副主任。 质量股负责具体组织协调我县突发事件的应对和处置工作,组织调动本系统的执法力量、技术力量和相关资源,依法开展应急处置工作;协调我县相关职能部门建立必要的应急协调联系机制,并按规定向上级部门和同级人民政府报告应急处置工作情况、提出工作意见;负责调查、收集、整理、分析食品生产加工企业的相关信息,建立健全必要的信

商场应急预案

商场突发事件应急预案 紧急突发事件概述 商场除正常的营运作业之外,突发事件时有发生,其危害之大是不可估量的。因此为减少和降低财产的损失和人员的伤亡,迅速有效的处理紧急事件,进行抢救作业,是商场经营管理人员,特别是重点负责此部分工作的办公室、营运部及安管部必须具备的能力和素质。 1) 图1

(2)紧急抢险组: 组长:招商部经理 副组长:企划部经理 组员:招商部、企划部全体成员 任务:主要负责各种抢救设施和器材的现场发放、使用、水源的疏导,障碍物品的拆除等,配合抢救现场的相关工作。 (3)安全疏导组: 件的处理,安排事情要责任分明,岗位确认,反馈迅速,一切行动听指挥,随时调整策略以应付情况的变化。 3. 以人为先,减少伤亡,降低损失:人的生命是最珍贵的,因此所有救援的首要重 点是保全和抢救人的生命,其次才是财务损失的减少。 各类突发事件具体处理流程 (一)火灾 导视图说明 指令

报警程序: 1.火警的级别: 商场内发生火灾,有一般火灾和重大火灾之分。根据商场内的实际情况,暂订三种火警级别:一级火警,系有烟无火;二级火警,系有明火初起;三级火警,系火势从时间和空间上难以控制。物业安保部接到报警后,根据现场情况判断火警的级别,进行相应的处理。 2.火警的报告 二级火警:上报消防主管、安保主管、安保部经理以及以下商场管理人员:白天:楼层经理;夜间:值班人员;节假日:值班人员。 三级火警:上报消防主管、安全主管、安保部经理或在场最高负责人。拨打报警,原则上应由在场最高负责人下达指令,但在紧急情况下可由安保经理或其他在场最高 负责人下达,其后向董事长汇报。 灭火程序: 火灾经过安保员现场评估确定报警级别后,按一般火灾(一级、二级)和重大火灾采

工程项目综合应急预案(通用版)

工程项目综合应急预案(通用版)

项目 综合应急救援预案 编制: 审核: 批准: 日期:

综合应急救援预案 一、总则 1.1编制目的

为确保中铁十一局集团汉江重工有限公司项目施工顺利进行,快速、及时地处理工程建设期间发生的各种突发性事故,最大限度地减少伤亡和财产损失,按照“统一指挥,快速反应、各司其职、协同配合、以人为本、减少危害”的原则和“安全第一、预防为主”方针,建立统一、规范、有序、高效的应急救援体系。规范项目部安全生产事故灾难的应急管理和应急响应程序,及时有效地实施应急救援工作,最大程度地减少人员伤亡、财产损失,维护职工群众的生命安全和社会稳定。 1.2编制依据 1.2.1有关法律法规 ⑴《中华人民共和国突发事件应对法》中华人民共和国主席令第69号 ⑵《中华人民共和国安全生产法》中华人民共和国主席令第70号 ⑶《中华人民共和国消防法》中华人民共和国主席令第6号 ⑷《特种设备安全监察条例》国务院令第549号 ⑸《生产安全事故应急预案管理办法》国家安全生产监督管理总局[2009]17号 1.2.2有关技术规范 (1)《建筑施工模板安全技术规范》 GJ162-2008 (2)《安全防范工程技术规范》 GB50348-2004 (3)《建筑施工高处作业安全技术规范》 JG80-1991 (4)《特种设备安全技术规范》 TSGZ0001-2004 (5)《建筑施工扣件式钢管脚手架安全技术规范》 JGJ130-2011 (6)《建筑施工碗扣式钢管脚手架安全技术规范》 JGJ166-2008 (7)《建筑工程施工现场供用电安全规范》 GB50194-93

应急预案的基本知识通用版

解决方案编号:YTO-FS-PD159 应急预案的基本知识通用版 The Problems, Defects, Requirements, Etc. That Have Been Reflected Or Can Be Expected, And A Solution Proposed T o Solve The Overall Problem Can Ensure The Rapid And Effective Implementation. 标准/ 权威/ 规范/ 实用 Authoritative And Practical Standards

应急预案的基本知识通用版 使用提示:本解决方案文件可用于已经体现出的,或者可以预期的问题、不足、缺陷、需求等等,所提出的一个解决整体问题的方案(建议书、计划表),同时能够确保加以快速有效的执行。文件下载后可定制修改,请根据实际需要进行调整和使用。 一、应急预案的级别 重大事故发生首先波及企业(现场)内部,当事故能量比较大时,就可能影响企业(现场)以外。此时,事故的控制单单靠一个企业来完成就不可能了,需要政府组织整个社会力量来处理。所以应急预案也相应分为企业(现场)应急预案和政府应急预案。现场应急预案由企业负责,场外应急预案由各级政府主管部门负责。 根据可能发生的事故后果的影响范围、地点及应急方式,建立事故应急救援体系。我国事故应急救援体系将事故应急预案分成六个级别: (1)I级(企业级); (2)I(级(县、市/社区级);(3)III级(地区/市级); (4)IV级(省级); (5)V级(区域级);(6)VI级(国家级)。 二、应急预案的文件体系 应急预案要形成完整的文件体系,以使其作用得到充

TUXEDO中间件介绍及应用

TUXEDO中间件介绍及应用 一、前言 首先介绍一下什么是中间件?中间件是一种独立的系统软件或服务程序,分布式应用软件借助这种软件在不同的技术之间共享资源,中间件位于客户机服务器的操作系统之上,管理计算资源和网络通信。 中间件屏蔽了底层操作系统的复杂性,使程序开发人员面对一个简单而统一的开发环境,减少程序设计的复杂性,将注意力集中在自己的业务上,不必再为程序在不同系统软件上的移植而重复工作,从而大大减少了技术上的负担。 世界著名的咨询机构Standish Group在一份研究报告中归纳了中间件的十大优越性: ●缩短应用的开发周期 ●节约应用的开发成本 ●减少系统初期的建设成本●降低应用开发的失败率●保护已有的投资●简化应用集成 ●减少维护费用 ●提高应用的开发质量●保证技术进步的连续性●增强应用的生命力 Tuxedo是第一个严格意义上的中间件产品。Tuxedo是1984年在当时属于A T&T的贝尔实验室开发完成的,但Tuxedo在很长一段时期里只是实验室产品。直到BEA公司1995年收购Tuxedo后,使Tuxedo现已经发展成为交易中间件领域事实上的标准。 TUXEDO是在企业、Internet 这样的分布式运算环境中,开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。它具备分布式事务处理和应用通信功能,并提供完善的各种服务来建立、运行和管理关键任务应用系统。开发人员能够用它建立跨多个硬件平台、数据库和操作系统的可互操作的应用系统。 二、TUXEDO的组件软件模型 TUXEDO采用三层结构的组件软件模型。 图1 BEA TUXEDO 的组件软件模型概要

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.360docs.net/doc/5d554611.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>

商场突发事件应急预案

商场突发事件应急预案 一、目的 规范公司、商场、员工在遇到涉及公司、顾客和员工生命及财产受到危险和侵害时,应采取或可以采取的紧急处理措施和方法。 二、适用范围和公司相关文件 本预案适用于本商场的安全预警的处理工作,并按照本公司制订的有关规定进行应急处置。 三、员工的应急职责 公司各职级员工有责任和义务,熟悉掌握和了解本程序阐述的各种预警处理程序和其它方法。 四、商场人员触电应急措施 (一)立即切断电源。切断电源之前,不要摸触被电击者,照明线路都是低压,可用干木棒或塑料棒将电源挑开。切勿直接用手或金属材料及潮湿物体进行救护,一定要避免二次触电事故。高于1000伏的高压电,需立即断闸断电,否则在你靠近到它10米以内就有被电击的危险。 (二)拉开触电者的方法。你要穿干燥的鞋踩在干厚木板或厚棉被上,用大的干木棒快速将触电者拨离触电区,或用结实的干绳做成套,套住触电者并将其拖开,注意戴上橡胶手套应急施救。 (三)如果触电者已经停止呼吸、心跳,立即做心肺复苏。 (四)迅速拨打急救电话“120”,紧急转送就近医院救治。

(五)及时通知柜台长及现场主管现场处理。 五、商场突发停电事故处理措施 (一)不要慌张,坚守岗位,服从安排,服从指挥。 (二)柜(组)长应在第一时间内通知现场主管及安全管理部值班主管和电工迅速赶至停电楼层检查维修设备,保证应急灯均能点亮。 (三)离岗人员应以最快的速度回岗。 (四)有序引导顾客出场,但必须注意提醒各通道出场的顾客,防止商品无付款带出;礼貌制止顾客在停电时进入柜台;员工必须提醒顾客注意个人随身物品的安全,防止发生抢劫事件,及时做好顾客疏散工作,并引导顾客到收银台结帐。 (五)各柜台及区域组长应提醒员工不要慌乱,注意提高防损意识,并组织本柜人员实行定岗定位。特别注意贵重商品区防护。 (六)主管、协理员及保安员应注意维持收银台及贵重商品区周围的程序,加强防护。 (七)保安员及协理员应在主管的合理安排下进行清场(没有安排不得自行请场),将停留在商场柜台内的顾客引导至前后收银台,不要让顾客再停留在柜台内,但要注意态度礼貌。 六、被困货梯人员的处理措施 (一)利用警铃和电话对讲机求助。 (二)可拍门叫喊求救。 (三)如果外面长时间无人回应,你应静下心来想一想:现

工程项目综合应急预案(通用版)

项目 综合应急救援预案 编制: 审核: 批准: 日期: 目录

1.1编制目的 (4) 1.2编制依据 (4) 1.3适用范围 (5) 1.4应急预案体系 (5) 1.5应急工作原则 (6) 二、危险性分析 (8) 2.1工程概况 (8) 2.2危险源与风险分析 (8) 三、机构与职责 (8) 3.1应急组织体系 (8) 3.2应急指挥机构及职责 (9) 四、预防与预警 (10) 4.1重大危险源、危险因素监控 (10) 4.2预警行动 (16) 4.3信息报告与处置 (16) 五、应急响应 (18) 5.1响应分级 (18) 5.2响应程序 (19) 5.3处置措施 (21) 5.4信息发布 (24) 5.5后期处置 (25) 六、保障措施 (25) 6.1通信与信息保障 (25) 6.2应急队伍保障 (26) 6.3应急物资装备保障 (26) 6.4经费保障 (26) 6.5事故区域管理及其他保障 (26) 6.6医院求助电话及行车路线 (27) 七、培训与演练 (27) 7.1培训与演练 (27) 7.2奖惩 (27)

8.1术语和定义 (28) 8.2应急预案备案 (30) 8.3维护和更新 (30) 8.4制定与解释 (30) 8.5应急预案实施 (30) 附件 (30) 附件1 项目部急救联络电话 (31) 附件2 项目部应急物资设备清单 (32) 附件3 项目部急救人员名单 (33) 附件4 义务救援队人员名单 (33) 综合应急救援预案

一、总则 1.1编制目的 为确保中铁十一局集团汉江重工有限公司项目施工顺利进行,快速、及时地处理工程建设期间发生的各种突发性事故,最大限度地减少伤亡和财产损失,按照“统一指挥,快速反应、各司其职、协同配合、以人为本、减少危害”的原则和“安全第一、预防为主”方针,建立统一、规范、有序、高效的应急救援体系。规范项目部安全生产事故灾难的应急管理和应急响应程序,及时有效地实施应急救援工作,最大程度地减少人员伤亡、财产损失,维护职工群众的生命安全和社会稳定。 1.2编制依据 1.2.1有关法律法规 ⑴《中华人民共和国突发事件应对法》中华人民共和国主席令第69号 ⑵《中华人民共和国安全生产法》中华人民共和国主席令第70号 ⑶《中华人民共和国消防法》中华人民共和国主席令第6号 ⑷《特种设备安全监察条例》国务院令第549号 ⑸《生产安全事故应急预案管理办法》国家安全生产监督管理总局[2009]17号 1.2.2有关技术规范 (1)《建筑施工模板安全技术规范》 GJ162-2008 (2)《安全防范工程技术规范》 GB50348-2004 (3)《建筑施工高处作业安全技术规范》 JG80-1991 (4)《特种设备安全技术规范》 TSGZ0001-2004 (5)《建筑施工扣件式钢管脚手架安全技术规范》 JGJ130-2011 (6)《建筑施工碗扣式钢管脚手架安全技术规范》 JGJ166-2008 (7)《建筑工程施工现场供用电安全规范》 GB50194-93 (8)《建筑工程施工现场消防安全技术规范》 GB50720-2011 (9)《塔式起重机安装、拆除、使用安全技术规范》 JGJ196-2010 (10)《建筑施工承插型盘扣件钢管支架安全技术规程》 JGJ 231-2010 (11)《生产经营单位安全生产事故应急预案编制导则》 AQ/T9002-2006

通用特种设备应急预案样本

特种设备应急预案 1 目的 为了正确、迅速和有效地处理部门特种设备可能发生的安全事故, 有条不 紊地开展应急救援工作, 最大限度地减少企业人员伤亡和财产损失, 真正贯彻落 实”安全第一, 预防为主”的安全生产方针, 制订本预案。 2 特种设备状况 根据《特种设备安全监察条例》的规定, 动力部分的特种设备有: 六台桥 式起重机、六台空压机、七台储气罐、四台装载机及其设备的安全附件。 3部门应急组织机构与职责成立部门应急领导小组, 在矿山突发公共事件应急指挥中心的领导下, 专门负责组织、协调和指挥所辖各工段突发事件应急处理等各项工作的落实, 配合矿山突发公共事件应急指挥中心组织、协调、指挥本单位突发公共事件的预警、响应、结束、善后处理等各项工作的落实, 组建本部门应急队伍, 并进行培训和 演练等。 组长: 公司经理 副组长: 各部门副经理

组员: 各车间主任、项目部经理、设备管理员、安全员 4 部门预警机制 4、 1 部门对在用特种设备要进行经常性日常维护保养, 并定期自行检查。 部门对在用特种设备至少每月进行一次自行检查, 并作出记录。 4、 2 压力容器严禁超温超压运行, 加载和卸载要求缓慢平稳, 运行期间要 保持载荷相对平稳, 压力容器处于工作状况时严禁拆卸压紧螺栓。 4、 3 部门应当对在用特种设备的安全附件、安全保护装置、测量调控装置 及有关附属仪器仪表进行定期校验、检修, 并作出记录。 4、 4 部门应当按照安全技术规范的定期检验要求, 在安全检验合格有效期 届满前1个月向特种设备检验检测机构提出定期检验要求。检验检测机构接到定 期检验要求后, 应当按照安全技术规范的要求及时进行检验。未经定期检验或者

清华版中间件技术原理与应用1-9课后问题答案

中间件原理与应用习题: 1 比较开放系统与分布式系统的异同。 分布式系统具备以下属性:远程性、并发性、异步性、异质性、自主性、联合性、伸缩性、发展性、移动性。 开放系统具备以下属性:开放的、集成的、灵活的、模块化的、可联合的、可管理的、满足服务质量需要、安全的、提供透明性。 2 简述开放系统的特性: 开放系统具有可移植性、可互操作性、可伸缩性、易获得性。 3 什么是互操作性,有哪几种层次的互操作性? 在一个由异质实体构成的网络环境中,当应用在网络的结点上运行时,它可以透明地动用网中其他结点上的资源,并借助这些资源与本结点上的资源共同来完成某个或某组人物,这种能力被称为互操作性。 有以下层次: Application-Collaboration-Application Transparency-Inter-operability- Transparency RPC-Inter-communication- RPC Comms-Inter-Connection- Comms 4 简述中间件产生的背景、概念、组成结构及核心技术。 定义:中间件是介于应用系统和系统软件之间的一类软件,它能使处于应用层中的各应用成分之间实现跨网络的协同工作。 组成结构:(1)执行环境软件(2)应用开发工具 核心技术:通信、资源管理、互操作性 5 简述DCE的组成结构及其缺点 DCE由分布式文件服务、安全服务、目录服务、时间服务、RPC、线程组成。 DEC的缺点:RPC设计不周,开发工具薄弱;性能差、适用系统少、适用困难;没有采用面向对象技术。 6阐述面向对象的定义及其与面向过程的调用的区别。 面向对象的方法以一种更为直观的方法分析和构造系统,它将整个系统抽象并模型化,让人们能够更好地了解整个系统,使得在设计时就能发现其中可能存在的问题。 两者最大的区别是,在结构化的开发方法中,数据与功能室分离的,而在面向对象的开发方法中,数据与相关的功能是捆绑在一起的,更好地表示了系统中相对独立的对象。 7 简述ODP的关键技术 观点和透明性。观点把对于一个系统的说明分成若干个不同的侧面;透明性屏蔽了由系统的分布所带来的复杂性,极大的减小了分布式标称的复杂性。 8 怎样理解ODP是元标准 RM-ODP不仅是一个一般的标准,还是一个标准的标准,即规定了使用于开放式分布处理领域内的其他标准必须遵循的参考模型。

相关文档
最新文档