Siebel Deployment Planning Guide > Siebel Architecture Overview >

About the Siebel Enterprise Server and the Siebel Server

This topic describes the Siebel Enterprise Server and Siebel Server, and also the Application Object Manager components of the Siebel Server.

For information about applicable installation and configuration tasks, see the Siebel Installation Guide for the operating system you are using.

Siebel Enterprise Server

The Siebel Enterprise Server is a logical grouping of one or more Siebel Servers that connect to one Siebel database. The corresponding configurable entity is called the Siebel Enterprise. You can configure some server parameters at the enterprise level. Such parameters are inherited by individual Siebel Servers and applicable components. Some parameters can be overridden at the server level or component level.

You use the Siebel Enterprise Server installer for installing Siebel Gateway, Siebel Server, Siebel Database Configuration Utilities, and Siebel EAI Connectors. You use the same installer for installing Siebel Application Interface, Enterprise Cache, and Constraint Engine, each of which must be installed separately.

After the initial configuration, using the Siebel Management Console, of the Siebel Enterprise and each Siebel Server, some subsequent configuration and administration tasks might be performed by one or more administrators using Siebel Server Manager. Server Manager supports both a command-line user interface and a graphical user interface (GUI).

Siebel Server

Each Siebel Server functions as an application server and is composed of server components. Each server component performs a defined function. Server components or groups of components determine what applications and services a Siebel Server supports. Components run in one of several modes:

• Interactive mode. Interactive mode components start tasks automatically in response to user requests. Interactive tasks run until the user ends the session. Examples of interactive components include the Application Object Managers (alias, for example, SCCObjMgr_deu for Siebel Call Center for German) and the Synchronization Manager (alias SynchMgr).
• Background mode. Background mode components handle background processing tasks. Typically, background tasks are called by interactive tasks. Background tasks run until they are explicitly shut down. Examples of background components include Transaction Router (alias TxnRoute) and Workflow Monitor Agent (alias WorkMon).
• Batch mode. Batch mode components handle processing of asynchronous work requests. When the task is complete, the component exits. Examples of batch components are Database Extract (alias DbXtract) and Enterprise Integration Mgr (alias EIM).

Many of the Siebel Server components can operate on multiple Siebel Servers simultaneously, allowing Siebel applications to scale across many computers to support large numbers of users.

Other Siebel Server components provide additional functionality, including the following:

• Synchronization for Siebel Mobile Web Clients and Siebel Mobile disconnected applications
• Integration with legacy or third-party data
• Automatic assignment of new accounts, opportunities, service requests, and other records
• Workflow management
• Document generation

Siebel Connection Broker (SCBroker)

The Siebel Connection Broker component provides load balancing of connection requests to multiple Application Object Manager threads or processes running on the same Siebel Server.

Siebel Server Implementation

The Siebel Server runs as a system service under Windows and as a process under UNIX. This system service or process monitors and controls the state of all of the server components on that Siebel Server. Each Siebel Server is one instantiation of the Siebel Server system service or process within the current Siebel Enterprise Server.

Interactive and batch components can be configured to run as multiple processes or in some cases as multithreaded processes. Application Object Manager components (which are interactive) can run as multiple processes and as multiple threads for each process. Background mode components can run as multiple processes only.

For information about administering the Siebel Server system service or process, see Siebel System Administration Guide.

Language Pack Installation

It is strongly recommended to install the same set of languages on each server computer in your Siebel Enterprise Server. However, you can deploy different languages on different Siebel Servers, as needed. For more information, see the Siebel Installation Guide for the operating system you are using. See also Siebel Global Deployment Guide.

Application Object Manager

One of the most important types of server components is the Application Object Manager. These server components always run in interactive mode. They process user requests and are application- or service-specific. For example, the Siebel Call Center component group contains the Call Center Object Manager (alias SCCObjMgr_deu for German, for example), one for each language deployed on the Siebel Server. This Application Object Manager provides the session environment in which this application runs.

Internally, each Application Object Manager also contains a data manager and the Siebel Web Engine. When an Application Object Manager receives a user request to start an application, it follows this procedure:

• The business object layer starts an application user session, processes any required business logic, and sends a data request to the data manager.
• The data manager creates an SQL query and forwards it the Siebel database.
• The data manager receives the data from the database and forwards it to the business object layer for additional processing.
• The business object layer forwards the result to the Siebel Web Engine, which helps create the user interface for the data. The Siebel Web Engine then forwards the Web pages to the Siebel Application Interface.

Application Object Manager Implementation

An Application Object Manager server component is implemented as a multithreaded process on the Siebel Server. At run time, a parent process starts one or more Application Object Managers as multithreaded processes, according to the Application Object Manager configuration. The terms multithreaded server or MT server are alternative terms for the multithreaded process, which is also called an Application Object Manager process.

Each thread in an Application Object Manager hosts tasks that are typically linked to one user session. These threads might be dedicated to particular user sessions, or they might serve as a pool that can be shared by user sessions. For each Application Object Manager, a few threads are dedicated to housekeeping functions.

Each Application Object Manager task communicates with the Siebel database, the Siebel Application Interface, or other components, as follows:

• Communication with the Siebel database uses ODBC database connections. You can manage and tune database connections for optimal performance. You can optionally configure connection sharing for database connections.
• Communication with the Siebel Application Interface uses SISNAPI (Siebel Internet Session API), a Siebel messaging format that runs on top of the TCP/IP protocol. SISNAPI connections use encryption and authentication based on Transport Layer Security (TLS).
• Communication with other Siebel Enterprise Server components (including other Siebel Servers) also uses SISNAPI.
• The Siebel Connection Broker (SCBroker) on each Siebel Server listens on a static, configurable TCP port for requests coming from the Siebel Application Interface. SCBroker forwards these requests to Application Object Manager processes.

For more information about the operation of multithreaded processes for Application Object Manager components, see Siebel System Administration Guide and Siebel Performance Tuning Guide.