aix weblogic 安装_weblogic11g安装_linux查看weblogic版本(23)

谎言#4：状态会话EJB群集化和故障排除

WebLogic的EJB群集化甚至在服务器终止的情况下都可以为状态会话EJB对象提供清楚的连接，这使得它在竞争中抢先了一步

在规模可伸缩性方面，WebSphere通过将会话都写入来执行跨框会话共享。我更看好WebLogic和iPlanet群集化/Dsync方法，因为可以用它在框之间传输共享会话信息。

对于网站应用软件来说，保持状态的能力是一项非常重要的性能。这种能力允许网络应用软件保存有关当前所连接的用户信息和与网络应用流程相关联的信息，并在一个没有连接的环境中建立一个虚拟连接。这个“状态”信息就是通常所说的会话。BEA的weblLogic服务器使用的是一个多点传送途径，向所有群集的服务器定时广播会话信息（HTTP会话和状态会话控件）的更新。但是存在几个缺点：

l如果在服务器突然终止之前群集器中的weblLogic服务器没有广播，那么全部新的会话信息会从服务器上丢失。可以实现100%的错误修复和100%的事务处理完整性吗？不能。当我们阅读weblLogic文件的时候，发现服务器是通过使用IP多点传送来实现状态会话倥件和HTTP会话状态复制的，而IP多点传送不能确保事务处理的完整性。WL 6.0文件的局限性为：“IP多点传送不能确保能够收到消息。如果本地缓冲器已没有空间，新的消息就不能被写入缓冲器，而一旦丢失消息，应用软件也无法得到通知。因此，weblLogic服务器可能会丢失一些通过IP多点传送的消息。”此文件的URL地址是）

l用户不应该太迷信市场宣传（如果我把我们的会话复制称为—超级、特大型、迅速、立即的CPU高速缓存，你们会相信吗？）他们应当运行一些实际工作性能测试来看看，在WebLogic中的会话复制究竟是好还是坏，也可以看到配置IP多道传送是多么的困难。而IBM推出的群集化的HTTP会话管理是在经过验证的基础上开发的。群集器中的所有服务器都共享访问一个。所有HTTP会话信息都可以在这个中保留（如果不要求故障排除的话，还可以保存到内存当中）。当对会话信息进行了一项更新，这项更新就可以保留在，而且群集器中的任何服务器都可以立即访问它。如果一台服务器突然终止，不会导致信息丢失，因为这些信息已经中保存。当客户返回到同一台服务器，具有会话亲和力的HTTP会话状态就被存取到内存中。在故障排除方案中可以使用多Servlet引擎，而不只用一个单独备份（在BEA的“成对”结构中运用）。也可以使用高效解决方案来排除一个单独断点。对WebSphere v3.x进行工作性能优化允许使用人工更新模式，它能产生更大的附加利益，将对象的串行化影响降至最低，并不过多的依赖应用软件的写入特性。WebSphere v4.0版本一些特性可以更有效的提升机器的工作性能，这些特性包括增强亲和力（将会话嵌入到正在生成的JVM）和基于时间的写入（基本上是一套人工自动升级版本）。最后，我们对即将实现的内存到内存会话复制技术进行一下预览（它将基于轻型JMS实现上）

lWebLogic群集器和许多播送方式的推出，使网络使用得到了进一步发展。其中，会话数据和播送频率也起着重要的作用。

l由于WebLogic中会话更新播送频率的影响，群集器中的其他服务器可能不易接收到正确的会话数据。这就导致了在群集器中的其他服务器上执行请求的时候产生旧的或是错误的数据。

l在WebLogic 6.0版本中，状态会话粒媒复制是它的专有特性，它被锁在一个单独的平台上。EJB 1.1和2.0规格不对状态会话粒媒提出排除故障和状态复制要求。因此，这是WebLogic EJB规格的扩展，它可以将用户锁在BEA平台。（使用此特性的JA代码不能够移植，并要求重写）。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-30071-23.html