Deployment Planning Guide > High-Availability Deployment Planning >

About Resilient Processing

Resilient processing, also called distributed services, distributes server requests to multiple instances of batch-mode server components. The server requests for these components are typically message-based, so any instance of the component can process the request. If one instance of a component fails, another can perform the task, thus providing resiliency. Multiple instances of the components can run on the same Siebel Server or on several Siebel Servers.

Load balancing is about distributing workloads. Resilient processing is about providing redundancy. Resiliency also provides round-robin distribution of workloads to multiple instances of server components.

Resilient processing makes more efficient use of hardware resources than server clustering. In addition, resilient processing does not require third-party clustering software. Where possible, use resilient processing instead of server clustering.

If you use server clustering, resilient processing is not required, as the cluster provides a resilient environment. Resilient processing is not available for all server components. You cannot use it for server components that must run on only one server (for example Siebel Remote). In these cases, the only high availability option is server clustering.

Resilient processing is the preferred method for providing high availability for the following server components:

  • Communications Manager
  • CORBA Object Manager
  • Document Server
  • Pricer
  • Field Service
  • File System Manager
  • Interactive Assignment
  • Server Request Broker
  • Server Request Processor
  • Siebel Marketing
  • Workflow Process Manager

Resilient processing uses two server components:

Deployment Planning Guide