Siebel 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, or use them in combination.

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

• Communications Session Manager
• Document Server
• Pricer
• Field Service
• File System Manager
• Interactive Assignment
• Siebel Marketing
• Workflow Process Manager

Resilient processing uses two server components:

• Server Request Broker. This component handles all server requests. See About Server Request Broker.
• Server Request Processor. This component handles asynchronous server requests. See About Server Request Processor.