This documentation supports the 20.02 version of Remedy Action Request (AR) System.

To view an earlier version, select the version from the Product version menu.

Setting up DSO to synchronize data across multiple AR System servers


The Distributed Server Option (DSO) is available only for on-premises deployments.

BMC Remedy Distributed Server Option (DSO) enables you to transfer requests between servers and to keep copies of a request synchronized across multiple servers, even if those servers are geographically dispersed. DSO is available for Windows and UNIX platforms.

Before using DSO, you should be familiar with BMC Remedy AR System.

DSO has many uses, including the following:

  • Transferring requests to the location where they are processed
    For example, suppose your company repairs office furniture. Desks are repaired in San Francisco, and chairs are repaired in Chicago. When a request for a chair repair is submitted to the San Francisco site, DSO can automatically transfer the request to a server in Chicago. If the request needs the attention of a specialist, such as an upholsterer, DSO can transfer the request to a different Chicago server that handles upholstery repairs.
  • Transferring requests between regions in a customer support environment that operates 24 hours a day, 7 days a week
    You can configure DSO to forward open requests to another site at the end of each site's business day. For example, suppose your company has customer support centers in San Francisco, Paris, and Tokyo. DSO can forward open requests from San Francisco to Tokyo at the end of San Francisco's business day, from Tokyo to Paris at the end of Tokyo's business day, and so on. This helps alleviate employee down time and increases the speed at which requests are processed.


    Depending on your environment, using DSO as a database synchronization engine might not provide real-time distribution of all data to all users. Before you implement DSO for this use, your environment should be evaluated to ensure that DSO can perform as expected in it.

  • Creating a distributed knowledge base so that problem-solving information is accessible from any location
    For example, you can create filters or escalations that instruct DSO to forward requests closed on one server to all other servers in the environment. All servers then have access to the problem-solving information and solutions contained in the closed requests.
  • Archiving old requests
    If you have a server dedicated to archiving, DSO can send closed requests to the that server.

This section contains information about:

Was this page helpful? Yes No Submitting... Thank you