Using the "default" object manager or domsrvr with a given webengine

Document ID : KB000047220
Last Modified Date : 14/02/2018
Show Technical Document Details

Issue:

When creating a new webengine in a Service Desk Conventional Configuration, you may notice that the "Object Manager" field can be set to "Default".


Environment: 

CA Service Desk Manager 12.9 and later.

 

Cause:

Webengines require access to at least one Object Manager, or domsrvr, in order to function correctly.  What happens when you choose the "Default" setting for Object Manager on a given webengine is that the given webengine will then be tied to the primary server's domsrvr.  This is considered to be the "Default" domsrvr as it is always defined in all Conventional Configurations of Service Desk. 

The danger of using this domsrvr appears if one were to define multiple webengines and tie them all the same "default" domsrvr, which will cause the given domsrvr process to become overloaded with all of the webengines' object requests, and can lead to severe performance degradation.

 

Resolution:

The ideal approach is to create a domsrvr on the same server as the webengine and have the given webengine tied to the local domsrvr.

To do this:

  1. Create a new domsrvr on the given secondary server

  2. Go into the webengine that was created on the same secondary server.  Under the Object Manager dropdown, choose "Update Object Managers"

  3. Do a search for the domsrvr you just created on the secondary server

  4. Add that domsrvr to the webengine.

 

Additional Information:  

The following tech doc describes how to add a secondary server using the Administrative Web Interface for creating configurations in SDM 12.9 onwards.

tec1933403:  How to set up a Service Desk Manager secondary server?