启动和停止WebLogic Servers （2）本人翻译，意在同诸位交流，欢迎指正错误 - 设计前沿
启动和停止WebLogic Servers （2）本人翻译，意在同诸位交流，欢迎指正错误
文章出处：网上收集 作者：未知　发布时间：
????? 关键词:启动和停止WebLogic Servers （2）本人翻译，意在同诸位交流，欢迎指正错误
&&&&Restarting the Administration Server on the Same Machine
&&&&在同一台机子上重起管理服务器
&&&&&&&&如果当从属服务器正在运行的时候重新启动WebLogic Server，管理服务器可以检测到正在运行的从属服务器如果你通知管理服务器执行探测的话。要使管理服务器探测从属服务器，在启动管理服务器的时候从命令行上输入以下的参数：
&&&&&&&&&&&&-Dweblogic.management.discover=true
&&&&&&&&这个属性的默认值是true。（如果你忽略了这个属性，管理服务器仍然会执行探测。无论如何，要确保启动WebLogic Server时这个属性不被定义或者不要在命令行中设置为false）。域的配置目录包含了一个文件：running-managed-servers.xml，这是管理服务器所知道的从属服务器的列表。管理服务器在启动的时候如果得到探测（从属服务器）的指令就会用这个列表检查当前正在运行的从属服务器。
&&&&&&&&重新启动管理服务器不改变从属服务器的运行时配置，任何的改变仅仅能够对静态配置的属性起作用。如果考虑对静态的配置进行改变WebLogic Server就必须要重新启动。探测从属服务器能时管理服务器监视他们或者对能够动态配置的属性做出变动。
&&&&Restarting the Administration Server on Another Machine
&&&&从另外的机器上启动管理服务器
&&&&&&&&如果计算机宕掉了并且不让你在这台机子上重起管理服务器，你可以按照下面的步骤恢复对运行着的从属服务器的管理：
&&&&&&&&1。在另外的一台管理机器上安装WebLogic Server软件。（假定你还没有这样做）
&&&&&&&&&&&&注意：如果你没有安装WebLogic Server的SP2，那么这个新的管理机器的主机名称必须和原来那台发生故障的管理服务器的主机名称相同。
&&&&&&&&2。从备份的文件中或者从共享磁盘上得到应用程序的文件，复制到新的管理服务器上，并确保它们是可用的。在新的文件系统中，应用程序文件的位置应该和原来的管理服务器的文件系统中的一样保持同样的关系（位置，目录）。
&&&&&&&&3。确信安装在新系统上的从备份或者共享磁盘上得到的配置和安全文件是可用的。这些文件保存在管理服务器的/config/mydomain目录下，mydomain是这个管理服务器所管理的域的名称。
&&&&&&&&4。在新的机器上使用附加下列参数的命令行重新启动管理服务器：
&&&&&&&&&&&&-Dweblogic.management.discover=true
&&&&&&&&&&&&这个参数会强制管理服务器探测当前存在的正在运行的从属服务器。（如果你忽略了这个特性，管理服务器仍然会执行探测。记住，无论如何在命令行中这个特性或者不被定义或者不要被设置成false.）
&&&&&&&&&&&&管理服务器启动后，他会和从属服务器进行通讯并告之管理服务器现在运行在一个不同的IP地址上。
Server Startup Process
服务器启动步骤
&&&&启动WebLogic Server的时候会有下列的几个动作：
&&&&1。找到配置，解密安全数据
&&&&&&&&管理服务器从域的配置文件中得到配置和安全数据。从属服务器使用他的配置和安全数据（我理解的是管理服务器的配置和安全数据）同管理服务器进行联系。如果设置了SSL，从属服务器为了保留配置和安全数据，使用自己的证书文件、键文件和其他相关的SSL文件的集合同管理服务器接触。
&&&&2。启动核心服务，包括日志和计时在内。
&&&&3。从MBeans得到子系统的配置，并初始化子系统级的服务。这些服务包括：
&&&&&&&&
Security Service&&&&安全服务
&&&&&&&&
RMI Service&&&&&&&&&RMI服务
&&&&&&&&
Cluster Service&&&&&群服务
&&&&&&&&
IIOP Service&&&&&&&&IIOP服务
&&&&&&&&
Naming Service&&&&&&命名服务
&&&&&&&&
RMI Naming Service&&RMI命名服务
&&&&&&&&
File Service&&&&&&&&文件服务
&&&&&&&&
JCA Container&&&&&&&JCA容器
&&&&&&&&
JDBC Container&&&&&&JDBC容器
&&&&&&&&
EJB Container&&&&&&&EJB容器
&&&&&&&&
Web Container&&&&&&&Web容器
&&&&&&&&
Deployment Manager&&配置管理器
&&&&&&&&
JMS Provider&&&&&&&&JMS支持
&&&&&&&&
Remote Management&&&远程管理
&&&&&&&&
Transaction Service 传输（通讯）服务
&&&&4。在适合的容器中按照从WebLogic Server管理控制台中指定的顺序展开模块。
&&&&5。装载并运行任何已经被配置好的启动类。
Adding a WebLogic Managed Server to the Domain
向域中添加一个WebLogic从属服务器
&&&&在运行一个WebLogic从属服务器以前，你首先必须创建对应域域中那个服务器的登陆。按照下列步骤做：
&&&&1。启动域的管理服务器。
&&&&2。在浏览器中指定http://hostname:port/console调用管理控制台，这里hostname是正在运行的管理服务器的主机名称，port是这台配置好的管理服务器监听的端口号码（默认是7001）。
&&&&3。为这个新的服务器主机创建一个登陆（Servers――〉Create a new machine）（如果这台服务器和管理服务器的主机不同的话）。
&&&&4。为这个新的服务器创建一个登陆（Servers――〉Create a new server）。设置这个从属服务器的的主机的账户为刚才创建的主机登陆。每一个服务器必须由一个唯一的名称-甚至在不同的域中。
&&&&更多的配置服务器的信息，请参阅ConfiguringWebLogic Servers and Clusters一章。
Starting a WebLogic Managed Server
启动webLogic从属服务器
&&&&WebLogic从属服务器能被下列的任何一种方法启动：
&&&&1。远程启动，从管理控制台上，在从属服务器需要启动的时候使用节点服务器在目标服务器上远程启动。
&&&&2。本地启动在命令界面中使用java命令行调用服务器
&&&&本章讨论如何从本地启动WebLogic从属服务器。有关设置和使用节点管理起远程启动从属服务器的信息请参阅Node Manager。
&&&&注意：如果你在控制管理台的左面板上右键点击服务器的名字，出现的选项中有一个Start this server...。这个选项仅在被定位的从属服务器上有运行着的节点管理器的情况下才能启动从属服务器。更多的信息请参阅：Node manager。
&&&&一旦配置中有了更多的WebLogic从属服务器（参阅Adding a WebLogicManaged Server to the Domain）。你可以从java命令行中启动从属服务器。启动WebLogic Server的命令可以从命令界面中手动键入，也可以放到脚本文件中避免每一次启动的时候都要重新输入命令。更多的有关脚本的信息请参阅：Starting the WebLogic Managed Servers Using Scripts。
&&&&从属服务器的启动参数不同域管理服务器的地方主要是需要提供一个标示来自于从属服务器请求它的配置的管理服务器位置的参数。WebLogic Server启动的时候如果没有这个参数就作为管理服务器启动。
&&&&在启动WebLogic从属服务器的时候，需要指定在启动管理服务器（请参阅：Starting theWebLogic Administration Server from the Command Line）的时候指定的的参数，但是下列附加的除外：
&&&&1。指定服务器的名字：
&&&&&&&&当从属服务器从管理服务器请求配置信息的时候，使用服务器的名称标示自己。这能使管理服务器为那个WebLogic Server做出适当的反应。因为这个原因在启动从属服务器的时候你必须设置这个服务器名字。启动从属服务器的时候在命令行增加下列的参数就能指定（服务器的名字）：
&&&&&&&&&&&&-Dweblogic.name=servername
&&&&2。指定管理服务器的主机名称和监听的端口
&&&&&&&&启动从属服务器的时候，必须指定管理服务器的主机名称和监听端口，从属服务器可以获取配置信息。在启动从属服务器的时候增加下列指定的参数就可以（做到）：
&&&&&&&&&&&&-Dweblogic.management.server=host:port
&&&&&&&&&&&&or
&&&&&&&&&&&&-Dweblogic.management.server=http://host:port
&&&&&&&&这里的host是正在运行者的管理服务器的主机的名字或者IP地址，port是管理服务器监听的端口地址。默认的端口是7001。
&&&&&&&&如果使用SSL同管理服务器通信管理服务器必须指定为：
&&&&&&&&&&&&-Dweblogic.management.server=https://host:port
&&&&&&&&在管理服务器和从属服务器之间使用SSL协议通信，需要在管理服务器上开启SSL功能。如何设置SSL的细节请参阅：Managing Security。
&&&&&&&&注意：任何一个WebLogic Server启动是如果没有指定管理服务器的名称，则启动后成为管理服务器。
&&&&&&&&注意：因为从属服务器需要从管理服务器上接收配置信息，所以指定的管理服务器必须和从属服务器在同一个域中。
&&&&Starting the WebLogic Managed Servers Using Scripts
&&&&使用脚本启动WebLogic从属服务器
&&&&&&&&WebLogic Server安装是提供了一个脚本例程，可以使用它来启动WebLogic Server。你需要修改这个脚本来适应你的环境和应用。系统提供了启动管理服务器和从属服务器的单独的脚本。启动从属服务器的脚本名称是：starManageWebLogic.sh(UNIX)和startManageWebLogic.cmd(Windows)。这些脚本存放在域的配置子目录下。有一些模板，你可以编辑它们创建新的启动脚本。
&&&&&&&&使用提供的脚本：
&&&&&&&&1。无需关注类设置和目录名字。
&&&&&&&&2。改变量JAVA_HOME的值为你的JDK的位置。
&&&&&&&&3。UNIX用户必须改变UNIX例程脚本的权限使其能够被执行。比如：
&&&&&&&&&&&&chmod +X startManageWebLogic.sh
&&&&&&&&&&&&有两个方法使用脚本启动从属服务器：
&&&&&&&&&&&&1。如果设置了环境变量SERVER_NAME 和ADMIN_URL的值，则调用启动脚本的时候不需要提供这些做参数。SERVER_NAME应该被设置为你期望启动的WebLogic从属服务器的名称。ADMIN_URL应该被设置为指向管理服务器的主机名称（主机名称或者IP地址）和管理服务器监听请求的的端口。示例：
&&&&&&&&&&&&&&&&set SERVER_NAME=bigguy
&&&&&&&&&&&&&&&&set ADMIN_URL=peach:7001
&&&&&&&&&&&&&&&&startManagedWebLogic
&&&&&&&&&&&&2。可以在命令行中通过附加从属服务器的名称和管理服务器的URL调用启动脚本启动从属服务器：
&&&&&&&&&&&&&&&&startManageWebLogic server_name admin:url
&&&&&&&&&&&&&&&&这里server_name你想启动的从属服务器的名称，admin_url既可以是http://host:port也可以是https://host:port，host是管理服务器的主机名称（或者IP地址），port是管理服务器的监听的端口。
Stopping WebLogic Servers from the Administration Console
从管理控制台停止WebLogic Server
&&&&在管理控制台的左面板中的Server上右键单击，会看到两个选项：Kill this server...和Stop this server...。如果你选择了Kill this server...选项，管理服务器发送一个请求给正在运行的从属服务器上的当前运行着的节点管理器。然后节点管理器终止了目标从属服务器的进程。Kill this server...选项不能用于关闭管理服务器。Kill this server...选项假定目标从属服务器的机器上运行着一个节点管理器。有关设置和启动节点管理器的信息，请参阅：Node manager。
&&&&如果选择Stop this server...选项，管理服务器向被选择的服务器发送一个管理关闭的请求。节点管理器没有用在这里。不象Kill this server...选项，Stop this server...选项能用于关闭管理服务器。
&&&&因为Stop this server...选项有开始关闭从属服务器的管理能力，所以仅宕服务器是活动的而且能够相应管理请求的情况下。Kill this server...选项则非常有代表性的用于当目标从属服务器已经被挂起或者不能够在相应来自管理服务器的管理请求的情况下。
&&&&Shutting Down a Server from the Command Line
&&&&从命令行关闭服务器
&&&&&&&&也可以使用下列的命令行关闭webLogic Server：
&&&&&&&&java weblogic.Admin -url host:port SHUTDOWN -username adminname -password password
&&&&&&&&这里：
&&&&&&&&1。host是正在运行着的WebLogic Server的主机名称或者IP地址。
&&&&&&&&2。port是WebLogic Server监听的端口（默认是7001）。
&&&&&&&&3。adminname是指定的目标WebLogic Server上控制台中访问控制列表（ACL）（或者是控制台中成员组中的成员）中的用户。默认的控制台中ACL成员是system。
&&&&&&&&4。密码是adminname的密码。
Setting Up the WebLogic Server as a Windows Service
设置WebLogic Server作为Windows服务
&&&&可以使WebLogic Server作为Windows服务运行。当安装为Windows服务时，在启动Windows的时候就自动启动WebLogic Server。WebLogic Server是调用了启动脚本文件startWebLogic.cmd而启动的。不论WebLogic Server是作为管理服务器启动还是作为从属服务器启动都仅仅是因为在java命令行中调用WebLogic Server时参数的不同而不同。更多信息请参阅：Starting aWebLogic Managed Server and Starting the WebLogic Administration Server from the Command Line。
&&&&设置WebLogic Server作为一个Windows服务运行或者重新配置其不再是Windows服务，必须拥有管理员级别的权限。安装WebLogic Server作为Windows服务，按照下列的步骤：
&&&&1。打开weblogic\config\mydomain目录（weblogic是安装程序的目录，mydomain是域配置的子目录）。
&&&&2。执行installNTService.cmd脚本文件。
&&&&Removing WebLogic Server as a Windows Service
&&&&从Winidows服务中删除WebLogic Server
&&&&&&&&从Windows服务中删除WebLogic Server，按照一下步骤做：
&&&&&&&&1。打开weblogic\config\mydomain目录。
&&&&&&&&2。执行uninstallNTService.cmd脚本文件。
&&&&&&&&你也能在Window开始菜单中从Windows服务中反安装WebLogic Server。
&&&&Changing Passwords for a Server Installed as a Windows Service
&&&&更改安装为Windows Server的服务器的密码
&&&&&&&&如果你安装了默认的服务器作为一个Window服务，在安装WebLogic Server的过程中创建这个服务的时候输入的（密码）就是系统密码。如果以后需要更改这个密码，你必须按照以下步骤做：
&&&&&&&&1。使用uninstallNTService.cmd脚本文件反安装WebLogic Server服务。
&&&&&&&&2。installNTService.cmd脚本文件包含了下列命令：
&&&&&&&&rem *** Install the service
&&&&&&&&“C:\bea\wlserver6.0\bin\beasvc” -install -svcname:myserver
&&&&&&&&-javahome:”C:\bea\jdk130” -execdir:”C:\bea\wlserver6.0”
&&&&&&&&-extrapath:”C\bea\wlserver6.0\bin” -cmdline:
&&&&&&&&%CMDLINE%
&&&&&&&&你必须追加下列的命令:
&&&&&&&&-password:”your_password”
&&&&&&&&这里your_password是新的密码.
&&&&3。执行修改后的installNTService.cmd脚本文件。这样会使用新密码创建一个新的服务。
&&&&The WebLogic Server Windows Service Program (beasvc.exe)
&&&&WebLogic Server 服务程序（beasvc.exe）
&&&&&&&&把WebLogic Server做为Windows服务安装和删除的脚本文件调用的是WebLogic Server Windows服务程序：beasvc.exe。通过调用beasvc.exe文件，多个webLogic Server的实例能被作为Windows服务安装和删除。beavc.exe也能够将节点管理器作为Windows服务安装和删除。更多的关于将节点管理器作为Windows服务安装和删除的信息，请参阅：Node Manager。
&&&&&&&&所有的多服务的配置都存储在Windows注册表中，使用不同的服务名称，放在了服务器指定的蜂房（键）：
&&&&&&&&&&&&HKEY_LOCAL_MACHINE\SYSTEM\Current\ControlSet\Services
&&&&&&&&当服务启动的时候，Windows注册表登陆就被获得，然后JVM进行初始化和启动。直到每一个安装的服务成为不依赖于其他的服务的时候，你能安装WebLogic Server的多个实例作为Windows服务运行，每一个服务都要提供一个唯一的名字。
&&&&&&&&下列的选项是beasvc.exe可以用到的：
&&&&&&&&&&&&-install
&&&&&&&&&&&&&&&&安装指定的服务。
&&&&&&&&&&&&-remove
&&&&&&&&&&&&&&&&删除特定的服务。
&&&&&&&&&&&&-svcname:service_name
&&&&&&&&&&&&&&&&用户指定的安装或者删除的服务的名字。
&&&&&&&&&&&&-cmdline:java_cmdline_parameters
&&&&&&&&&&&&&&&&当启动WebLogic Server作为Windowsfuw的时候用到的java命令行参数。
&&&&&&&&&&&&-javahome:java_directory
&&&&&&&&&&&&&&&&java安装的根目录。将通过追加\bin\java 到java_directory形成启动命令
&&&&&&&&&&&&-execdir:base_dir
&&&&&&&&&&&&&&&&将执行启动命令的目录
&&&&&&&&&&&&-extrapath:additional_env_settings
&&&&&&&&&&&&&&&&Additional path settings that will be prepended to the path applicable to this command execution.
&&&&&&&&（水平所限）
&&&&&&&&-help
&&&&&&&&&&&&输出可用的beasvc.exe的命令（参数）
&&&&&&&&WIN32系统命令行长度限制在2000个字符以内。如果启动Windows服务类路径设置十分长，2000个字符的限制会被突破。如果使用1.2或者更高版本的sun Microsystem JVM，你可以采用一下的方法：
&&&&&&&&1。将类路径设置放到文本文件中。
&&&&&&&&2。将beasvc.exe命令放到脚本中。在这个脚本中把beasvc命令的参数放到到变量中。这样类路径的参数使用如下的语法：
&&&&&&&&&&&&-classpath @filename
&&&&&&&&3。然后指定一个变量作为-cmdline参数的值。例如：
&&&&&&&&&&&&set CMDLINE=&-ms64m -mx64m -Dweblogic.Name=myserver
&&&&&&&&-Dbea.home=\&c:\bea\& -classpath @C:\temp\myclasspath.txt
&&&&&&&&weblogic.Server&
&&&&&&&&&c:\bea\wlserver6.1\bin\beasvc& -install -svcname:myserver
&&&&&&&&-cmdline:%CMDLINE%
&&&&&&&&4。运行脚本。
Registering Startup and Shutdown Classes
注册启动和关闭类
&&&&webLogic Server提供了一个执行任务的机制，不论WebLogic已经启动还是被正常关闭。启动类是一个java程序，当webLogic Server启动或者重启的时候自动的被调用并执行。有关服务器调用和运行的启动类更多的信息，请参阅：“Server Startup Process”。
&&&&关闭类工作的方式和启动类是一样的。当WebLogic Server关闭、被管理控制台或者使用weblogic.admin shutdown命令关闭的时候自动的被调用并执行。
&&&&为了使你的webLogic Server能够使用启动或者关闭类，必须要注册这些类，可以从管理控制台中做到。
&&&&按照下列步骤，你能注册启动类或者关闭类：
&&&&1。在管理控制台左面板的域树中访问启动和关闭表。这个表提供了在域配置中为启动类和关闭类创建登陆的选项。
&&&&2。如果需要，为你在配置表项中增加的启动类和关闭类提供类的名字和必需的参数。
&&&&请参阅管理控制台在线帮助获得更多的信息。
??????????????<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
您的访问请求被拒绝 403 Forbidden - ITeye技术社区
您的访问请求被拒绝
亲爱的会员，您的IP地址所在网段被ITeye拒绝服务，这可能是以下两种情况导致：
一、您所在的网段内有网络爬虫大量抓取ITeye网页，为保证其他人流畅的访问ITeye，该网段被ITeye拒绝
二、您通过某个代理服务器访问ITeye网站，该代理服务器被网络爬虫利用，大量抓取ITeye网页
请您点击按钮解除封锁&weblogic的集群与配置 - xuzhengzhu - 博客园
把握现在,领导未来
posts - 579, comments - 20, trackbacks - 18, articles - 0
目录(?)[-]
1.Weblogic的集群
2.创建Weblogic集群前的规划
3.开始创建我们的Weblogic集群
1.1 创建集群的总控制端aminserver
2.2 创建集群中的节点mycluster1 mycluster2
3.3 如何启动集群
4.jdbc集群
5.把工程布署到集群环境中去
6.使用Apache与Weblogic集群整合
本文转摘于；
一、Weblogic的集群
还记得我们在第五天教程中讲到的关于Tomcat的集群吗?
两个tomcat做node即tomcat1, tomcat2，使用Apache HttpServer做请求派发。
现在看看WebLogic的集群吧，其实也差不多。
区别在于：
Tomcat的集群的实现为两个物理上不同的tomcat，分别就是两个node，没有总控端，没有任何控制台可言（只有通过比较简陋的，或者是）来对每个tomcat节点进行监视（此处只有monitor没有control）；
　　　　如果我们要布署我们的Web应用，需要分别手工往每个Tomcat的webapp目录里拷贝文件。
Weblogic的集群必须设立一个总控端，可从上图中看出，然后这个总控端我们把它称为AdminServer，然后在其下可以挂weblogic的集群的node，这个node不是物理上不同的两个weblogic，而是不同的domain，我们假设domain1, domain2为两个weblogic的集群的节点。
　　　　如果我们要布署我们的Web应用，只需要在总控端布署一次，然后挂在这个总控端下的节点将会自动将我们的web应用发布到每一个节点。
　　因此，要实现weblogic的集群必须：
安装Weblogic
创建一个AdminServer的domain
在AdminServer上建立集群总控端
分别创建每一个要加入此集群总控端的node，也是一个个的domain
二、创建Weblogic集群前的规划
根据第一节中的内容，我们将我们用于实验的Weblogic规划成3个domain，每个domain都包含有下列的必不可少的属性：
AdminConsole（总控端）
　　　　逻辑名
　　　　物理名(domain的系统路径)
　　　　端口号
　　　　计器名(IP)
　　　　登录信息(username/password)
Cluster node1（集群节点1）
　　　　逻辑名
　　　　物理名(domain的系统路径)
　　　　端口号
　　　　计器名(IP)
　　　　登录信息(username/password)
Cluster node2（集群节点2）
　　　　逻辑名
　　　　物理名(domain的系统路径)
　　　　端口号
　　　　计器名(IP)
　　　　登录信息(username/password)
　　我们用表格列出我们将要创建的集群中总控端与每个节点的集息：
主机名（IP）
\bea\user_projects\domains\adminserver
AdminServer
weblogic/password_1
\bea\user_projects\domains\server1
mycluster1
weblogic/password_1
bea\user_projects\domains\server2
mycluster2
weblogic/password_1
　　规划好了，就可以开始来创建我们的集群了。
三、开始创建我们的Weblogic集群
3.1 创建集群的总控制端（aminserver）
　　Windows:
　　Windows下通过菜单-&OracleWeblogic-&Weblogic Server 11gR1-&Tools-&Configuration Wizard来启动创建domain的wizard。
　　Unix/Linux：
　　Unix/Linux下通过
cd /bea/wlserver/common/bin
./config.sh
　　来启动创建domain的wizard。
　　选择&创建新的Weblogic域&，选下一步（下面全部跟着我的操作步骤与界面填选的参数走，所有的用户名啦、密码啦、端口号啦、IP啦，都请根据第一节中的那个表格里的参数填写）
　　下一步后界面类似，但是是有区别的，注意了哦，不要下手太快了
　　上面这个配的就叫集群广播地址的界面。
　　因为集群是通过广播（有unicast和multicast两种）来同步集群中的节点，并且把每个节点中的session通过这个广播地址来进行复制和同步，即主控域不断的时时刻刻的会和它下面的子节点间保持通讯、经常去询问各个子节点的。
名称：可以任意
集群信息传送模式：有unitcast与multicast两种，在11G版本前都是multicast10G后开始支持unicast协议。如果指定了multicast，就必须指定一个&多点传送地址&，此地址和端口都可以采用weblogic默认的。
　　如果在域环境，还需要在防火墙中配置这个&多点传送地址&与&多点传送端口&，使其在防火墙中被打开，协议为both of tcp and udp。
　　Look, 右边这块我们把它称为&集群的逻辑拓卜图&。
　　此处是对每个集群里的节点指定相应的&计算机名/IP&，由于我们的实验是建立在同一台机器上的即纵向集群，因此这步什么都不需要填，直接下一步。
　　完成后可以启动adminserver
　　然后通过来查看我们的集群规划，如下图：
　　这样，我们就完成了创建一个新的domain并且将且扩展成为了集群的总控制端服务器，同时在这上面我们制作了一个&集群拓卜图&，那么下面要做的就是：
创建该集群拓卜图中的节点1
创建该集群拓卜图中的节点2
3.2 创建集群中的节点（mycluster1, mycluster2）
　　启动Weblogic的Configuration Wizard
　　按照普通的域，就是一个普通的域来创建（为了实验方便我们的用户名与密码全部为weblogic/password_1）：
user_projects\domains\server1（逻辑名为：mycluster1，端口：7011）
user_projects\domains\server2（逻辑名为：mycluster2，端口：7012）
　　下一步，下一步，创建，完成。
　　依上面的相同步骤可以自行创建server2(逻辑名为mycluster2，端口:7012)。
3.3 如何启动集群
主机名（IP）
\bea\user_projects\domains\adminserver
AdminServer
weblogic/password_1
\bea\user_projects\domains\server1
mycluster1
weblogic/password_1
bea\user_projects\domains\server2
mycluster2
weblogic/password_1
　　我们看着上面这个表格来输入命令吧:
　　1.&启动主控域（必须永远先启动主控域）
　　2.& 启动节点1（间点间的启动顺序无所谓）
　　3.&启动节点2（间点间的启动顺序无所谓）
　　全部启动完毕后就可以通过主控制域的admin console即来管理这个集群了。
四、jdbc集群
　　有了集群，我们就可以布署我们的JDBC了，只是这个JDBC的布署和以前单机版的JDBC布署稍稍有点不一样，前面我们引用第八天中的建立JDBC的步骤：
　　好好好，停，到了这边，不一样的地方来了。
　　嘿嘿，千万不要把这个JDBC连接池的&target&即作用域设错了哈，我们现在是集群，要把这个JDBC连接池的作用域设在我们的集群上的哈！
　　我们来测试一下我们建立的数据源吧。
　　两个cluster上的数据源全部部署成功。
　　这边再提一句：
　　集群布署的话AdminServer只是一个控制器，通过它布署的war程序是自动同步到挂在它下面的所有的节点中去的，因此JDBC数据源，或者JMS或者是EJB都要在绑定是把target即作用域设成cluster而不是AdminServer本身，因为AdminServer本身不会布署任何任何东西的。
五、把工程布署到集群环境中去
确保我们将要布署的工程中的web.xml的最后一行含有：
&distributable/&
&在将要布署的工程的WEB-INF目录下新建一个weblogic.xml的文件，其内容如下：
&?xml version="1.0" encoding="UTF-8"?&
&weblogic-web-app xmlns="/ns/weblogic/90"&
&session-descriptor&
&debug-enabled&true&/debug-enabled&
&persistent-store-type&replicated&/persistent-store-type&
&sharing-enabled&true&/sharing-enabled&
&/session-descriptor&
&context-root&/cbbs&/context-root&
&/weblogic-web-app&
　　该内容使得你的工程可以在Weblogic集群环境下进行Session复制。
然后就可以开始布署了
　　下面又来了，和在集群中布署JDBC是一样的，请看：
　　下一步，下一步一直到[完成]按钮亮起来后，点[完成]。
　　点[保存]并[激活更改]。
　　大家来看看两个cluster即mycluster1与mycluster2下是否被布署了工程，即相当于我们手工要在两个tomcat节点的webapps目录里拷入我们的WAR工程，而weblogic只需要通过主控制域，自动将war工程布署在其下的所有子节点内。
　　是的，果然，它自动布署了。就算我下面有10几个子节点，它也一样只需要在AdminServer上布署一次，自动同步。
　　我们把这个工程启动起来吧。
　　当你一点&为所有请求提供服务，再来看两个字节点的后台console，都可以同步启动了：
　　布署成功
　　打开两个IE：
　　一个输入:
　　一个输入:
　　Weblogic集群布署成功，接下去就是在Apache里进行派发了
六、使用Apache与Weblogic集群整合
　　打开httpd.conf，把下面这段就是我们在&第九天&中加入的，去掉：
LoadModule weblogic_module modules/mod_wl_22.so
&IfModule mod_weblogic.c&
&& WebLogicHost localhost
&& WebLogicPort 7001
&& MatchExpression /cbbs/WEB-INF
&& MatchExpression /cbbs/*WEB-INF
&& MatchExpression /cbbs/*.action
&& MatchExpression /cbbs/servlet/*
&& MatchExpression /cbbs/*.jsp
&& MatchExpression /cbbs/*fckeditor/editor/filemanager/connectors/*.*
&& MatchExpression /cbbs/fckeditor/editor/filemanager/connectors/*
&& WLLogFile logs/wlproxy.log
&/IfModule&
　　换成下面这一段
LoadModule weblogic_module modules/mod_wl_22.so
&IfModule mod_weblogic.c&
&& Include conf/weblogic.conf
&/IfModule&
　　然后在apache安装的conf目录下手工建立weblogic.conf文件，其内容如下：
WeblogicCluster localhost:7011,localhost:7012
MatchExpression /cbbs/WEB-INF
MatchExpression /cbbs/*WEB-INF
MatchExpression /cbbs/*.action
MatchExpression /cbbs/servlet/*
MatchExpression /cbbs/*.jsp
MatchExpression /cbbs/*fckeditor/editor/filemanager/connectors/*.*
MatchExpression /cbbs/fckeditor/editor/filemanager/connectors/*
　　重启你的Apache，输入：
　　Apache加Weblogic集群，搞定！
七、JMS集群
　　这是我在用Weblogic集群布署PEGA Rulz的详细步骤，供各为参考。因为网上关于JMS在Weblogic下如何作集群不是太多，因此把步骤记录下来Share给大家。
　　JMS集群和JDBC集群不一样，就是不能够直接建立JMS源，然后把它target到我们的myclusterbroadcast上去。
而是需要分别为每个cluster单独建一个jms的server如下图。
然后建立jmsmodule
　　将module 的作用范围即target到我们的cluster（myclusterbroadcast）上去。
　　建立完了module你就要建立topic, queue以及相应的topic connection factory或者是queue connectionfactory了是吧？因为我们这边给PEGA Rulz做集群用的是topic方式来发布集群的，因此我们以topic为例，queue的建立也就一样了。
单击刚才我们建立的KTJmsModule
　　点[New]
　　先建connection factory
在新建connectionfactory的界面中有一个[高级定位]的按钮
点[新建子部署]
　　　　填入完子布署的名称后，按照如下图来&target&
　　点完成后跳出如下的界面
　　此时我们可以开始真正建立我们的topic或者是queue了
　　前面说了不能够直接建立JMS源，然后把它target到我们的myclusterbroadcast上去。那么我们要对JMS进行集群即对Topic或者是Queue进行集群，但是我们可以建立一个Distribute Topic，然后分别建两个一边的topic，一个topic连向jmsserver1一个topic连向jmsserver2，然后把这个Distribute Topic定位（Target）到这两条topic上即是我们的&集群下的jms topic&。
在jmd module里点[新建]按钮
选择&主题&（不是分布式主题）
　　每个子部署（sub deployment）需要定位（target）到一个jms server上。
依此分别建立:
topic1 subtop1-&jmsserver1
topic2 subtop2-&jmsserver2
　　现在，我们的jms module里的内容因该如下图所示：
建立 &分布式主题&（DistributeTopic）
　　在jms module里点新建按钮，选&分布式主题&
　　一定要记得把&Destination Type&改成&Weighted&。
　　这边的分布式Topic的JNDI Name: 就是我们真正的需要用来做集群的JMS的Topic或者是Queue的jndi名，比如说我的产品PEGA Rulz需要在集群环境下用到RamTopicJNDI，这个JNDI Name就必须填产品说明书上的那个Topic或者是Queue的名字哦。
点下一步后将刚才两个新建的topic全部分配给这个distribute topic
　　点[完成]按钮
　　这样，一个集群环境下的JMS分布式主题(Topic)就全建完了，最后不要忘了点左边菜单上方的&激活更改&，保存您刚才的所有的更改。