weblogic集群的优势和劣势
weblogic常见错误
这个错误信息意思是：名称为1234的服务器没有找到，在配置中只存在以下服务：myserver。
选择“Window -> Preferences”菜单，打开首选项对话框。展开 MyEclipse 下的 Application Servers 节点，点击 WebLogic 9，将Execution server name的属性改为：myserver。注意：如果在配置域的时候没有配置服务器名称，那么服务器名称默认为：AdminServer。
输入用户名和密码，是我们在第4步配置的用户名：weblogic，密码：weblogic。
三、在MyEclipse中配置Weblogic的开发环境。
1、Window（窗口）---> Preferences（首选项）---> MyEclipse ---> Application Servers（应用服务器）---> WebLogic ---> WebLogic 9.X ---> 选中Enable单选按钮，启用WebLogic服务器。
9、测试一下是否配置成功。开始菜单 ---> 程序 ---> BEA Products（BEA产品）---> User Projects ---> mydomain（是我们在第7步取的域名） ---> Start Admin Server for Weblogic Server Domain（启动WebLogic服务器）。当看到输出：Server started in RUNNING mode（服务器正在运行）的信息后，表示配置正确，服务器已经启动成功。停止服务，可以这样：开始菜单 ---> 程序 ---> BEA Products（BEA产品）---> User Projects ---> mydomain（是我们在第7步取的域名） ---> Stop Admin Server。
linux下weblogic集群部署
Weblogic 8.1.6在LINUX下部署集群一、案例分析：1、上传server816_linux32.bin至三台机器的/home目录下；2、用shell工具分别登录三台服务器3、打开home目录：cd /home4、赋予server816_linux32.bin可读写权限chmod a+x server816_linux32.bin5、启动安装包 ./ server816_linux32.bin 此后会出现解压界面，解压到100%完成5.2欢迎界面直接回车即可出现lience界面，输入“1”，回车；5.3选择BEA 主目录输入“/weblogic/bea”，回车即可。
2.4 选择安装类型选择12.5选择产品的安装目录默认即可，直接回车2.6等待安装2.7等待安装JDK2.8完成安装回车后，安装过程会清除安装过程中的临时文件。
三、Linux系统及weblogic部分系统参数修改1、用FTP工具分别登录三台服务器2、打开下载etc目录下的hosts、exports及/etc/security下的limits.conf3、在hosts文件中加入192.168.80.202 app2192.168.80.201 app1192.168.80.203 app34、在exports文件中加入* 192.168.80.201(rw,sync)* 192.168.80.202(rw,sync)* 192.168.80.203(rw,sync)5、在limits.conf文件末尾中加入* soft nproc 8192* hard nproc 16384* soft nofile 8192* hard nofile 65536* soft nproc 16384 * hard nproc 32768 * soft nofile 16384 * hard nofile 655366、重启服务器 reboot四、创建域：1、/home/weblogic/bea/weblogic81/common/bin目录中的 config.sh 文件，会出现是创建还是扩展域的提示页面，选择第一个，创建一个新的域2、系统会提示选择模板注意选择Basic Weblogic Server Domain,每次的顺序可能不一样，选择数字的时候要注意3、系统会出现是否使用快速模式选项，建议选择非快速模式“2”。
weblogic详解
weblogic详解⼀、简介WebLogic是美国公司出品的⼀个application server，确切的说是⼀个基于JAVAEE的中间件，WebLogic是⽤于开发、集成、部署和管理⼤型分布式Web应⽤、⽹络应⽤和应⽤的应⽤服务器。
将Java的动态功能和Enterprise标准的安全性引⼊⼤型⽹络应⽤的开发、集成、部署和管理之中。
WebLogic是美商的主要产品之⼀，系并购BEA得来。
是商业市场上主要的Java（J2EE）应⽤服务器软件（application server）之⼀，是世界上第⼀个成功商业化的J2EE应⽤服务器, 已推出到12c(12.1.3) 版。
⽽此产品也延伸出WebLogic Portal，WebLogic Integration等企业⽤的中间件（但当下Oracle主要以Fusion Middleware融合中间件来取代这些WebLogic Server之外的企业包），以及OEPE(Oracle Enterprise Pack for Eclipse)开发⼯具。
（来⾃百度百科）⼆、优点WebLogic Server具有开发和部署关键任务电⼦商务Web应⽤系统所需的多种特⾊和优势。
标准对业内多种标准的全⾯⽀持，包括EJB、JSP、Servlet、JMS、JDBC、XML（标准通⽤标记语⾔的⼦集）和WML，使Web应⽤系统的实施更为简单，并且保护了投资，同时也使基于标准的解决⽅案的开发更加简便。
可扩展性WebLogic Server以其⾼扩展的架构体系闻名于业内，包括客户机连接的共享、资源pooling以及动态⽹页和EJB组件群集。
快速开发凭借对EJB和JSP的⽀持，以及WebLogic Server 的Servlet组件架构体系，可加速投放市场速度。
这些开放性标准与WebGain Studio 配合时，可简化开发，并可发挥已有的技能，迅速部署应⽤系统。
三、和其他服务器区别tomcat （免费）Tomcat只能算Web Container，是官⽅指定的JSP&Servlet容器。
关于Weblogic应用集群服务启动慢的缺陷分析及处理办法 (1)
关于Weblogic应用集群服务启动慢的缺陷分析及处理办法一、缺陷现象江苏公司电网GIS部分服务部署在Linux Redhat5.5操作系统的服务器上，使用的中间件版本为Weblogic 9，在电网GIS运行过程中，如果遇到因为应用服务器原因或者检修计划安排，重启Weblogic程序，需要花费10分钟以上的等待时间。
在日常检修中，重启Weblogic程序集群服务的耗时都在30分钟左右，在7*24小时的在线运行系统，中断业务服务时间，严重影响系统的运行及检修工作。
国家电网公司核心系统的应用架构，均采用Weblogic集群服务，此缺陷为系统日常检修的通病，造成很多省公司检修系统停机时间过长，甚至不敢停机维护系统，属于中间件的重大缺陷问题，已经存在很久。
二、缺陷分析对于一个简单部署的Weblogic而言，一般情况下，启动Weblogic最长一般需要2～3分钟时间，同时在启动时，Weblogic的日志内容是滚动的，不会在日志的某个地方静止到5分钟以上，所以这是极不正常的现象。
Weblogic启动慢的原因，在Weblogic启动时，通过对线程堆的监控，线程挂在security相关的随机数生成上面。
这个由于JDK的配置(JDK从/dev/random读取‘randomness’经常耗费10分钟或者更长的时间)导致的。
三、缺陷处理针对该问题，有三种解决方案，分别如下：在Weblogic启动参数里添加“-Djava.security.egd=file:/dev/./urandom”(/dev/urandom 无法启动)执行命令mv /dev/random /dev/random.ORIG ; ln /dev/urandom /dev/random将/dev/random 指向/dev/urandom修改Linux上Weblogic使用的jdk $JAVA_HOME/jre/lib/security/java.security 文件将securerandom.source=file:/dev/urandom 修改为securerandom.source=file:/dev/./urandom这样可以解决任何一个域Weblogic启动慢的问题。
tomcat，Jboss，weblogic区别与比较
tomcat，Jboss，weblogic区别与⽐较⼀、tomcatTomcat 服务器是⼀个免费的开放源代码的Web 应⽤服务器，它是Apache 软件基⾦会（Apache Software Foundation）的Jakarta 项⽬中的⼀个核⼼项⽬，由Apache、和其他⼀些公司及个⼈共同开发⽽成。
由于有了Sun 的参与和⽀持，最新的和JSP 规范总是能在Tomcat 中得到体现，Tomcat 5 ⽀持最新的Servlet 2.4 和JSP 2.0 规范。
因为Tomcat 技术先进、性能稳定，⽽且免费，因⽽深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为⽬前⽐较流⾏的Web 应⽤服务器。
Tomcat 很受⼴⼤程序员的喜欢，因为它运⾏时占⽤的系统资源⼩，扩展性好，⽀持负载平衡与邮件服务等开发应⽤系统常⽤的功能；⽽且它还在不断的改进和完善中，任何⼀个感兴趣的程序员都可以更改它或在其中加⼊新的功能。
Tomcat 是⼀个⼩型的轻量级应⽤服务器，在中⼩型系统和并发访问⽤户不是很多的场合下被普遍使⽤，是开发和调试程序的⾸选。
对于⼀个初学者来说，可以这样认为，当在⼀台机器上配置好服务器，可利⽤它响应对页⾯的访问请求。
实际上Tomcat 部分是Apache 服务器的扩展，但它是独⽴运⾏的，所以当你运⾏tomcat 时，它实际上作为⼀个与Apache 独⽴的进程单独运⾏的。
这⾥的诀窍是，当配置正确时，Apache 为HTML页⾯服务，⽽Tomcat 实际上运⾏JSP 页⾯和Servlet。
另外，Tomcat和IIS、Apache等Web服务器⼀样，具有处理HTML页⾯的功能，另外它还是⼀个Servlet和JSP容器，独⽴的Servlet容器是Tomcat的默认模式。
不过，Tomcat处理静态HTML的能⼒不如Apache服务器。
相关连接：Tomcat是⼀个免费的开源的Serlvet容器，它是Apache基⾦会的Jakarta项⽬中的⼀个核⼼项⽬，由Apache，Sun和其它⼀些公司及个⼈共同开发⽽成。
WebLogic JMS 介绍 打印版
Ｗｅｂｌｏｇｉｃ ＪＭＳ 编程 限于译者的水平和能力，错误和不当之处在所难免，希望广大读者给予批评指正。
Ｊａｖａ研究组织 ｗｗｗ．ｊａｖａｒｅｓｅａｒｃｈ．ｏｒｇ 疾风摩郎 ｄｅｎｇｋｅ＠ｊａｖａｒｅｓｅａｒｃｈ．ｏｒｇ ２００２年６月２１日 第一篇 Ｗｅｂｌｏｇｉｃ ＪＭＳ介绍 下列小节提供了针对ＷｅｂＬｏｇｉｃ服务器的Ｊａｖａ消息服务的概要介绍： l什么是ＪＭＳ？ lＷｅｂＬｏｇｉｃ ＪＭＳ的特性 lＷｅｂＬｏｇｉｃ ＪＭＳ的架构 lＷｅｂＬｏｇｉｃ ＪＭＳ的扩展 一．什么是ＪＭＳ？ ＪＭＳ是一个企业级的消息系统，也称为面向消息的中间件。
它允许应用程序通过消息交流进行通信。
一条消息可以是一个请求，一个报告，也可以（或者）是一个事件，这种事件中包含了用来在不同应用程序间协调通信所需的信息。
消息提供了一个抽象级别，使你能从应用程序代码中分离出目的系统的详细资料。
Ｊａｖａ消息服务是一套访问企业级消息系统的标准ＡＰＩ。
详细地，ＪＭＳ： l授权Ｊａｖａ应用程序共享一个消息系统以便进行消息交流。
l提供一套标准的接口来创建、发送并且接收消息，简化应用程序的开发。
下面是ＷｅｂＬｏｇｉｃ ＪＭＳ通信的图解。
如图所示，ＷｅｂＬｏｇｉｃ ＪＭＳ从消息生产者应用程序那里接收消息，并把消息传递给消息消费者应用程序。
二．ＷｅｂＬｏｇｉｃ ＪＭＳ的特性 ＷｅｂＬｏｇｉｃ ＪＭＳ提供了一套ＪＭＳ ＡＰＩ的完整实现。
详细地，ＷｅｂＬｏｇｉｃ ＪＭＳ： l提供了一套单纯的统一的消息通信ＡＰＩ。
l实现了ＪａｖａＳｏｆｔ ＪＭＳ规范１．０．２ａ，包含了最近的ＪＭＳ ＡＰＩ勘误表。
l支持集群 l支持跨越不同操作系统和机器架构的应用程序间的消息通信。
l能够从ＷｅｂＬｏｇｉｃ管理控制台和（或）使用ＪＭＳ ＡＰＩ来设置属性，覆盖原来的值，进行配置。
l允许ＪＭＳ应用程序之间与其它使用Ｊａｖａ事务ＡＰＩ（ＪＴＡ）处理事务的资源管理者（主要是数据库）具有协同工作的能力。
服务器集群技术方案(2)
的计算机，利用高速通信网络组成一个单一的计算机系统，并以单一系统的模式加以管理。
其出发点是提供高可靠性、可扩充性和抗灾难性。
一个集群包含多台拥有共享数据存储空间的服务器，各服务器通过内部局域网相互通信。
当一台服务器发生故障时，它所运行的应用程序将由其它服务器自动接管。
在大多数模式下，集群中所有的计算机拥有一个共同的名称，集群内的任一系统上运行的服务都可被所有的网络客户使用。
采用集群系统通常是为了提高系统的稳定性和网络中心的数据处理能力及服务能力。
体系结构是否相同。
集群计算机按功能和结构可以分成以下几类:High-availability (HA) clustersLoad balancing clustersHigh-performance (HPC) clustersGrid computing普通是指当集群中有某个节点失效的情况下，其上的任务会自动转移到其他正常的节点上。
还指可以将集群中的某节点进行离线维护再上线，该过程并不影响整个集群的运行。
负载均衡集群运行时普通通过一个或者多个前端负载均衡器将工作负载分发到后端的一组服务器上，从而达到整个系统的高性能和高可用性。
这样的计算机集群有时也被称为服务器群 (Server Farm) 。
普通高可用性集群和负载均衡集群会使用类似的技术，或者同时具有高可用性与负载均衡的特点。
Linux 虚拟服务器(LVS)项目在Linux 操作系统上提供了最常用的负载均衡软件。
高性能计算集群采用将计算任务分配到集群的不同计算节点而提高计算能力，于是主要应用在科学计算领域。
比较流行的HPC 采用Linux 操作系统和其它一些免费软件来完成并行运算。
这一集群配置通常被称为Beowulf 集群。
这种集群通常运行特定的程序以发挥HPC cluster 的并行能力。
这种程序普通应用特定的运行库, 比如专为科学计算设计的MPI 库。
HPC 集群特殊适合于在计算中各计算节点之间发生大量数据通讯的计算作业，比如一个节点的中间结果或者影响到其它节点计算结果的情况。
集群服务器有什么优点与缺点
集群服务器有什么优点与缺点
集群服务器在某种程度上具有更强大的功能，不仅是因为增加节点而强化的处理能力，其扩展技术也更加容易实现，并且可扩展性也远远超过SMP。
综合来看，使用集群技术的优势有几点：
一、强扩展能力
一般的扩展技术，大概能支持几十个CPU的扩展，而集群的话可以扩展到几百甚至几千个CPU，并且相对其他技术限制更小，在扩展能力上具有明显优势。
其次，通过增加额外节点，能增加整体负荷的承受能力，能不断调整来满足具体增长的应用需求。
二、更容易实现
即使你拥有的是价格便宜、性能低下的多台服务器，通过集群技术仍然可以将它们连接在一起然后使得整个服务器系统多倍甚至几十倍的增长，而这仅仅通过软件即可实现，相对其他技术来说显得更为轻松，更容易实现。
并且，从软硬件成本上看，这种方式的性能提升显然更加规模效益。
三、易管理
可以通过管理系统来对所有的应用和系统进行监控和管理，使其像运行在同一台服务器一样。
同时，可以从网络的任意节点处来监控当前状态，如果出现服务器重连，会自动使其返回工作状态，自动平衡负荷等。
但技术的不足之处在于：
当应用出现故障需要重新修复运转时，其他服务器会接管该应用的数据区，而这个接管过程却需要消耗一些时间，应用越大，接管时间越长，会造成一定的延误。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Weblogic集群介绍
在介绍weblogic集群之前，先看看传统的双机架构,
这种架构存在以下几点不足之处：
1）采用主机备机的方式，一般主机使用比较频繁，导致另外比较空闲，资源利用不均衡。
2）当一个Server发生故障的时候，必须通知用户使用另外一台的Server，管理和维护比较麻烦。
3）用户切换应用的时候，需重新登录，有些延误时间。
群集的优点是什么
可伸缩性
可以动态增加部署在WebLogic Server 群集中的应用程序的容量以满足需要。
可以将服务器实例添加到群集中而不会中断服务，应用程序将继续运行而不会影响客户端和最终用户。
高可用性
在WebLogic Server 群集中，当服务器实例失败时应用程序可继续进行处理。
可通过将应用程序组件部署到群集中的多个服务器实例，“群集”这些组件，这样，如果在其上运行某个组件的服务器实例失败，则将此组件部署到的其他服务器实例可以继续进行应用程序处理。
群集WebLogic Server 实例的选择对于应用程序开发人员和客户端是透明的。
但是，了解启用群集的技术基础结构将有助于编程人员和管理员最大化其应用程序的可伸缩性和可用性。
群集的关键功能是什么
应用程序故障转移
简单的说，故障转移是当应用程序组件（在下列部分中通常称作“对象”）正在处理某个特定作业时某些处理任务部分由于任何原因而变得不可用，已失败对象的副本将结束此作业。
WebLogic Server 支持自动或手动将群集服务器实例从一台计算机迁移到另一台计算机。
可迁移的受管服务器被称作“可迁移服务器”。
本功能适用于要求高可用性的环境。
负载平衡
负载平衡是在环境中跨计算资源与网络资源平均分发作业和关联的通信。
哪种类型的对象可以群集
群集的应用程序或应用程序组件在群集中的多个WebLogic Server 实例上可用。
如果已群集某个对象，则此对象的故障转移和负载平衡是可用的。
将对象均匀部署到群集中的每个服务器实例，可以简化群集管理、维护和故障排除。
Web 应用程序可由不同类型的对象组成，包括企业Java Bean (EJB)，servlet 和Java Server Pages (JSP)。
每种对象类型都具有唯一的一组与控制、调用以及它如何在应用程序内起作用相关的行为。
由于此原因，WebLogic Server 用于支持群集的方法，以及用于提供负载平衡和故障转移的方法，会因不同的类型对象而异。
可在WebLogic Server 部署对下列类型的对象进行群集：
1）Servlet
2）JSP
3）EJB
4）远程方法调用（Remote Method Invocation，简称RMI）对象
5）Java 消息服务(JMS) 目标
6）Java 数据库连接(JDBC) 连接
什么类型的对象不可群集
以下API 和外部服务不可在WebLogic Server 内群集：
1）包含文件共享的文件服务
2）时间服务
在群集的各个WebLogic Server 实例中仍可使用这些服务。
但是，这些服务不能使用负载平衡或故障转移功能。
集群有哪些限制
1）集群中的WebLogic主机必须使用永久的静态IP地址。
动态IP地址分配不能用于集群环境。
如果服务器位于防火墙后面，而客户机位于防火墙外面，那么服务器必须有公共的静态IP地址，只有这样，客户端才能访问服务器。
2）集群中的所有WebLogic服务器必须位于同一个局域网，并且必须是IP广播可到达的。
3）集群中的所有WebLogic服务器必须使用相同的版本。
配置集群中的服务器，使它们支持所提供的服务。
对于使用了JDBC连接的EJB，所有部署了某EJB的服务器必须具有相同的部署与持久化配置。
也就是说所有服务器都应该有相同的JDBC配置。
所有部署了servlet的主机必须维护一组具有相同ACL 的servlet。