Ibm mobilefirst IBM Worklight 5.0.6.1-群集环境中的Worklight升级过程

Worklight是否支持服务器升级（例如，应用补丁包、升级次要版本、升级主要版本），而不会导致群集中的服务器停机

我的理解是，对于服务器升级，数据库中应用了一些脚本。此外，还有一些任务正在执行以在数据库和文件系统之间进行同步

是否可以逐个升级服务器，或在更新服务器后进行同步而不停机？如果是的话，你能给我提供一下程序吗？谢谢

---

环境信息：Worklight Consumer Edition 5.0.6.1，WAS 8.5，Oracle 11g RAC

根据您的升级方案，以下内容可能不正确：

• 是从5.0.6.x到5.0.6.x吗
• 或者从5.0.6.x到6.0.0.x或6.1？ --如果说6.1

---

一般来说：还不可能逐个升级集群中的服务器。您需要关闭群集中的所有服务器并对其进行升级

也就是说，我不知道你的网络拓扑是什么。。。升级场景可以也将根据这一点而改变

您可能有两个Worklight服务器集群，每个集群都有自己的数据库，还有一个重定向应用程序请求的负载平衡器：

[load          balancer]
   |              | 
   |              |
   |              | 
[WL cluster]   [WL cluster]
-s -s -s -s    -s -s -s -s
   |              |
  [DB]           [DB]

在这种情况下，您可以：

将所有流量定向到一个群集

关闭另一个群集，升级所有服务器，重新启动

将所有流量定向到升级的群集

关闭未升级的群集，升级所有服务器，重新启动

再次将流量定向到两个群集

---

记录在案的就地升级过程（）包括一些停机时间

将停机时间降至最低的预期问题包括： -将服务器端工件（wlapp和Adapter）移植到新版本并准备好上载它们（6.1中不需要，它提供了studio和服务器生命周期的分离） -数据库模式更新

在6.1版本中，就地升级的停机时间可降至最低：

停止服务器

升级数据库

升级第一台服务器并重新启动它

->如果Application Center未安装或未安装在与worklight server相同的应用程序服务器上

本页所附表格对此进行了总结：

---

谢谢你，伊丹。拓扑结构是我们有一个WL集群，该集群下有两个WL服务器，并且共享同一个数据库。因此，似乎我们必须停止集群下的所有服务器才能执行任何类型的Worklight升级？我相信是这样的，因为当前服务器运行时没有升级选项。谢谢Idan。我可以进一步询问应用程序部署情况吗？我们可以在不停机的情况下部署应用程序吗？例如，问题1：如果我想部署WAR文件，是否可以在不停机的情况下通过WAS管理控制台进行部署，比如说先在一台服务器上更新WAR文件，然后在另一台服务器上更新？我当前部署WAR文件的过程是：（a）停止群集（b）更新企业应用程序（WAR文件）（c）启动群集。。。问题2：如果我想在Worklight console中部署.wlapp和.adapter文件，是否可以在不停机的情况下部署？似乎在上载文件时，无法访问服务器。1）如果不关闭承载war文件的服务器，则无法更新war文件。2） 如果部署新工件（适配器、应用程序），服务器必须联机。的确，服务器将被“锁定”，但这只是时间的一小部分，并且您不会在每天的生产过程中部署新版本。。。因此，“损害”是非常小的。这是将来可能会解决的问题。谢谢迪迪埃。从中，有WL服务器升级过程的摘要。我不太确定的一点是，某些Worklight服务器状态是否为“正在运行”/“已停止”，取决于它是否为liberty/tomcat。与WAS完整配置文件/ND相比，这些类型的应用程序服务器有什么不同？对于某些应用程序服务器，必须在IBM Installation Manager运行之前停止服务器。详细信息如下：。有关Worklight Server修补程序包的零停机滚动升级（无数据库更改）的想法，本文可能会提供很好的见解