was配置db2数据连接池

配置好上面以后，点击“应用”并保存一下。再次进入如上图所示界面：

如下图，点击“新建”

回到一下界面，进行设置

was的性能优化

Websphere性能分析与优化 ——从Heapdump浅谈JVM堆设置 不同版本的JDK可以设置的JVM堆大小是不一样的，而JVM堆的大小直接制约系统的性能，合理设置每个应用服务器中的JVM堆，在系统性能优化中是十分关键的一步。 一般来说，JVM堆可设置的大小受其版本限制，可分为以下两大类： 1、32位的JDK，JVM堆最大可设置到1.5G左右 2、64位的JDK，JVM堆大小暂无限制 那我们该如何调整JVM的堆大小呢？在Was上如何去设定一个合理的值且多大的值才算是合理的呢？ 首先我们来了解下JVM堆大小对系统有哪些主要的影响，在JVM堆不足的情况下将会导致系统： 1、频繁的垃圾回收（引发系统资源紧张情况，集群环境下CPU资源消耗就更严重） 2、OOM，内存溢出（out of memory） 系统繁忙时，一般都是在处理大量的客户端请求，或是在进行多个复杂的计算，它们都需要向JVM堆申请空间进行对象的创建。在堆空间不足的情况下，应用系统会出现以下一些情况，从而大大降低客户的感知度： 1、请求操作响应时间长 2、请求操作失败，资源等待操作，内存溢出 为了保证系统的性能，提高系统稳定性，我们就需要对JVM堆的详细使用情况刨根问底，以此估出一个合理的值来设置JVM堆大小。

有专家给出建议，Was每个Server的线程池不宜配置过大，一般建议值在50-120之间，而JVM堆则设置在2G内。这个建议针对大部分系统都是适用的，如果在这个配置上系统运行还出现性能问题，可先从应用程序角度着手优化。因为无论线程池的线程大小是多少，每个线程给系统带来的主要压力就是JVM堆资源的占用。 在32位的Java虚拟机上，JVM堆最大可设置到1.5G左右。假设请求从客户端来到Was，Was从线程池中分配一个线程处理这个请求，同时从JVM堆空间申请相应的资源进行操作。假设这是一个上传5MB的Excel的线程，那么在上传与处理这个Excel过程中，线程占用的JVM堆的资源会越来越多，甚至有可能需要向JVM堆申请超过30MB的空间（当然30MB的堆空间不是绝对，这与代码设计密切相关，如果到Excel上传过程中，还要进行分析，封装，持久化等操作）。这种情况下，再有50个类似的上传Excel的线程，系统性能就会受到影响，因为在线程操作结束前，JVM堆资源被大量占用且无法快速释放，系统剩余可分配的JVM堆空间越来越少，如再有其它线程继续申请堆空间资源的话，就需要等待垃圾回收或者资源空间的创建了。 因此为了保证系统的性能，我们首先要保证JVM堆剩余可分配空间的大小。除了加大JVM堆的设置外（可考虑集群方式降低单Server的压力），我们还要从系统设计与应用程序代码优化入手，避免资源相互占用，资源调用后可快速释放。 应如何优化应用代码呢？在实际项目中，许多应用系统的工期都十分紧张，从需求调研到系统上线，可能仅有个把月的时间。由于复杂的业务逻辑和紧张的工作期限，在编码过程中难免都会出现一些漏洞，这些漏洞问题可能因为功能交叉关联，过于复杂，在测试阶段不能重现，直到投入生产使用中才发现，并且随着系统功能不断增加，关联越来越多，有些问题会成为影响性能的根源，让我们猝不及防！因此我们需要增加数据监控这一过程，其中可以通过Heapdump文件收集生产上每个Server的JVM堆中对象空间详细分配情况作为参考，进行代码优化与堆大小设置。 Heapdump文件主要用于记录JVM堆对象的详细信息，在JVM堆接收到转储命令时产生，其相当于JVM堆某一时间切面的详细信息，也可理解为记录对象在

WebSphere中DB2数据库连接池的配置

1.进入管理控制台（http://localhost:9090/admin/） 2.指定Java 2 连接器安全性使用的用户标识和密码的列表 在安全性->JAAS配置->J2C认证数据 图(一)

然后点击新建按钮进入图二，这里别名和用户标识都写 db2inst1(就是登录DB2数据库的用户名和密码，别名可以任意.)，密码写登录DB2数据库的密码。单击应用。（这里我输入了别名为：DB2Connect，用户标识为：db2admin，密码****） 图(二)

3.选择：资源->JDBC提供程序，点击“新建”，建立JDBC 提供程序。 图(三) 点击“应用”后，在类路径中 输入三个文件(这三个文件在DB2数据库的安装目录下的，搜索一下就能找到)，也可以写成相对路径，再点击“应用”，然后保存，再保存。

4.定义数据源，如下图 图(四) 点击界面中“数据源后”再点击“新建”，建立数据源。这里名称写DB2ConnData，JNDI名是jdbc/button,注意JNDI 名必须是上述格式，否则可能连接不上DB2数据库。组件受管认证别名和容器受管的认证别名都选择在安全性->JAA配置->J2C认证数据里新建的选项。点击应用。 5.界面上点击“定制属性”，定义连接池的databasename、 serverName 信息 (1) databasename的值修改为DB2数据库里的数据库

名,点击“确定”保存配置. (2) serverName的值修改为DB2数据库所在机器的IP 地址,点击“确定”保存配置. 其余的取默认值，然后一直确定即可。最后到如下界面来测试连接： 总结： 1.进入管理控制台(http://localhost:9090/admin/) 2.指定Java 2 连接器安全性使用的用户标识和密码的列表在安全性->JAAS 配置->J2C认证数据里新建(这里是配置登陆DB2数据的用户名和密码) 3.选择：资源->JDBC提供程序，点击“新建”，建立JDBC提供程序。 4.定义数据源： (1)点击界面中"数据源后"再点击“新建”，建立数据源。 (2)点击界面中"定制属性"(这里设置databasename和serverName) 5.测试连接

WAS性能调优

1.设置Web Container的最大、最小并发用户 在管理控制台中点击应用程序服务器> server1 > 线程池>WebContainer（默认为10,50），根据观察的性能情况和应用情况输入合适的最小、最大进程数。如将最大进程数改为：1000，最小进程值改为400，Default（默认为5,20）、TCPChannel.DCS（默认为5,20）进程值同样改为最大值1000，最小值400，并选上允许线程分配超过最大线程大小，如下图：

2.对象请求代理（ORB）的线程池大小： 在管理控制台中点击应用程序服务器> server1 > ORB 服务> 线程池，根据观察的性能情况和应用情况输入合适的最小、最大进程数。如将最大进程数改为：400，最小值改为20，（默认是10和50）并选上允许线程分配超过最大线程大小，如下图所示

3.JVM 堆参数设置的性能调优 应用程序服务器 > server1 > 进程定义 > Java 虚拟机，根据硬件物理内存和应用情况输入合适的初始堆大小、最大堆大小。如将初始堆大小改为768、最大堆大小改为2048。2048为最大值，如下图所示： 通用JVM 参数改为：-Djava.awt.headless=true

4.设置数据库的连接池属性： JDBC 提供者 >数据库JDBC 驱动名称 > 数据源 > 数据源名称> 连接池，根据观察的性能情况和应用情况输入合适的最小、最大连接数。最小值为：20，最大值为：50。

分别更改uissdbpool、uissdbpoolgw连接池的属性，如下图所示： 5.ORB参数调用方式的性能调优： 应用程序服务器> server1 > ORB 服务>选中按引用传递。如下图所示；

WAS配置

1.1 配置字符集和JVM内存大小 答案：服务器>应用程序服务器>[选择所使用的服务器]>Java 和进程管理》进程定义》Java 虚拟机， 初始堆大小为512，最大堆大小为2048， 通用JVM参数设为：-Ddefault.client.encoding=UTF-8 -Dfile.encoding=UTF-8 -Duser.region=CN https://www.wendangku.net/doc/e611559425.html,nguage=zh -DLANG=zh_CN -Dclient.encoding.override=UTF-8 -Xverify:none 通用JVM参数设为-Ddefault.client.encoding=GBK -Dfile.encoding=GBK -Duser.region=CN https://www.wendangku.net/doc/e611559425.html,nguage=zh -DLANG=zh_CN -Dclient.encoding.override=GBK -Xverify:none 1.2 nodeagent的JVM内存最佳配置。 初始堆256 最大堆1024 位于系统管理-》Node Agent-》nodeagent->java和进程管理-》进程定义-》Java 虚拟机。 1.3 系统管理-》控制台首选项-》在“与节点同步更改”打勾。 1.4 提高控制台访问速度和稳定性 系统管理——》Deployment Manager——》配置——》Java 和进程管理——》进程定义——》Java 虚拟机，初始堆大小改为512，最大堆大小改为1024。 dmgr 512~1024 1.5 配置数据源 1.5.1建数据源 资源——》JDBC——》数据源——》——》先选择作用域——》新建———》数据源名输入BJH02_JNDI——》JNDI 名称也输入BJH02_JNDI——》数据库类型选择ORACLE——》实施类型选择连接池数据源——》目录位置/opt/IBM/WebSphere/AppServer/lib/ext（同时要检查此路径下是否存在ojdc.jar）——》URL: jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOS T=10.201.2.104)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=10.201.2.105)(PORT=1 521))(LOAD_BALANCE=on))(CONNECT_DA TA=(SERVICE_NAME=zjorcl)(SERVER=DEDI CA TED)))——》数据存储器helper类名选择ORACLE10g——》完成。

WAS关键性能参数配置及异常分析

WAS关键性能参数配置及异常分析

目录 WAS关键性能参数配置及异常分析 (1) 1.WAS性能关键参数配置 (3) 1.1 JVM（Java虚拟机） (3) 1.2 GC（详细垃圾回收） (3) 1.3 Web Container (5) 1.4 Data Source数据源 (6) 1.4.1安装数据源驱动 (6) 1.4.2配置全局数据源变量 (6) 1.4.3配置数据源驱动 (6) 1.4.4配置数据源 (7) 1.4.5 Database连接池的参数配置 (10) 1.5 其它关键参数 (11) 1.5.1 EJB分发共享内存参数 (11) 2.WAS性能分析工具 (11) 2.1 WAS性能监控配置 (11) 2.2 WAS性能监控 (11) 3.WAS异常分析 (11) 3.1 关键日志文件 (11) 3.1 javacore、heapdump分析 (13) 3.1.1 javacore的分析 (13) 3.1.2 heapdump的分析 (19)

1.WAS性能关键参数配置 1.1JVM（Java虚拟机） Heapsize（-Xms和-Xmx）：heapsize的大小依赖于系统平台和具体的应用等多种因素。最大heapsize需要小于机器的物理内存，一般来说，默认最小heapsize为256m。例如NG 设置的JVM为-Xms 512m，-Xmx 2048m。 如果在WAS应用服务器未设置JVM参数或者设置JVM参数不合理，会有可能告成应用服务器处理效率低或者造成OutOfMemoryError的情况。 备注：2m代表是2m的程序对象 1.2GC（详细垃圾回收） GC（Garbage Collection）：当需要分配的内存空间不再使用的时候，JVM将调用垃圾回收机制来回收内存空间。一般来说，良好的GC状态需要保证相邻两次垃圾回收的平均间隔时间应当是单次垃圾回收所需时间的至少5-6倍。GC的调优是通过在模拟压力的情况下不断调整最大最小heapsize来实现的，并不是heapsize设置越大越好。 通过在WAS应用服务器配置详细垃圾回收，从而可以使WAS在运行时生成 native_stderr.log，native_stderr.log日志帮助分析JVM在进行GC垃圾回收时的数据，

WAS+DB2完整部署

1 安装准备 (2) 1.1 DB2用户和组 (2) 1.2 修改内核参数 (2) 2 安装DB2服务器 (3) 2.1 使用“DB2安装”向导安装 (3) 2.2 使用手动安装 (24) 2.2.1 安装步骤 (24) 2.2.2 安装之后配置 (25) 3 创建数据库 (26) 3.1 设置数据库中文字符集（选项） (26) 3.2 启动DB2 (26) 3.3 创建数据库 (27) 3.4 链接已建数据库 (27) 3.5 导入所需脚本 (27) 4 FAQ (32) 一、安装WAS步骤(root用户操作) (33) 二、部署 (42) 三、堡垒机服务安装和配置 (48) 3.1安装堡垒机程序文件 (48) 3.2 软件安装和配置 (49) 3.3 配制websphere (50) 四、服务启停 (51) 4.1 停启webservice (51) 4.1.1 启动服务 (52) 4.1.2 停止服务 (52) 4.2 启停管理台服务 (52) 4.2.1 启动服务 (52) 4.2.2 停止服务 (52) 4.3 启停堡垒机 (52) 4.3.1 启动服务 (52) 4.3.2 停止服务 (52) 五、附录 (53)

1安装准备 软件注意事项： 必须具有 root 用户权限才能执行安装。 DB2 数据库产品映像必须可用。如果要安装非英语版的DB2 数据库产品，那么还必须具有相应的“本地语言包”。 DB2 安装向导是图形安装程序。必须具有能够提供图形用户界面的 X Windows 软件，才能使DB2 安装向导在机器上运行。确保 X Windows 服务器正在运行，并确保正确导出了显示内容。 例如，export DISPLAY=9.26.163.144:0. DB2 安装向导的字段不接受非英文字符。 1.1DB2用户和组 在安装 DB2产品过程中，“D B2 安装”向导会自动创建下列用户和组（如果需要）。如果使用“DB2 安装”向导，则不需要手工创建这些用户和组。 表 1. 缺省用户和组 用户示例用户名示例组名 实例所有者db2inst1 db2iadm1 受防护的用户db2fenc1 db2fadm1 DB2 管理服务器用户dasusr1 dasadm1 ●实例所有者主目录是将在其中创建 DB2 实例的位置。 ●受防护的用户用于在 DB2 数据库所使用的地址空间之外运行用户定义的函数（UDF）和存储过 程。 ●DB2 管理服务器用户的用户标识用于在系统上运行 DB2 管理服务器。 1.2修改内核参数 先决条件 必须具有 root 用户权限才能修改内核参数。 kernel.sem = 250 256000 32 1024 #示例：512M的shmmax（修改时换算为字节：536870912） kernel.shmmax = 536870912 #示例：1 GB 的shmall（修改时换算为页数，基页大小为4K：262144） kernel.shmall = 262144 kernel.msgmax = 65535

WebSphere6.1-db2数据源配置文档

WebSphere6.1-db2数据源 配置文档 撰写： 调研人员：王劲 组长： 研发经理： 技术总监：

文档信息 版本和修改信息

目录 1约定 (4) 2WebSphere6.1数据源配置 (4) 2.1 配置 (4) 3应用系统需要改动的配置 (16) 3.1 web.xml配置文件 (16) 3.2 persistence.xml文件的配置 (17) 3.3 在\web\WEB-INF目录下加入ibm-web-ext.xmi、 ibm-web-bnd.xmi两个文件 (18)

1约定 本文假定WebSphere安装在 D:\IBM\WebSphere\AppServer WebSphere版本是6.1.0.21 or up Db2v8.2 or up 2WebSphere6.1数据源配置 2.1 配置 2.1.1 复制驱动程序 1.创建D:\IBM\WebSphere\AppServer\db2目录(db2目录由自己定义) 2.把db2(对应数据库的驱动)驱动db2jcc.jar、db2jcc_javax.jar、db2jcc_license_cu.jar 放在D:\IBM\WebSphere\AppServer\ db2\lib(或自定义目录)下 2.1.2 登录 ?登录websphere控制台http://ip:9060/admin 2.1.3 环境变量 ?环境==>WebSphere 变量==>作用域(选择相应的Server1)，如图示：

创建环境变量DB2UNIVERSAL_JDBC_DRIVER_PATH 值${WAS_INSTALL_ROOT}/db2/lib 1）点击<新建>，如图示：

WAS8.5安装配置For AIX-new

WerbSphere Application Server V8.5 For AIX安装 2015.03.25 （仅供参考） 张永昆

目录 1、安装准备： (4) 1.1 上传所需要的软件包 (4) 1.2 安装系统所需的RPM (4) 1.3 创建应用账户 (4) 2、安装Installation Manager (4) 2.1、解压软件包 (4) 2.1.1解压nstallation Manager安装包 (4) 2.1.2 解压WAS ND V8.5.5安装包 (5) 2.2 安装nstallation Manager (5) 2.2.1执行安装程序 (5) 2.2.2 安装验证 (5) 3、安装WAS ND V8.5.5 软件 (6) 3.1 启动Installation Manager (6) 3.2 用Installation Manager安装WAS 8.5.5 (7) 3.3确认安装版本 (12) 4、创建概要文件 (13) 4.1打开概要管理工具 (13) 4.2 创建cell的profile (14) 4.3 web服务器定义 (21) 4.4 安装验证 (24) 5、添加多个概要文件 (25) 5.1打开概要管理工具 (25) 5.2 添加概要文件 (26) 5.3 验证概要文件 (33) 5.4 将新建profile加入Dmger01 控制台 (34) 5.4.1 启动dmgr (34)

5.4.2 启动server1 (34) 5.4.3 登陆Dmgr01管理控制台 (35) 5.4.4添加节点 (36) 5.4.5 启动各节点 (38) 6、配置cluster (38) 6.1 登陆控制台，查看集群 (38) 6.2 创建集群 (39) 7、配置数据源 (44) 7.1 准备DB2驱动 (44) 7.2 创建JDBC程序 (44) 7.3创建数据源 (46) 7.4 创建J2CC认证 (48) 7.5 配置J2C认证 (50) 8、虚拟主机 (51) 8.1 配置虚拟主机 (51) 8.2 应用虚拟主机 (58) 9、IBM HTTP Server安装 (60) 9.1 运行Installer manager (60) 9.2 安装IBM HTTP Server (63) 10、配置IHS转发应用 (63) 10.1 WAS控制台添加IＨＳ (63) 10.2 配置IHS转发 (65) 10.2.1 配置httpd.conf加载plugin (65) 10.2.2 生成plugin文件 (66) 11、WAS 参数调整 (68) 11.1 JVM虚拟机调整 (68) 11.2 JDBC连接池调整 (68) 11.3 数据源属性调整 (69) 11.4 线程池调整 (70)

WAS详细操作

WAS详细操作 1.节点部署 概要文件(Profile)定义一个独立应用程序服务器(Server)的运行时环境, 包括服务器在运行时环境中处理的所有文件 节点(Node)是受管服务器(Server)的逻辑分组, 节点通常与具有唯一IP主机地址的逻辑或物理计算机系统对应, 节点不能跨多台计算机 Node Agent 是将管理请求路由至服务器的管理代理程序, Node Agent 是服务器, 是一个管理代理程序, 并不涉及应用程序服务功能, Node Agent 进程在每个受管节点上运行, 并专门执行特定于节点的管理功能, 如服务器进程监视、配置同步、文件传输和请求路由, Deployment Manager通过与Node Agent的交互完成对单元内节点的控制 Node是管理上使用的概念, Profile是实际的概要文件, 它们代表同一事物 查看所有概要文件: export WAS_HOME=/opt/WebSphere/AppServer cd $WAS_HOME/bin ./manageprofiles.sh -listProfiles 1.1.D eploymentManager DeploymentManager(简称DM) 为单元中所有元素提供了单一的管理控制中心点 DM属于一个特殊的节点, 用以下步骤创建: export WAS_HOME=/opt/WebSphere/AppServer cd $WAS_HOME/bin ./manageprofiles.sh -create \ -templatePath $WAS_HOME/profileTemplates/dmgr \ -profileName Dmgr01 \ -profilePath $WAS_HOME/profiles/Dmgr01 \ - nodeName (节点名) \ -cellName (单元名) \ -hostName (主机名) (其中红色部分为概要文件名, 可根据实际情况修改)

was配置手册

配置篇 1、以wasuser账户启动WebSphere Application Server 7.0.0.9 2、输入Console URL打开Deployment Manager Administrative Console，输入用户ID并单击登陆，进入管理控制台。 Administrative Console 登录 1、集群配置 1、在Administrative Console 中，展开Servers，选择WebSphere Application Server集群，单击新建来名字为JLN_ERP的集群； 2、创建三个Instance，集群成员的权重都为“2” ，都不要选中“首选本地” 2、dsjln数据源配置 1、创建JDBC提供程序； 2、设置数据库类存放的环境变量 ${ORACLE_JDBC_DRIVER_PATH}=/usr/WebSphere/AppServer/lib/oracle ERP工作目录环境变量${JLN_HOME}=/erpHome/jln.ear/erp.war

3、建立数据源dsjln与JNDI名称jdbc/dsjln URL填写jdbc:oracle:thin:@10.3.160.51:1521:jlndb

4、新增J2C认证数据条目 5、回到数据源选择组件受管认证别名与容器受管的认证别名，并填写oracle数据源属性 6、连接池内容填写如下：

3、dssession数据源配置 1、建立数据源dssession与JNDI名称jdbc/dssession

URL填写jdbc:oracle:thin:@10.3.160.51:1521:sessdb 4、新增J2C认证数据条目 5、回到数据源选择组件受管认证别名与容器受管的认证别名，并填写oracle数据源属性 6、连接池内容填写如下：

weblogic连接池配置及相关异常解决

1、配置连接池通过IP/console进入管理控制台(如果不知道用户名和密码可以通过以下方式进入：右击StartWebLogic.sh快捷方式，选择“编辑”，在文本中可以找到用户名和密码) 在左侧菜单中依次进入mydomain(自定义的域名称)－服务－JDBC－连接缓冲池 点击“配置新的JDBC Connection Pool... ” 数据类型选择：Oracle 数据库驱动程序选择：Oracle's Driver (Thin) Version:9.0.1,0.2.0,10 点击右下角的“继续” 在名称中写入想要设置的连接池名称如myConnection 数据库名称：要访问的数据库名称 主机名：写入数据库服务器的主机名称或IP地址 端口号默认为：1521 数据库用户名称、密码 点击“继续” 在下一页中点击“测试驱动程序配置”显示“连接成功” 点击“创建和部署” 在新页面的列表中出现mpConnection的配置项 连接池配置完毕 2、配置JDBC数据源 在管理控制台左侧菜单中依次进入mydomain(自定义的域名称)－服务－JDBC－数据源 点击“配置新的JDBC Data Source” 在名称中写入要配置的数据源名称myConnection 在JNDI名称中写入访问的名字pc/ora9） 点击“继续”

在缓冲池名称中选择myConnection 点击“继续”、“创建” 在列表中出现myConnection配置项 数据源配置完毕 异常解决： <001059><010070><149231><000297><090034>

WAS监控调优思路及工具汇总

WAS整理——侯泰浩 一、WAS是什么 IBM WAS的全称是IBM WebSphere Application Server，和Weblogic一样，是当前主流的 App Server （应用服务器）之一 1.1术语 WAS: IBM Websphere Aplication Server, 中间件应用服务程序; IHS: IBM HTTP SERVER DM: Deployment Manager, WAS中的集群管理节点; ND: NodeAgent, WAS中的节点监听程序; JVM: Java Virtual Machine, Java虚拟机; GC: Gabage Collection, 自动垃圾回收 1.2W AS ND集群基本概念及体系结构 WAS集群由一组应用服务器组成，每个服务器上部署了同样的应用程序。通过集群可以实现可扩展性（服务更多客户，提高吞吐量），负载均衡（平衡负载资源，使资源得以有效利用），高可用性（提供故障恢复和补偿机制，在关键性业务中提供容错功能）。 下图是ND分布式环境的体系结构，包括单元、节点、服务器等基本概念。 WAS群集是为了实现集中管理和负载均衡同时可以实现故障转移，一个2节点的群集拓扑如下：

其中，DeploymentManager通过每个节点上的NodeAgent完成对AppServer的配置修改、应用发布以及启动和停止，实现集中管理。 如果安装多个IHS，并实现负载均衡和分发，可以使用防火墙的负载分发功能。 每个节点上的AppServer可以是多个的。 二、WAS基本参数配置

三、WAS的调优思路 3.1基本思路 部署在WAS上的应用程序，其性能是由多个因素决定的。例如网络、数据库、内存分配、WAS服务器的配置以及应用程序的设计。对于一个标准的 J2EE应用，一个请求到来时，往往需要经过多次转发：网络 > Web服务器Web容器 > EJB容器 > 数据库。而每一次转发，都可能造成请求处理的瓶颈，使得应用程序整体性能下降。如果我们把每一次转发的待处理资源都看成一个队列，如下图： 待处理资源队列 对于WAS调优，要记住的一个基本原则就是，使得在队列中等待的请求的数量最小化。在实践中我们发现，为了达到这个目的，最有效的配置方式就是使得队列成为一个“漏斗”。也就是说，越靠

was配置数据源自己写的

1、安装was 2、启动一个服务 3、第一步先建立一个企业应用吧，这个比较的简单： 4、建立数据资源： (1)创建：jdbc提供程序 A：新建：如下截图： 作用域：作用域是登录时选择的,一般是后缀是cell的 名称：jdbc提供程序的一个名字，下面配置数据源时要用到的 类路径：是Oracle驱动的路径，一般都是默认的找本机的Oracle数据库的驱动，这里我自己放置里的一个驱动，把路径放对就行了。 本机库路径：同类路径 B：保存，这步挺重要的，否则新建立的不起作用， (2)建立数据源： A：新建：

数据源名：任意为数据源起个名 JNDI名称：是配置的一个连接池的名称，通过Context initCtx = new InitialContext(); if (initCtx == null) throw new Exception("Context!"); //System.out.println("准备加载lookup方法！"); Context ctx = (Context) initCtx.lookup("java:comp/env");//这里没有实现 ======================= //System.out.println("准备获取连接池！"); //获取连接池对象 Object obj = (Object) ctx.lookup("jdbc/myoracle"); //System.out.println("获取连接池成功！"); //类型转换 javax.sql.DataSource ds = (javax.sql.DataSource) obj; con = ds.getConnection(); 实现的，其中的jdbc/myoracle就是要填的内容。 B：比较关键的额一步了：就是建立认证名了，这个任意，但是必须有的，这个认证实际上就是数据库的登录信息，对于Oracle：就是一个用户名和密码。 以上好了就ok了，可以测试一下连接。 可以输入以下的链接查看部署的应用： http://localhost:9080/safeweb/sfItemAction.action 项目默认的路径： D:\IBM\WebSphere\AppServer1\profiles\AppSrv01\installedApps\licanNode01Cell\safeweb_war. ear\safeweb.war 查看日志文件： D:\IBM\WebSphere\AppServer1\profiles\AppSrv01\logs\server1 主要是：SystemErr.log 和SystemOut.log 说白了就是：一个应用向让它跑起来就要有个环境。这个应用是war包或者是ear包 它的服务器不是Tomcat了而是一个was而已。那么与开发时的思路类似了，was读取war 包，使应用能够被解析。应用想跑起来就需要有个数据源了，在Myeclipse等开发工具下也有类似的配置的如:hibernate的数据库的配置。只不过这里都是图形化界面实现的。理解了这些was的作用应该理解了。就是：应用在有数据源的情况下运行起来。

WAS安装配置步骤

1.1.1W A S安装配置 大致步骤： 1．安装WAS软件 2．安装补丁工厂 3．将补丁包*.pak(4个包)拷贝至目录/usr/IBM/WebSphere/UpdateInstaller/maintenance下（LINUX里面的目录为/opt/IBM/WebSphere/UpdateInstaller/maintenance）进行补丁安装 4．创建概要文件profile文件 5.启动WAS应用服务器服务 6．创建数据源 1.1.1.1W A S v6.1的安装 LINUX里面安装WAS只有目录不一样，其它都一样。目录为：/opt/IBM/WebSphere/AppServer 介质大小和用途说明如下： 541M C88SQML_WASNDv61AIX5Lv5_32B.tar.gz WAS ND安装介质 73M download.updii.6100.aix.ppc32.zip 补丁安装工厂 264M 6.1.0-WS-WAS-AixPPC32-FP0000002.pak WAS ND补丁6.1.0.2 将安装介质和补丁解包：

#cd /software/WAS的安装介质目录 #gzip -d C88SQML_WASNDv61AIX5Lv5_32B.tar.gz #tar -xvf ../C88SQML_WASNDv61AIX5Lv5_32B.tar 解包WAS ND的补丁安装工厂： #jar -xvf ../download.updii.6100.aix.ppc32.zip 给安装目录足够的权限： cd /software/WAS chmod –R 777 was61 chmod –R 777 updateinstaller 执行install命令，开始安装。如下图： 出现如下页面，点击“Next”：

NC配置WAS

打补丁注意事项 备份代码与数据库 一．备份代码 复制代码，将备份代码改名为可标识如（nchome日期）名字。（备份前可以删除nclogs文件夹下日志文件，可以减少代码大小） 二备份数据库 Oracle的逻辑备份与恢复 逻辑备份 使用EXP命令, exp help=y得到所有关于exp命令的参数 例：将nc50用户的所有数据备份到nc50bak.dmp文件中. exp nc50/1@orcl owner=nc50 file=d:\nc50bak.dmp log=d:\exp.log 其中: Nc50/1: nc的Oracle用户名与密码 orcl: Oracle的实例名 nc50bak.dmp: 为导出文件 exp.log : 导出过程的log文件. 注意：如果备份远程数据库需要用oracle客户端连接远程库。 exp nc50/1@orcl_IP owner=nc50 file=d:\nc50bak.dmp log=d:\exp.log 逻辑恢复 使用IMP命令,用imp help=y得到所有关于exp命令的参数 例：将nc50bak.dmp文件中的nc50用户的所有数据恢复到nc50new用户下. imp nc50new/1@orcl file=d:\nc50bak.dmp log=d:\imp.log full=y 其中： Nc50/1：要导入的Oracle用户名与密码 orcl: Oracle的实例名 nc50: 导出时的Oracle用户名 nc50new: 要导入数据到此Oracle用户下 nc50bak.dmp: 为导出文件 imp.log : 导入过程的log文件. 注意：如果恢复远程数据库需要用oracle客户端连接远程库。 imp nc50new/1@orcl_IP file=d:\nc50bak.dmp log=d:\imp.log full=y DB2的备份与恢复 备份

WAS使用手册

WAS基本使用手册 1.基本介绍 WebSphere Application Server(简称WAS)是IBM的应用服务器 基本结构:单元(cell) ——> 多个节点(node) ——> 多个服务(server) ——> 多个应用(app) 单元是整个分布式网络中一个或多个节点的逻辑分组 单元是一个配置概念, 是管理员将节点间逻辑关联起来的实现方法, 可以将单元看作是WAS最大的作用域 2.节点部署 概要文件(Profile)定义一个独立应用程序服务器(Server)的运行时环境, 包括服务器在运行时环境中处理的所有文件 节点(Node)是受管服务器(Server)的逻辑分组, 节点通常与具有唯一IP主机地址的逻辑或物理计算机系统对应, 节点不能跨多台计算机 Node Agent 是将管理请求路由至服务器的管理代理程序, Node Agent 是服务器, 是一个管理代理程序, 并不涉及应用程序服务功能, Node Agent 进程在每个受管节点上运行, 并专门执行特定于节点的管理功能, 如服务器进程监视、配置同步、文件传输和请求路由, Deployment Manager通过与Node Agent的交互完成对单元内节点的控制 Node是管理上使用的概念, Profile是实际的概要文件, 它们代表同一事物 查看所有概要文件: export WAS_HOME=/usr/IBM/WebSphere/AppServer cd $WAS_HOME/bin ./manageprofiles.sh -listProfiles 2.1.DeploymentManager DeploymentManager(简称DM) 为单元中所有元素提供了单一的管理控制中心点 DM属于一个特殊的节点, 用以下步骤创建: export WAS_HOME=/usr/IBM/WebSphere/AppServer cd $WAS_HOME/bin

WAS中间件配置指标

Websphere application server 中间件设置的配置指标 WebSphere provides JVM tunings that can help you increase throughput for your application. Default settings by WebSphere usually do NOT provide such increased throughput because they assume your hardware is not the most high-end. To take advantage of your large memory, and more CPUs, you will be better off set some tuning parameters to larger values. You should apply the following parameters and try measuring your application again. Then find the settings that best fit you. 推荐指标

The meaning of some of the above parameters: Setting the JVM heap size larger than 256MB For the best and most consistent throughput, set the (-Xms) starting minimum and (-Xmx) maximum the same size. Also, remember that the value for the JVM heapsize is directly related to the amount of physical memory for the system. Never set the JVM heap size larger than the physical memory on the system to avoid disk I/O caused by swapping. Session timeout 10 minutes The default value of Session Timeout is 30 minutes. Reducing this value to a lower number can help reduce memory consumption requirements, allowing a higher user load to be sustained for longer periods of time. Reducing the value too low can interfere with the user experience. Please determine this based on your end user requirements: if they mostly have quick tasks to finish, set this low; if they have long tasks to finish, set this higher. Class Garbage Collection -Xnoclassgc Using the "-Xnoclassgc"parameter will allow for more class reuse, thus causing less garbage collections to occur.