Share database domains between clusters on Solaris
To help provide redundancy and failover support in production environments composed of multiple clusters in a single cell and multiple clusters in different cells, we can share database domains between those clusters. IBM WebSphere Portal data is organized into different database domains, with different availability requirements depending on how the production environment is set up. When multiple lines of production are involved and each line of production is implemented as a cluster of servers, sharing database domains ensures that the data is automatically synchronized across the lines of production.
- Prerequisites
- Prepare the Solaris operating system in a clustered environment
- Prepare the primary node on Solaris
- Create and augment a new dmgr profile on Solaris
- Solaris cluster: Tune the servers
Important: JCR domains and release domains cannot be shared between different clusters or servers. Each distinct cluster or server in the environment must use a separate JCR domain and a separate release domain.
For example:
of separate JCR or Release domains between all clusters or servers
Share database domains when setting up an environment with multiple clusters:Development Server Authoring Cluster Staging Server Delivery Cluster JCR Domain 1 JCR Domain 2 JCR Domain 3 JCR Domain 4 Release Domain 1 Release Domain 2 Release Domain 3 Release Domain 4
- Set up the first cluster (referred to as Cluster A in these instructions).
- Determine which database domains to share with any other clusters in the environment.
- Install the primary node of the next cluster (Cluster B), and complete the following steps to configure the node to use the shared database domains.
- Complete a partial database transfer of the database domains that we are not sharing.
For example, if we are sharing only the Customization and Community domains, you would transfer the remaining domains to the database we are using for Cluster B.
- Re-configure the shared database domains on the node to connect to the shared database domains we are using for Cluster A.
For example, to connect to the Customization and Community domains for Cluster A, you would connect to those domains from Cluster B.
- Continue setting up the primary node as described in the cluster instructions.
- Install the secondary node of Cluster B, and complete the following steps to configure the node to use the shared database domains.
- For those database domains that we are not sharing between clusters, re-configure the domains to connect to the database domains we are using for Cluster B.
As in the example for the primary node, if we are sharing only the Customization and Community domains, re-configure the remaining domains on the secondary node to use the domains of the primary node for Cluster B.
- Re-configure the shared database domains on the node to connect to the shared database domains we are using for Cluster A.
For example, to connect to the Customization and Community domains for Cluster A, you would connect to those domains from Cluster B.
- Continue setting up the secondary node as described in the cluster instructions.
Parent: Set up a cluster on Solaris
Related:
Prepare to create the cluster on Solaris
Prepare a remote Web server when portal is installed on Solaris in a clustered environment
Configure WebSphere Portal to use a user registry on Solaris in a clustered environment
Prepare additional cluster members on Solaris
Configure search in a cluster on Solaris
Set up multiple clusters on Solaris
Connect to existing database domains