Setting up farm instances as unique installations | HCL Digital Experience
Choose this option if you want all portal farm instances to be unique installations. You have more control over the server-specific configuration because they are unique from server to server. For example, you can easily apply and test changes or application updates to one server on the farm at a time. The disadvantage to this option is that all administrative actions must be repeated on every server in the farm.
About this task
Tip: For most farm configurations, the shared farm is the preferred scenario.
For information, go to Setting up farm instances with a shared configuration.
Complete the following steps to set up farm instances as unique installations:Note: All
steps are repeated for each instance that you add to the portal farm except for the create-wcm-jms-resources step. Run the create-wcm-jms-resources command once on the server that is identified as the
WCM SUBSCRIBER that is used in the portal farm.
Remember: Create a different database instance for the Release and JCR databases because all farm members
must have their own Release and JCR database. They can share all other databases. Use the connect-database task to connect these instances to the other common
database domains already established by the first farm instance.
Warning: The connect-database
configuration task does not preserve customizations to the data sources for the HCL Portal databases. If you previously tuned your data sources for
the HCL Portal databases, make a note of the settings, run
connect-database, and reapply the tuning after you run the
configuration task.
Procedure
- Install and configure HCL Digital Experience on the initial system
as a stand-alone server. Remember: Create a different database instance for the Release database because all farm members must have their own Release database. They can share all other databases.
- Ensure that the HCL Portal server is started.
- Log on to the WebSphere® Integrated Solutions Console and
complete the following steps:
- Go to and then click Custom properties under the Additional Properties section.
- Click New and add the HttpSessionCloneId custom property with a value of WpServer1, where WpServer1 is the correct clone ID for that server instance. This ID uniquely identifies this server to the HTTP server plug-in for load balancing purposes.
- Click OK.
- Click Save to save your changes.
- Log out of the WebSphere® Integrated Solutions Console.
- Optional: If you are using HCL Web Content Manager, run the following
task, from the wp_profile_root/ConfigEngine directory, to set up the local
messaging bus and queue:
To avoid the system from receiving all content updates from the authoring system, one server outside the farm must be identified as the subscriber. This server also requires a message queue where content update messages are posted from members to the farm. All farm servers listen for these messages to update their own content caches.
Tip: Run this step once when you set up the portal farm. It is not completed on each server in the farm. This step is only run on the server that is identified as the WCM SUBSCRIBER that is used in the portal farm.- Windows™: ConfigEngine.bat create-wcm-jms-resources -DWasPassword=password
- AIX® HP-UX Linux™ Solaris z/OS®: ./ConfigEngine.sh create-wcm-jms-resources -DWasPassword=password
- IBM® i: ConfigEngine.sh create-wcm-jms-resources -DWasPassword=password
Note: If you are using a remote content environment, see the "Working with syndicators and subscribers" link under Related concepts. - Optional: If you are using Web Content Manager, complete the
following steps to set up more farm instances to listen for content
update messages:Tip: This step is complete on each server in the farm.