如何实现WebSphere Application Server 6集群环境下的定时服务
Websphere Application Server 6.1安装配置
Websphere Application ServerIBM Websphere Application Server(WAS)序：自打从学校出来，这是平生第一次完全凭己一人之力学习一个完全陌生的东西，真可谓是深有体会，真正了解到老师在我们平时的学习中起到多大的作用!自我开始研究WAS开始，在上面的下精力有多少不说，单是时间上来说，相差10倍不止啊!!!真是惭愧！哎！！闲话少提，干正事，权作为新手们少浪费精力和宝贵的时间!主要内容：如何linux平台上安装WebSphere Application Server V6.1，包括如何卸载以往版本，创建概要文件安装要求：1．系统需为分布式系统2．1.6GB闲置磁盘空间用于保存安装文件3．另一1.6GB闲置磁盘空间用于存放安装后的文件以及概要文件等我的系统配置：[root@shasys01 bin]# uname -aLinux 2.6.9-22.ELsmp #1 SMP Mon Sep 19 18:00:54 EDT 2005 x86_64 x86_64 x86_64 GNU/LinuxWAS简介：WAS是Websphere Application Server的简称，和Weblogic一样，是当前主流的是中间件之一。
V6.1在6.0的基础上增强了如下功能：1．用单元模板建立一个包括一个部署管理器和一个结点的完整的单元2．使您能够行使管理安全3．用新的Profile Management Tool（PMT，概要文件管理工具）创建概要文件四种概要文件的描述：【据我经验来看，希望大家好好看看这几个文件的概念和区别！切记！不然后面会非常的绕人！！】Cell profile（单元概要文件）：一个单元概要文件包含一个部署管理器概要文件和一个应用程序服务器结点概要文件。
你可以在创建单元概要文件之后把其他一些应用程序服务器结点添加到部署管理器概要文件。
单元概要文件模板是V6.1中新增的概要文件类型。
WAS ND6.1 集群配置向导_for linux
WAS ND6.1 集群配置向导-之一(2008-08-21 19:29:51)转载标签：分类：技术杂谈Websphere Application Server Network Deployment version 6.1 Cluster Guideby maj 21/8.08COPYLEFT BY MAZHE(mazhe219@)1.安装Websphere Application Server Network Deployment version 6.1(WASND6.1 for short) 操作系统: Novell SUSE Linux Enterprise Server 10安装Suse10的时候记住要安装图形化界面1.1得到WAS ND6.1 linux版本的安装包,例wasND61.tar1.2以root用户身份登录系统,将安装文件传送到目录中,例: /root/WASNDInstallFile/wasND61.tar 1.3解压安装包文件,命令:>tar -xvf wasND61.tar如果是在x-window可视环境中,可以右击安装文件直接解压到当前目录1.4运行launchpad.sh,启动安装界面如果启动失败,可以选择手动安装,方法:首先要先安装jre,在安装包解压目录中将JDK目录深处的jre目录拷贝至/usr/share/java5/中修改环境变量(最简方法):profile文件(/etc/profile),在文件尾部加入JAVA_HOME=/usr/share/java5/jrePATH=$JAVA_HOME/bin:$PATHexport JAVA_HOMEexport PATH重新登录使环境变量生效.测试jre是否安装成功:在任意目录下执行命令>java -version ,如果出现java版本信息,则表示安装成功.进入安装包目录中的WAS目录,执行install文件: >./install ,手动启动安装.1.5在启动的安装界面中,选择第一项:Startup the install wizard of Websphere Application Server Network Deployment进入WAS ND的安装.接受安装协议和指定安装目录(默认目录: /opt/IBM/Websphere/)后要选择同时生成profiles的类型,如果选择cell,则生成一个Deployment Manager和一个Application Server,或者可以单独生成Deployment Manager或者Application Server.但此处我们选择none,安装完成后单独创建这些profiles.1.6点击下一步直至安装完成.2.生成profile完成安装后,要创建Deployment Manager和Application Server的profile:到cluster管理节点上,运行: >/opt/IBM/WebSphere/Appserver/bin/ProfileManager/pmt.sh 打开profile创建界面.创建profile类型为Deployment Manager,用typical形式创建,默认创建的名字为Dmgr01.此处记住安装的Deployment Manager SOAP端口号,默认为8879建议选择安全管理并创建用户名与密码,例如: admin/111111到cluster受管节点上同样运行: >/opt/IBM/WebSphere/Appserver/bin/ProfileManager/pmt.sh此处创建profile类型为Application Server,依然使用typical形式创建,默认创建名为AppSrv01. 使用如上方法创建第二个Application Server,默认创建名为AppSrv02.2.1*重要一点,到各服务器上检查/etc/hosts文件,如果此处WASND安装时候将本机hostname映射到127.0.0.2,则要进行修改,改为127.0.0.1或者服务器真实IP即可.2.2将两台app server的IP映射成为hostname:修改DM服务器的/etc/hosts文件,添加映射,例如:192.168.0.2 webapp01.clu app01192.168.0.3 webapp02.clu app022.3启动DM,命令如下:>/opt/IBM/WebSphere/Appserver/profiles/Dmgr01/startManager.sh2.4要将两个app server加入到DM(Deployment Manager,下同)中,首先启动两个app server的node,命令如下:>/opt/IBM/WebSphere/Appserver/profiles/AppSrv01/startNode.sh成功启动后,将该app server加入到DM中,命令如下:>/opt/IBM/WebSphere/Appserver/profiles/AppSrv01/addNode.sh 192.168.0.1 8879 -username admin -password 111111以上参数分别为DM服务器ip,DM的SOAP端口,DM管理员登陆名,DM管理员登陆密码.2.5登录DM的管理控制台http://198.168.0.1:9060/admin在服务器->应用程序服务器中可以看到已经添加的的两台app server了(默认名称均为server1).3.创建集群cluster3.1 新建集群进入DM管理控制台,进入集群配置管理: 服务器->集群, 选择新建,然后创建一个空集群:testCluster3.2 为新集群添加成员选择进入集群testCluster,选择添加成员,将上面看见的两个两个app server添加到集群中,添加成功后可以在服务器->集群->本地拓扑中看到集群的拓扑结构.3.3 测试集群制作一个简单应用,只有index.jsp即可,可以生成上下文为"DemoApplication"的ear包进行直接部署,或者生成war包,然后在部署应用的时候指定应用上下文为"DemoApplication",部署的时候要在部署范围上面选择集群并进行应用保存(cluster=testCluster)启动集群testCluster.现在可以分别访问两个app server的应用了:http://192.168.0.2:9081/DemoApplicationhttp://192.168.0.3:9081/DemoApplication*注:安装时默认将application端口指定为9081,可以在安装时修改.如果访问成功,表示集群已经起作用,以后直接将应用部署到集群上面即可完成对两台app server的应用安装,但要注意的是各个服务器之间的时间相差不能大于5分钟,否则会显示不能同步的状态(修改系统时间命令: >date -s 15:30:00).4.安装IHS(IBM HTTP Server) 和WebServer插件4.1现在集群已经正常工作,但是还不能做到负载均衡,本结构例子使用IHS进行负载均衡.4.2同WASND安装,运行launchpad.sh,点击选择里面的Startup the install wizard of IBM HTTP Server.按照提示进行安装,默认安装到/opt/IBM/HttpServer1.4.3同上步骤点选Startup the install wizard of WebServer plugin.默认安装目录会将IHS的plugin安装到/opt/IBM/HttpServer.4.4 启动IHS运行/opt/IBM/HttpServer1/bin/apachectl.sh start4.5 将IHS注册到WASND中将/opt/IBM/HttpServer1/Plugins1/bin下的configurewebserver1.sh拷贝到DM中,并进行运行,命令如下:./configurewebserver1.sh -user admin -password 1111114.6进入DM的管理控制台,在服务器->web服务器中应该可以看到刚刚建好的webserver15.应用配置5.1部署应用时候,将部署范围选择为cluster和webserver1两个.5.2 修改virtual host进入环境->虚拟主机,选择default_host,点击"主机别名"进入编辑后将多余的都删掉,只留下9081,9443和80端口,对应得hostname都是*5.3重新启动DM服务5.4选中webserver1,点击传播插件,开始传播插件.如果传播插件失败,有可能是在系统上权限不够,可以使用chmod修改权限5.5成功传播插件后就可以进行负载均衡了,可以访问http://192.168.0.1/DemoApplication安装配置完成注:负载均衡请求流程:request->webserver(IHS)->进行负载均衡(从cluster中选择合适的服务器)->将request分发到app serverWAS ND6.1 集群配置向导-之二(2008-08-21 19:35:09)转载标签：分类：技术杂谈Websphere Application Server Network Deployment version 6.1 Cluster Guideby maj 21/8.08COPYLEFT BY MAZHE(mazhe219@)附1:各端口关系a.将端口和应用关联起来是通过virtual host,例如有两个应用app01和app02,分别要通过9085和9086来访问,配置方法是在环境->虚拟主机中建立两个virtual host,分别取名为host1和host2,里面分别新建端口*-9085和*-9086(要重新启动WAS).然后在部署应用的时候有一步骤是要为应用指定virtual host,此时将app01指定为host1,将app02指定为host2,即完成应用对端口的映射.如果是已经安装过的应用要进行端口修改的话,进入应用程序->企业应用程序,点击要修改的应用,在右边"Web 模块属性"中点击"虚拟主机",再修改为相应virtual host即可.b.各个application server上面也要开启端口,否则就算部署在服务器上面的应用使用了端口例如9085,但服务器本身没有对应打开的话,也是不能通过9085端口访问到该应用的.配置方法:服务器->应用程序服务器,点选要修改的服务器->右侧"容器设置"->"web容器设置"->"Web 容器传输链"->WCInboundDefault ,在此处可以修改端口,没有的端口可以进行添加(右边"端口"选项)WAS ND6.1 集群配置向导-之三(2008-08-21 19:37:43)转载标签：分类：技术杂谈Websphere Application Server Network Deployment version 6.1 ClusterGuide by maj 21/8.08 COPYLEFT BY MAZHE(mazhe219@)附2:自定义LoadBalancer1.编写自定义LoadBalancer代码可以使用servlet书写负载分发逻辑,选择好要分发的服务器后可以使用response.sendRedirect(url)该LoadBalancer应用的上下文要和webserver中的被访问应用一致(待研究)2.修改webserver的plugin配置要修改的配置文件地址:/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/config/cells/Cell01/nodes/Node01/servers/web server1/plugin-cfg.xml原始配置:<VirtualHostGroup Name="default_host"><VirtualHost Name="*:80"/><VirtualHost Name="*:9443"/><VirtualHost Name="*:9081"/></VirtualHostGroup><ServerCluster LoadBalance="Round Robin" Name="testCluster"><Server CloneID="11111" LoadBalanceWeight="2" Name="Node01_app01"><Transport Hostname="APPHOST01" Port="9081" Protocol="http"/><Transport Hostname="APPHOST01" Port="9444" Protocol="https"><Property Name="keyring"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.kdb"/><Property Name="stashfile"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.sth"/></Transport></Server><Server CloneID="22222" LoadBalanceWeight="2" Name="Node02_app02"> <Transport Hostname="APPHOST02" Port="9083" Protocol="http"/><Transport Hostname="APPHOST02" Port="9446" Protocol="https"><Property Name="keyring"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.kdb"/><Property Name="stashfile"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.sth"/></Transport></Server><Server CloneID="33333" LoadBalanceWeight="2" Name="Node03_app03"> <Transport Hostname="APPHOST02" Port="9081" Protocol="http"/><Transport Hostname="APPHOST02" Port="9444" Protocol="https"><Property Name="keyring"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.kdb"/><Property Name="stashfile"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.sth"/></Transport></Server><PrimaryServers><Server Name="Node01_app01"/><Server Name="Node02_app02"/><Server Name="Node03_app03"/></PrimaryServers></ServerCluster>上面配置文件中一些不很重要的属性被省略掉了,将配置文件改为:<VirtualHostGroup Name="default_host"><VirtualHost Name="*:80"/><VirtualHost Name="*:9443"/><VirtualHost Name="*:9081"/><VirtualHost Name="*:8088"/></VirtualHostGroup><ServerCluster LoadBalance="Round Robin" Name="testCluster"><ClusterAddress Name="MyLoadBalancer"><Transport Hostname="192.168.0.6" Port="8088" Protocol="http"/></ClusterAddress><Server CloneID="11111" LoadBalanceWeight="2" Name="Node01_app01"> <Transport Hostname="APPHOST01" Port="9081" Protocol="http"/><Transport Hostname="APPHOST01" Port="9444" Protocol="https"><Property Name="keyring"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.kdb"/><Property Name="stashfile"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.sth"/></Transport></Server><Server CloneID="22222" LoadBalanceWeight="2" Name="Node02_app02"> <Transport Hostname="APPHOST02" Port="9083" Protocol="http"/><Transport Hostname="APPHOST02" Port="9446" Protocol="https"><Property Name="keyring"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.kdb"/><Property Name="stashfile"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.sth"/></Transport></Server><Server CloneID="33333" LoadBalanceWeight="2" Name="Node03_app03"><Transport Hostname="APPHOST02" Port="9081" Protocol="http"/><Transport Hostname="APPHOST02" Port="9444" Protocol="https"><Property Name="keyring"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.kdb"/><Property Name="stashfile"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.sth"/></Transport></Server><PrimaryServers><Server Name="MyLoadBalancer"/></PrimaryServers></ServerCluster>主要添加了名为MyLoadBalancer的ClusterAddress,这个自定义LoadBalancer的地址为192.168.0.6,端口为8088,要指定PrimaryServers中为主要添加了名为MyLoadBalancer的ClusterAddress,并在VirtualHostGroup中添加一个端口.2.webserver传播插件点选webserver1并进行插件的传播.3.完成自定义LoadBalancer进行访问测试。
WS6集群环境
(9)安装完毕，出现安装完成窗口，这个窗口的“启动概要表创建向导”按钮要选中，点下一步。
(10)出现新窗口（欢迎使用v6概要表创建向导），点“下一步”。
（11）出现的新窗口是“概要表创建向导”窗口，这个窗口有三个radio button选项，因为我们要先装一个集群管理端，所以要选择第一个选项，即创建Deployment Manager概要表选项，然后点下一步。顺便在这里说一下，如果只装一个节点，不装集群管理，则选择第二个选项（创建应用服务器程序概要表）。
（17）出现一个“概要表摘要”的窗口，点下一步。系统出现安装概要表的窗口，等待安装完毕。。。安装完毕后，出现“概要表安装完成”窗口，选中此窗口的“启动第一步控制台”，然后点下一步,出现一个新的窗口，先不要点“安装验证”，因为点了安装验证后会启动应用服务器，在启动前我得换一个系统jar包，就是jdom1.0.jar,这个jar包是改进的合并和
如出现了用户标识的登录页面则说明安装成功，此时页面用户标识右面的输入框不用输入内容，直接点登录，可进入集群管理的页面。
1.4 在另外一台机器上安装一个节点
如果另外一台机器已安装了一个节点，假定websphere安装在d:spherend,则运行d:spherendinProfileCreatorpctWindows.exe，运行pctwindows.exe后的安装步骤参看下面的步骤即可。
远程主机的节点添加到集群的节点后，此时如果在远程主机上再运行http://localhost:9060/admin,会导致IBM Websphere Applicaiton Server V6 -主机名Node01服务停止，所以请不要再运行此连接，不过如果这样的话，则说明ibm的这个nd版有bug,不然别人很容易通过输入这个连接地址导致这个节点服务停止。
WebSphere Application Server使用及参数设置
停时间。这些信息将记录在 native_stderr.log 文件中。再通各种
工具打开此文件进行分析，这里推荐使用GCCollector,这个工具在这 里不细说，大家可以自己去研究。 3.如何监控：可以通WebSphere Application Server >性能监 视和调整>性能查看>当前活动>启动监视>JVM，可以查看内存空闲 free趋势图，如果是一条直线，说明内存不释放，如图：
WAS—参数设置
WAS—参数设置
3.监视： 语句高速缓存大小调整是否合适，可以查看 PrepStmtCach eDiscardCount值是否为0，而PrepStmtCacheDiscardCount正表示由于 缓存已满而被丢弃的语句的数量。所以当PrepStmtCacheDiscardCount 值为0时，表明没有被丢弃的语句。上图设置的语句高速缓存大小是10， 可以查看PrepStmtCacheDiscardCount值，如下图所示：
查看到WebContainer活动进程数大小，如下图所示：
WAS—参数设置
4.结论： 从上图可表明ActiveCount并发活动线程数29，Was6.1能够使 用相对较少的线程来扩展数千客户连接。这解释了图中平均只使
用 29 个线程来服务来自 HTTP 负载驱动程序的 50 个并发客户
机连接。根据此提供信息，可以参考减小线程池大小或加大线程 池，应该通过仔细考虑来确定线程池的大小，包括预期的平均和
WAS—参数设置
最大连接数：指当前连接池中允许创建的最大物理连接数，当到 达指定值后，将不允许创建物理连接。和连接超时相对应，当达到最 大值后，连接请求将等待，直到池中有空闲连接为止，否则报连接超 时错误。 最小连接数：指当前连接池要保留的最小物理连接，其决定未使 用超时维护机制的下限，连接池的创建不是根据最小连接数而特意创 建，而是根据用户请求而创建，系统会一直维护最小的连接数目。最 小连接数使应用服务器保持一定数量的物理连接，利用应用服务器维
websphere6.1集群配置
webshphere6.1集群配置目录第1章术语_______________________________________________________ 2 1.1术语______________________________________________________________ 2第2章准备工作___________________________________________________ 2 2.1WAS ND集群基本概念及体系结构____________________________________ 2 2.2群集原理__________________________________________________________ 3 2.3安装步骤汇总______________________________________________________ 4 2.4安装前任务________________________________________________________ 5第3章系统安装步骤_______________________________________________ 6 3.1安装WAS6.1中的DM管理节点______________________________________ 6 3.2通过概要文件管理工具安装节点_____________________________________ 10 3.3安装配置IHS _____________________________________________________ 15 3.4安装配置WAS Plugin ______________________________________________ 19 3.5Web Server节点加入配置管理服务器 _________________________________ 23 3.6配置WAS群集___________________________________________________ 23第1章术语1.1 术语IHS：IBM HTTP SERVERWAS：IBM Websphere Aplication Server ，中间件应用服务程序；DM：Deployment Manager ，WAS中的集群管理节点；ND：NodeAgent ，WAS中的节点监听程序；第2章准备工作2.1 WAS ND集群基本概念及体系结构什么是集群？WAS集群由一组应用服务器组成，每个服务器上部署了同样的应用程序。
Websphere6集群应用部署手册
EOS53 For WebSphere6.1集群安装文档1.1 安装集群环境假设集群环境搭建在同一台操作系统为Windows XP 的机器上，应用服务器的版本为WebSphere 6.1。
步骤1： 步骤2： 配置集群环境的hostname由于是在同一台机器上配置集群，因此不需要配置hostname。
安装WebSphere 6.1 ND(1) 运行WebSphere\AppServer\firststeps\firststeps.bat,点击概要文件管理工具：(2) 选择功能部件只需选中“Deployment Manager 和联合应用程序服务器”即可，如下图所示。
系统将创建一个Deployment Manager 节点和一个应用程序服务器节点，并将其联合！(3) 指定概要文件位置、节点名、主机名、单机名选择高级概要文件创建，缺省部署管理控制台和缺省应用程序。
在输入节点名和主机名时必须正确，主机名区分大小写，建议不要填写IP 地址。
节点名和单元名取默认值即可，但是要保证集群中的节点名不可重复。
(4) 安全性、端口和服务指定不启用安全性设置，集群各节点的端口不能出现冲突，不将DeploymentManager 进程作为Windows 服务运行。
步骤3： 安装WebSphere 6.1(1) 运行WebSphere\AppServer\firststeps\firststeps.bat,点击概要文件管理工具：(2) 选择功能部件只需选中“应用程序服务器”即可，如下图所示。
系统将创建一个应用程序服务器节点。
(3) 指定概要文件位置、节点名、主机名、单机名选择高级概要文创建，部署管理控制台和缺省应用程序。
在输入节点名和主机名时必须正确，主机名区分大小写，建议不要填写IP 地址。
节点名和单元名取默认值即可，但须保证节点名不可重复。
(4) 安全性、端口和服务指定、IBM HTTP Server不启用安全性设置，集群各节点的端口不能出现冲突，不将Application Server 进程作为Windows 服务运行，缺省安装IBM HTTP Server。
WebSphere_Application_Server_V6.1_技术介绍文档
V6 Application Server
…
V6 Application Server
…
V6 Application Server
…
V6 Application Server
V6 Node
V6 Node
Cell
© 2008 IBM Corporation 12
WebSphere
Managed vs. Unmanaged Nodes
EJB Container
EJBs
XML Configuration Files
Dynamic Cache
Data Replication
…
Embedded HTTP Server
Web Services Engine
Messaging Engine
Application Application Databases Data
EJBs
Application Application Databases Data
SOAP/HTTP(S)
Web Services client
Web Services Engine
Messaging Engine
AIX下WebSphere集群安装部署文档
WAS操作手册操作系统环境：AIX Version 6.1WAS版本：Websphere Application Server 6.11、WAS 6.1.0.31 集群的部署1.1安装目标架构：1.2 安装准备WAS在安装时有个很不好的习惯，会自动读取机器的机器名，并且将其用作建立的各种Cell，Node的前缀，并且，在未来的使用中，还会与这个机器名有着千丝万缕的联系，针对AIX系统中这个万恶的loopback机器名，最容易的做法，就是在安装WAS前，先修改机器名。
具体步骤分两步：1、smitty tcpip ，找到对应你IP地址的网卡，并且，将机器名改成你需要的机器名，如本例中的athenawas1和athenawas2。
2、编辑/etc/hosts文件，以本人的经验判断，WAS默认应该是读取这个文件中第一个代表本机的hostname，因此将这个文件中各个机器名的排列顺序调整如下：即：将loopback和localhost放到最后，切记，否则会给后面建立Cell、Node带来很多麻烦。
3、在athenawas1和athenawas2上，分别配置对方的机器名，确保互相可以ping通。
1.3 WAS介质安装准备好了机器名后，就可以安装WAS介质了。
安装过程很简单，基本就是下一步，以athenawas1机器为例，如图：点击下一步后，下面这张图有点不对，应该去掉“Install the sample applications”选项，其实装了也没关系，不过反正没用，还是去掉干净，加快速度。
在下一步是否创建概要文件的步骤中，选择“NONE”，不要安装任何概要文件，我们将在后面通过命令行创建它们，在命令行中，可以方便的指定概要文件的名称，NodeName等，方便将来管理，也避免自动创建的概要文件重名，无法加入到同一个DMGR中的麻烦。
由于我们不创建任何概要文件，接下来也没什么可以选择和设置的了，一直Next到底，直到安装完成。
IBM WebSphere Application Server布署文档
IBM WebSphere Application Server布署文档Part 1.启动服务器右击操作系统桌面的“我的电脑”选择“管理”双击“服务和应用程序”->“服务”，启动“IBM WebSphere Application Server V6”、“IBM HTTP Server 6.0”和“IBM HTTP Administration 6.0”，如图1所示。
图1Part 2.登录Application Server管理控制台打开Internet Explorer录入URL“http://localhost:9060/ibm/console/”，在图2中输入用户标识，单击“登录”进入WebSphere Application Server管理控制台，如图3所示。
图2图3Part 3.建立总线1.在控制台中展开“服务集成”->“总线”，在图4中点击“新建”图42.在图5中输入新建总线名称，默认其他选项，单击“应用”图53.在图6中选择“总线成员”为总线添加成员4.在图7中单击“添加”5.选择添加到总线的服务器，单击“下一步”，如图8所示6.确认添加信息在图9中单击“完成”7.在随后出现的图10中点击“保存”保存对配置的添加和更改.图10Part 4.建立队列1.展开“服务集成”->“总线”，点击刚建立的“iTreasureBus”，在总线配置标签页上点击“目标”，在图11单击“新建”选择建立总线目标图112.在图12中选择“队列”作为总线目标，单击“下一步”图123.在图13所示的标识中输入新建队列名称，单击“下一步”图134.选择为队列指定的总线成员,如图14所示，单击“下一步”图145.确认以上操作,在图15中单击“完成”,如要更改前步操作可单击“上一步”图15 6.单击图16“保存”链接,保存以上配置图16Part 5.建立JDBC1.展开“资源”->“JDBC提供者”,如图17所示2.单击“新建”,按图18所示进行配置,单击“下一步”3.在图19中输入JDBC名称，确定ojdbc14.jar的类路径图19此处${ORACLE_JDBC_DRIVER_PATH}在“环境”->WebSphere变量中定义，点击图20所示变量“ORACLE_JDBC_DRIVER_PATH”链接在图21所示页面上指定Oracle安装路径图214.按照图19所示进行配置确定后,单击“应用”后单击页面右侧的“数据源”链接,配置所建JDBC的数据源,如图22所示5.单击“新建”，按照图23所示进行配置图236.单击“应用”，点击图23页面右侧的“J2EE 连接器体系结构（J2C）认证数据条目”,为数据源指定用户名和密码,如图24所示图247.点击“新建”图25在图25中输入“iTreasurePro”认证别名以及数据库的用户名和密码，点击“确定”并保存设置8.重新进入图23页面选择为iTreasureDataSource数据源选择刚建立的iTreasurePro认证，如图26所示,点击“应用”并保存设置。
实验一 WebSphere Application Server V6 的基本配置
实验一WebSphere Application Server V6 的基本配置实验目的：掌握WebSphere Application Server V6的基本配置目标要求：1.能够创建新的概要表；2.通过管理控制台管理应用程序实验说明：第一节创建概要表(profiles)通过“概要表创建向导”创建概要表。
1.启动“概要表创建”向导在Windows开始菜单中：开始-> 程序-> IBM WebSphere -> Application Server v6 -> “概要表创建”向导。
或者在WebSphere Application Server 6.0（以后简称为”W AS”）的安装目录下启动向导程序，双击D:\Program Files\IBM\Rational\SDP\6.0\runtimes\base_v6\bin\ProfileCreator\pc tWindows.exe。
稍等片刻，向导成功启动，界面如下点击“下一步”。
2.摘要表名这里需要为概要表提供一个名称，这里使用默认的“AppSrv01”作为概要表名。
以后将以这个表作为默认表，所以勾选“将此概要表作为缺省值”，界面如下：点击“下一步”。
（以后的几步都会选择默认值，只需要了解每一步的功能）3.摘要表目录输入“概要表目录”，选用默认值“D:\Program Files\IBM\Rational\SDP\6.0\runtimes\b ase_v6\profiles\AppSrv01”，点击“下一步”。
4.节点和主机名输入“节点名”和“主机名”，这里选用默认值，默认值是基于计算机系统里的主机名而产生的。
界面如下：点击“下一步”。
5.端口设定应用程序服务器的端口。
要注意每个端口都不能与其它正被使用的端口冲突。
另一个W AS或者另一个概要表可能与你所设定的端口冲突。
现在先暂时使用默认值。
以后常用到的有三个端口：“管理控制台”“HTTP传输”“SOAP连接器”。
WAS_6_0安装及配置文档
WebSphere Application Server 6.0安装及配置文档（初稿）本文档只适用WebSphere Application Server 6.0版本；以及文档中提及的特定数据库及其特定的版本；对于其他版本的WebSphere及数据库仅供参考，并未测试通过；如将此文档用于其他版本的WebSphere及数据库，由此起发的问题概不负责至此，安装完毕！下一步将创建概要表，选择启动“概要表创建”向导；概要表类型选择，选择第二项，创建应用程序服务概要表输入概要表名指定概要表的目录输入节点和主机名指定端口，保留默认值Windows服务定义，将“将应用程序服务器进程作为Windows服务运行”项去掉；选择此项在XP系统上会出现服务不能正常启动的问题；选择“作为本地系统帐户登录”，在进入Websphere控制台时不需输入用户名和密码；启动类型可自由选择一直“下一步”，便会开始创建概要表至此，概要表创建完成！点击“下一步”将启动控制台控制台启动界面如下；选择“启动服务器”既启动服务服务器启动完成；控制台管理界面访问地址：http://localhost:9060/ibm/console/；直接点击“登录”进入；配置数据源：1 通过jconn3.jar连Sybase1253的数据源配置首先，下载最新的jconn3.jar以及jTDS3.jar;版本是6.05，发布时间是Tue Oct 3 19:26:12 2006；在控制台中选择：环境->WebSphere变量；找到SYBASE_JDBC_DRIVER_PATH，点击进入下一页面；在“值”输入框中输入jconn3.jar以及jTDS3.jar所在目录；点“确定”注意还要点击“保存”；再点击“保存”，完成WebSphere变量的保存选择：资源->JDBC提供者；点击“新建”按扭；进入JDBC提供者新建界面常规属性配置数据库类型：Sybase提供者类型：Sybase JDBC Driver实现类型：连接池数据源；点击“下一步”；在“类路径”中将默认的jconn2.jar改为jconn3.jar；在“实现类名”中将“com.sybase.jdbc2.jdbc.SybConnectionPoolDataSource”改为“com.sybase.jdbc3.jdbc.SybConnectionPoolDataSource”；点击“确定”并保存；点击创建好的JDBC提供者；进入下一页面点击“数据源”；进入下一页面点击“新建”按扭；输入数据源的名称以及JNDI名称；在“数据存储helper 类名”中，选择“指定用户定义的数据存储helper类名”；并输入com.ibm.websphere.rsadapter.SybaseDataStoreHelper；其他项保持默认；确定并保存；点击创建好的数据源；进入下一页面；点击“定制属性”；进入下一页面；点击“新建”按扭；进入下一页面在“名称”处输入：databaseName；“值”输入：数据库名；如jboa重复以上步骤；新建以下属性：名称值serverName 数据库服务器名或IP地址；如192.168.16.64 databaseName 数据库名；如jboaportNumber 端口号；如6000connectionProperties 连接属性；SELECT_OPENS_CURSOR=true;charset=cp936 user 用户名；如jboapassword 密码；如jbegov点击“保存”以保存配置的定制属性；返回数据源界面可以通过“测试连接”按扭测试连接；至此，WAS6.0上通过jconn3.jar连接Sybase1253数据库的数据源配置完成！2连接oracle9i的数据源配置（暂略）发布应用WebSphere中的应用要以EAR、WAR、JAR的方式发布；在发布之前须先将要发布的应用打包；以W AR包为例；选择：应用程序->安装新的应用程序；在“本地文件系统”中指定要发布的W AR包的路径；在“上下文根”中输入应用的根路径；点击“下一步”进入下一页面；可能会有安全性警告；暂时忽略，点击“继续”选中要发布的模块，点“下一步”选择映射Web模块的虚拟主机；点“下一步”点击“完成”按扭；开始部署发布应用；发布完成后，点击“保存到主配置”，以使发布的应用生效进入：应用程序->企业应用程序；选中刚发布的应用，点击“启动”按扭；启动应用；至此，应用发布完成；通过HTTP端口（默认值为：9080）可访问发布的应用；W ebSphere使用过程中需注意的问题：1web.xml的中Filter元素的配置：<filter-mapping>中的<url-pattern>内容须以‘/’开头，否则该Filter将不会起作用；2修改了应用目录中的web.xml后还应进行的操作：修改了应用目录中的web.xml文件（如在修改了应用的属性文件）后，需到WebSphere 安装目录中的WebSphere/AppServer/profiles/'ServerName'/config/cells/'机器名'/applications/'应用名_war.ear'/deployments/'应用名_war'/'应用名.war'/WEB-INF/中将web.xml删除；然后重启应用；因为应用在第一次发布并启动后会将应用中的web.xml保存在该目录中，如果不将其删除，应用启动时默认会读取该目录中的web.xml;导致新修改的web.xml文件没有被加载；3websphere端口的修改：在相应服务目录的\config\cells\XXXCell\nodes\节点名下的serverindex.xml中；也可以在控制台的服务器->server1中的“配置”中的“端口”项来配置；4JDBC数据源模板的配置在\config\templates\system\下的jdbc-resource-provider-only-templates.xml以及jdbc-resource-provider-templates.xml文件中配置；5关于调用JNDI的端口号：调用WAS的JNDI是通过2809端口；如果在同一台机器上已存在一个概要表，在配置新概要表时，会将默认的“引导端口”加1，即2810；此时需手动将其设置为2809；否则在调用JNDI时会报端口错误；（此问题尚未解决）。
WebsphereApplicationServer6.0配置与管理
WebsphereApplicationServer6.0配置与管理温故而知新：这篇文章应该是半年前在上下载的，今天查找如何在webshpere下对应用程序采用key认证时候偶然发现，应该说是从开发人员的角度理解了was这个产品，贴出来大家分享。
Websphere Application Server 6.0配置与管理一、WebSphere Application Server 6.0家族概述WebSphere Application Server6.0（以下简称“AppServer”）在安装IBM Rational Application Developer6.0的时候已经为我们自动安装了，完全可以做为一个独立服务器运行。
具体情况请参考“IBM Rational Application Developer 6.0安装、配置与开发”一文。
所以本文只是为了在用IBM Rational Application Developer 6.0（以下简称“RAD”）开发时，我们可以更好地配合AppServer在测试、运行、部署等过程中一起工作，减少因为对AppServer不甚了解而遇到问题时无从下手的麻烦。
IBM公司的软件产品有五大系列：DB2、Lotus、Rational、Tivoli、Websphere（其中大部分都是收购别的公司的）。
其中的Websphere系列，主要是为了电子商务而建立的一个基础平台。
它可以使公司开发、部署和整合电子商务应用。
（IBM Websphere家族）下图为概要说明：IBM的AppServer是Webshpere的软件平台的基础（Foundation）。
而WebSphere Studio（在6.0中已经转移到Rational系列中）是其开发测试工具（Tools）。
而对于AppServer，又有几个不同的版本，主要是应对不同规模需求的应用，我们项目组提供的是Network Deployment版本，它们大致描述如下：WebsphereAppServer 6.0系列（从上到下为包含关系）下面是WebSphere Application 5.1的几个版本的关系，比较上下两个图，我们会发现在版本升级后，它们的变化（如6.0版本中，去掉了Base这个称呼，不过表达时一般还是附带）WebsphereAppServer 5.1系列对于6.0各版本AppServer，它们的差别和需要注意的地方：1、Express版本主要是支持Web系统开发的易用性，不支持EJB 和JCA。
ihs+websphere多集群配置
IHS＋WAS6ND实现多应用效劳器集群配置日前本人做为一个工程的外援参与配置了一个困难WAS群集架构的部署，该工程由于遇到特殊状况需求采纳HIS＋WAS6ND实现多应用效劳器集群＋多web端口效劳器架构，在Google 上搜寻了一遍，没有找到类似的架构配置方式，只有自己来探讨了。
终于功夫不负有心人，经过屡次试验，最终胜利实现了上述架构的配置。
由于配置过程中经验了种种艰辛，所以将这种架构的配置经验做了总结，与大家共享，希望能对大家有所帮助。
首先来说一下为什么会须要采纳这样的架构。
从我进入IT行业以来，这样的架构还是第一次见到。
不能不说一句我对能够想出并实现这样架构的开发工程师和系统集成工程师致以崇高敬意，因为在应用需求不断改变软硬件架构和系统软硬件有条件限制的状况下，能够胜利实现这样的配置到达工程目标不能不说是一件特别不简洁的事情。
同时，我要对该工程的管理人员、设计人员以及实施工程企业的高层人员说一句，你们应当特殊感谢这些能够保证你们工程胜利的开发人员和系统集成人员，因为他们工程才得以胜利，因为他们才保住了企业的信誉和颜面。
跑题了，言归正传。
依据工程初期的设计，须要建立一个应用系统，为保证应用系统的高可用性〔效劳不能中断〕，对于这个应用系统采纳2台web效劳器网络负载均衡＋2台was应用效劳器负载均衡效劳器群集方式，后台是Oracle数据库的集群。
Web效劳器网络负载均衡是采纳windows 2023 server的网络负载均衡集群实现的，F5在这个工程里是买不起的。
通过web效劳器将恳求路由分发到was集群的两台应用效劳器上。
这样的架构是依据was应用集群模版的标准配置设计的，所以配置起来没有什么问题。
但是工程进展过程中觉察原来的需求根本没有调研清晰，发生了重大的需求变更，依据原来对应用系统的设计根本无法满意工程的需求，所以对应用系统的设计进展了重大调整，该工程须要增加开发两个应用系统，就是须要增加部署两套应用系统。
如何实现WebSphere Application Server 6集群环境下的定时服务
如何实现WebSphere Application Server 6集群环境下的定时服务简介：在很多企业应用中有时需要在特定的时间运行一段代码，比如银行需要在晚上系统相对空闲的时间内进行日结的对帐，到了规定时间系统需要触发对帐服务，运行对帐程序，通过WebSphere Application Server和EJB定时器服务能解决这个问题。
本文的标签:集群标记本文！发布日期： 2005 年11 月24 日级别：初级访问情况 525 次浏览1、概述在很多企业应用中有时需要在特定的时间运行一段代码，比如银行需要在晚上系统相对空闲的时间内进行日结的对帐，那么到了规定时间系统需要触发对帐服务运行对帐程序，现在EJB定时器服务能解决这个问题，它是一个可靠的、事务性的、提供容器的服务，允许Bean提供者注册定时反馈的企业Beans，它可以在特定时刻发生，或在某段时间之后发生，或以一定时间间隔重复发生。
由于这个服务是可靠的，容器破坏的时候定时依然有效，企业Beans的激活与失效、装载与保存周期都由定时器注册。
定时器服务由EJB容器实现，定时器服务可以通过EJBContext接口新增的getTimerService()方法来访问，它返回实现TimerService接口的对象：这个接口允许创建不同的定时器来支持在不同时间、不同时间间隔、不同时间周期时发生的定时反馈。
使用定时器服务的企业Beans的Bean类必须实现javax.ejb.TimedObject接口。
在EJB2.1中，只有无序的会话Beans和实体Beans可以注册为定时器服务。
这个功能在以后的规范中可能会扩展到其它类型的Bean。
定时器服务适合长时间的业务处理模型，但并不适合用于实时的事件模型。
在WebSphere Application Server 6中，EJB 定时服务将EJB 计时器作为新的调度程序服务任务实施。
缺省情况下，内部调度程序实例用于管理那些任务，定时任务存放在与服务器进程关联的Cloudscape 数据库中。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
如何实现WebSphere Application Server 6集群环境下的定时服务简介：在很多企业应用中有时需要在特定的时间运行一段代码，比如银行需要在晚上系统相对空闲的时间内进行日结的对帐，到了规定时间系统需要触发对帐服务，运行对帐程序，通过WebSphere Application Server和EJB定时器服务能解决这个问题。
本文的标签:集群标记本文！发布日期： 2005 年11 月24 日级别：初级访问情况 525 次浏览1、概述在很多企业应用中有时需要在特定的时间运行一段代码，比如银行需要在晚上系统相对空闲的时间内进行日结的对帐，那么到了规定时间系统需要触发对帐服务运行对帐程序，现在EJB定时器服务能解决这个问题，它是一个可靠的、事务性的、提供容器的服务，允许Bean提供者注册定时反馈的企业Beans，它可以在特定时刻发生，或在某段时间之后发生，或以一定时间间隔重复发生。
由于这个服务是可靠的，容器破坏的时候定时依然有效，企业Beans的激活与失效、装载与保存周期都由定时器注册。
定时器服务由EJB容器实现，定时器服务可以通过EJBContext接口新增的getTimerService()方法来访问，它返回实现TimerService接口的对象：这个接口允许创建不同的定时器来支持在不同时间、不同时间间隔、不同时间周期时发生的定时反馈。
使用定时器服务的企业Beans的Bean类必须实现javax.ejb.TimedObject接口。
在EJB2.1中，只有无序的会话Beans和实体Beans可以注册为定时器服务。
这个功能在以后的规范中可能会扩展到其它类型的Bean。
定时器服务适合长时间的业务处理模型，但并不适合用于实时的事件模型。
在WebSphere Application Server 6中，EJB 定时服务将EJB 计时器作为新的调度程序服务任务实施。
缺省情况下，内部调度程序实例用于管理那些任务，定时任务存放在与服务器进程关联的Cloudscape 数据库中。
在集群环境中，任务必须存放在企业关系型数据库中。
下面我们以DB2为例讲述怎样在集群环境中配置定时服务。
回页首2、创建用于定时服务的数据库每个定时服务程序都需要一个数据库，以用于存储它的持久信息。
数据库及其位置应当由应用程序开发者和服务器管理员决定。
定时服务程序使用这个数据库来存储任务，然后运行这些任务。
定时服务程序性能极大地依赖于数据库的性能。
如果需要每秒执行更多任务，您可以在更大型的系统中运行定时服务程序守护程序，或通过使用多个定时服务程序对任务或分区使用的会话bean 使用集群。
但是，定时服务程序数据库最终会达到饱和状态，此时您就需要一个更大型或更优异的数据库系统。
当您在每个定时服务程序配置中指定唯一的表前缀值时，多个定时服务程序可以共享一个数据库。
这一共享可以降低定时服务程序数据库的管理成本。
TIPS：Oracle XA 数据库的限制，Oracle XA 不允许在全局事务环境中执行所需的模式操作。
本地事务是不受支持的。
如果您的调度程序使用Oracle XA 数据源，您可以将调度程序配置临时更改为使用一个非XA Oracle 数据源，或者使用提供的DDL 文件手工创建表。
如果使用管理控制台为配置为使用Oracle XA 数据源的调度程序创建或删除调度程序表，您将接收到一条SchedulerDataStoreException 错误消息并且操作将失败。
下面我们将以DB2为例讲述定时服务：在机器hostdb上安装DB2后，打开DB2 命令行窗口。
确保您拥有数据库系统的管理员权限，验证此数据库确实支持Unicode（UTF-8）。
否则，此数据库无法存储Java 代码中可以处理的所有字符，当客户机使用了不兼容的代码页时，这将导致代码页转换问题。
要避免死锁，请确保将DB2 隔离级别设置为"读稳定性"。
如果需要，请输入命令：db2set DB2_RR_TO_RS=YES然后重新启动DB2 实例以激活这一更改。
在DB2 命令行处理程序中输入以下命令使用示例名timerdb 创建数据库：db2 CREATE DATABASE scheddb USING CODESET UTF-8 TERRITORY en-us即可创建名为timerdb 的DB2 数据库。
现已为定时服务创建了DB2 数据库。
回页首3、创建定时服务的表空间和表在WAS6的安装目录下，有一个名为scheduler的目录。
下面包含WAS容器用来管理定时服务的各种数据库SQL定义。
对应于DB2的SQL定义文件名为createSchemaDB2.ddl和createTablespaceDB2.ddl，修改这两个文件选择你所要新建的表空间名和你所要的模式名称。
这两个文件大致内容如下：createTablespaceDB2.ddlCREATE TABLESPACE @SCHED_TABLESPACE@ MANAGED BY SYSTEM USING( '@location@\@SCHED_TABLESPACE@' );可以修改表空间名称，这个文件也可不做修改。
然后修改createSchemaDB2.ddl 修改后的的结果可以去掉原来的模式名称，那么新建用户表的时候将使用缺省连接数据库的用户的模式名。
CREATE TABLE "TASK" ("TASKID" BIGINT NOT NULL ,"VERSION" VARCHAR(5) NOT NULL ,"ROW_VERSION" INTEGER NOT NULL ,"TASKTYPE" INTEGER NOT NULL ,"TASKSUSPENDED" SMALLINT NOT NULL ,"CANCELLED" SMALLINT NOT NULL ,"NEXTFIRETIME" BIGINT NOT NULL ,"STARTBYINTERVAL" VARCHAR(254) ,"STARTBYTIME" BIGINT ,"VALIDFROMTIME" BIGINT ,"VALIDTOTIME" BIGINT ,"REPEATINTERVAL" VARCHAR(254) ,"MAXREPEATS" INTEGER NOT NULL ,"REPEATSLEFT" INTEGER NOT NULL ,"TASKINFO" BLOB(102400) LOGGED NOT COMPACT ,"NAME" VARCHAR(254) NOT NULL ,"AUTOPURGE" INTEGER NOT NULL ,"FAILUREACTION" INTEGER ,"MAXATTEMPTS" INTEGER ,"QOS" INTEGER ,"PARTITIONID" INTEGER ,"OWNERTOKEN" VARCHAR(200) NOT NULL ,"CREATETIME" BIGINT NOT NULL ) IN "@SCHED_TABLESPACE@"; 这两个文件修改完成后，在命令行运行db2cmd转到db2命令窗口。
然后运行db2batch -d timerdb -f createTablespaceDB2.ddl和db2batch -d timerdb -f createSchemaDB2.ddl生成定时服务所需要的表空间和表。
运行完成后用下列命令验证：Db2 connect to timerdbDb2 list tables你将会看到有以下四个表被创建：Table/View Schema Type------------ ------------- -----LMGR ADMIN TLMPR ADMIN TTASK ADMIN TTREG ADMIN T其中主表task存放了定时程序的相关信息。
回页首4、创建新的集群分别在hosta,hostb,hostc上完成WAS6安装后，我们需要创建3个节点来组成一个新的群集。
1）在hosta上创建一个Network DeployManagement节点，启动概要表创建向导：选择创建Deployment Manager概要表：点下一步直至完成。
2）分别在hostc和hostb两个节点上选择创建应用服务器概要表。
3）创建完成后在DeployManager概要上运行startManager.sh启动Network Manager。
4）启动完成后打开概要下的日志文件SystemOut.log查看soap端口，缺省为8879。
5）在hostb和hostc两个应用服务器节点上运行addNode.sh hosta 88796）运行完成后，打开ND管理控制台：http://hosta:9060/ibm/console7）在服务器下新建一个群集timertest,创建两个成员为clus01,clus02。
启动群集。
回页首5、创建定时服务的数据源进入ND管理控制台，展开资源，点击JDBC 提供者，选择要新建的资源所在的服务器点新建。
按提示输入所需资料。
点数据源，进入数据源页面。
新建一个名为testtimer的数据源，指定jndi名为jdbc/testtimer测试连接通过后。
做下一步设置。
回页首6、修改服务器设置打开管理控制台。
单击服务器>应用程序服务器> 服务器名> EJB 容器设置> EJB 定时服务设置。
出现"定时服务设置"面板。
如果您要使用内部或预配置的调度程序实例，则单击使用内部EJB 定时服务调度程序实例单选按钮。
如果您选择不更改缺省的设置，则此实例与Cloudscape 数据库相关联。
更改数据源选择输入您所选的数据源别名。
选择前面创建的jdbc/testtimer数据源。
输入表前缀为你创建表时的用户缺省模式名称，必须注意的是，在模式名称后面必须要带上一个小数点.。
具体对应的每个值的意思可以点击帮助页面查看。
回页首7、开发基于J2EE标准的定时服务企业bean下面的例子是在RAD环境下开发，要实现定时服务，EJB必须要实现javax.ejb.TimedObject接口。