WebSphere 反向投资者: 运行时管理高可用性选项，终极版

核心提示： 撤销所有静态路由修改，将整个环境返回到动态路由，WebSphere 反向投资者: 运行时管理高可用性选项，终极版(3)，添加成员，为环境拍摄一个新的快照，那么将选择另一个进程来托管该单独实例，因此，导出工作负载管理路由表（位于一个扁平文件中）， 重新启用所有属性

撤销所有静态路由修改。

将整个环境返回到动态路由。

添加成员。

为环境拍摄一个新的快照。

导出工作负载管理路由表（位于一个扁平文件中）。

重新启用所有属性，回到静态路由模式。

这将为 cell 管理带来巨大的复杂性。还要注意，虽然应用服务器从节点代理 LSD 启动自检（bootstrap），但是独立的应用程序客户机应当使用 Corbaloc (CORBA Object URL) 从每个应用服务器的名称服务中启动自检。

考虑到节点代理在应用服务器启动自检中扮演的角色，您不希望节点代理长时间不可用。这在同时启动大量服务器期间尤其如此，比如在应用 OS 维护、WebSphere Application Server 维护或应用程序（重）部署之后。

在一个有多个机器运行 Network Deployment 集群的环境中，在出现故障时 OS 监视和重启节点代理的能力应当满足节点代理 HA，因为丢失单个节点不应当在多机器环境中引起重大的故障。根据具体的操作系统，有很多种 “OS 进程保护（process nanny）” 功能（Windows 上的 Windows Service，或者 Linux 或 UNIX 上的 initab）可以用来实现此目的，只要物理服务器和 OS 继续运行，这些功能就能够起作用 —— 这反过来支持 OS 进程保护功能监视和重启节点代理。当然，如果 OS 没有运行，那么您就无法启动任何进程，更别说 Network Deployment 进程了！

部署管理器功能

从 Network Deployment V6.x 开始，部署管理器不再成为 IIOP 工作负载管理路由表的单点故障，这和 WebSphere Application Server V5.x 中的情况一样。在 Network Deployment V6.0 及更新版本中，HA 管理器确保维护这些信息的单独实例（singleton）始终可用于其中一个 Network Deployment 进程（部署管理器、节点代理、应用服务器等等）。如果托管该单独实例的进程出现故障，那么将选择另一个进程来托管该单独实例。因此，Network Deployment V6.x 和 V7.0 中的部署管理器只用于执行配置修改和管理 JMX 路由。