Maintaining IBM® Lotus® Quickr™ for WebSphere Portal in a cluster typically means applying corrective service, which are fix packs and interim fixes, or updating the software release level on each node in the cluster.
Instructions for applying corrective service to a Lotus Quickr cluster are provided with the corrective service package. Before applying any maintenance, analyze any impact to your users and ensure that you are able to provide uninterrupted service (also referred to as 24x7 availability), even during the maintenance phase.
Fixes are "minor" if they do not update the underlying Lotus Quickr databases or require version upgrades to other supporting software, such as databases servers or WebSphere® Application Server. Most of the Lotus Quickr service packs are not minor and can require the use of a separate installation procedure to ensure 24x7 availability.
If you have not implemented horizontal scaling in your environment, meaning that you have only vertical nodes in your cluster, any fix that requires a Lotus Quickr server restart results in temporary outage for your users. Existing 24x7 installation procedures do not apply to these environments.
Deploying minor fixes
All minor fixes to Lotus Quickr in a clustered environment can be deployed by applying the fix on each cluster node using the installation instructions supplied with the fix. You do not need to remove the node from cluster to apply minor fixes. When applying minor fixes that might update previously deployed enterprise applications, be sure to turn off the automatic synchronization feature of the deployment manager before applying the fix. After the fix is deployed on all cluster nodes, you can force a manual synchronization using the deployment manager to ensure that all updates are synchronized on the nodes. You can then enable the automatic synchronization feature again.
If the documentation associated with the minor fix states that Lotus Quickr or WebSphere Application Server must be restarted, be sure to apply the minor fix one node at a time. This enables other nodes to continue to provide service to your users. However, if the fix requires an update to the Lotus Quickr databases, you might be required to stop the cluster before applying the fix. If so, use a procedure that ensures 24x7 availability.
Deploying service packs
A separate procedure is available to install Lotus Quickr fix packs into an existing cluster while maintaining 24x7 availability. The procedure removes one site from the cluster while the other site takes the full user load. The removed site can then be upgraded with the fix packs. When the upgrade process is complete, traffic is routed to the upgraded site while the fix packs are installed on the other site. The two sites are then merged back into the original cluster. The procedure is available from the Lotus Quickr product documentation page
A separate document is available that describes the process of installing Lotus Quickr fix packs into an existing cluster while maintaining 24x7 availability. To briefly summarize this procedure, you remove a node or set of nodes from the flow of user traffic by configuring the IP sprayer and Web server. You then upgrade the node with the service packs. After the upgrade is complete, you return the node or set of nodes to the flow of user traffic, while repeating the procedure with the next node or set of nodes. This process continues until you have upgraded all nodes in the cluster. The document containing the full 24x7 maintenance procedures is available from the Lotus Quickr product documentation page
Parent topic: Installing fix packs: qp85
WebSphere Portal server topologies