Siebel Server
Download
Report
Transcript Siebel Server
Implementing Siebel 7
for High Availability
Richard Sands
Siebel Expert Services
©Siebel Systems 2003 – Do not distribute or re-use without permission
Who are Siebel Expert Services?
©Siebel Systems 2003 – Do not distribute or re-use without permission
Siebel Customer Care Model
Technical Account Management
Implementation
and Technical
Advice
Customer
Understand customer’s business
objectives and IT landscape
Lead customers toward success using
Siebel best practice methodology
Help customer deploy licences in
timeframe to achieve business benefit
through product, technical
implementation and project advice
Review and monitor key project milestones
Expert Services
Deep Technical Advice
Ensure optimal use of Siebel technology,
and architecture
TAM & Expert Services Package
Technical
Account
Manager
Technical Support
Support &
Maintenance
Technical advice and support via
Siebel support web
Manage product change requests
Manage customer support profile
Expert Services—Deep Technical Expertise
Expert Services Skills
Technical
Workshops
Define
Sizing
Review
Technical
Workshops
Design
Design
Review
Technical
Workshops
Config
Test
Deploy
Run
Production Production
Config Performance
Readiness
Health
Review
Review
Review
Check
Proactive Technical Assistance
Experts in Siebel technology and
architecture:
Architecture
Platform
Configuration
Integration
Performance
Experts in optimal use of Siebel application
Leverage experience of 3000
implementations and direct
engineering relationship
Direct involvement in new product
development cycle
Deep understanding of technical
best practices
Extensive training in Siebel technology
and platforms
Experience in creating many practical
technical solutions for specific and
complex needs
Implementing Siebel 7
for High Availability
Richard Sands
Siebel Expert Services
©Siebel Systems 2003 – Do not distribute or re-use without permission
Session Overview and Objectives
The purpose of this session is
To provide an overview of Siebel High Availability
Architectures on the Microsoft Platform.
This session will cover
Different High Availability Architectures
How they can be applied with Siebel
When each architecture is suitable
How architectures can be combined in a single Siebel
Enterprise
New features in Siebel 7
High Availability Mechanisms
Distributed Services (Resilient Processing)
Scalable Services (Load Balancing)
Similar to Load Balancing but implemented differently and
workload is not considered. Siebel services are running
concurrently on different servers. If one server goes down, then the
service will find a process running on a different server to continue
it’s work.
Distributing multiple instances of a service to different servers
based on workload
A good example of this is IIS Load Balanced Web Servers
Failover Services (Clustered Servers)
We are strictly speaking of Failover Clusters in the Siebel
Environment.
Failover is for those services that can only run on a single server
and so High Availability is achieved by failover using Microsoft
Cluster Server and in the case of the Database using SQL Server’s
fully cluster aware architecture.
High Availability
Distributed Services
Scalable Services
Failover Services
Delivering High Availability
Distributed Services – What they are
Service available from many servers
Many requests for service
Requests automatically assigned
No consideration of server loading
Use for Internal Requests (from within
Siebel Enterprise)
Distributed Services are used for…
Service available from many servers
Multiple requests for service
Requests originate with other Siebel
Server component
Use for components which can run on
multiple servers
Can run on clustered or load balanced
siebel servers
Siebel implement through Server
Request Broker task
Examples: Workflow Processes
File System Manager
Distributed Services – How they work
New Component – Server Request
Broker (SRBroker)
Replaces Server Request Manager
(SRMSynch)
Accepts server requests
If requested component is running on
local server, then runs request locally
If requested component is running on
other servers, then routes request to
each server in turn
If one server fails, but component is
available on other server(s) then will run
on remaining servers
Can control which servers perform
which functions by how components are
assigned
Distributed Services illustrated
Web
Client
Web Server
Web client request
Assignment Task
Siebel Enterprise Server
Service Request Broker
determines if Assignment
Task is available locally
Assignment
Manager
SRBroker
Workflow
Process Manager
Object Manager
SRBroker
Assignment
Manager
If yes, then the task is run
SRBroker
locally
Workflow
Process Manager
Distributed Services providing scalability
Web
Client
Web Server
Web client request
Workflow Process
Siebel Enterprise Server
Assignment
Manager
SRBroker
Workflow
Process Manager
Object Manager
SRBroker
Assignment
Manager
Service Request Broker
determines if Workflow
Process Mgr is available
locally
No, the tasks is assigned
SRBroker basis to
on a round-robin
servers that do have the
Workflow Process Mgr.
Workflow
running.
Process Manager
Distributed Services provide High Availability of components
Web
Client
Web Server
Siebel Enterprise Server
Assignment
Manager
SRBroker
Workflow
Process Manager
Object Manager
SRBroker
Assignment
Manager
SRBroker
Workflow
Process Manager
Distributed Services – Where they apply
Server
Web
Wireless
Mobile
Handheld
Dedicated
Distributed
only
within
Manager GUI Services
Client
ClientapplyWeb
ClientSiebel
ClientServers:
Web Client
Support for all components that use Server Request Broker
(synchronous requests)
Wireless Gateway
Server
SQL
Mobile
This includes Server
Request Processor
CE
DB
(asynchronous requests)
Servers with SWSE
Web
Workflow
Processes (Workflow Process Manager, Business
Integration Manager)
Siebel File System (File System Manager)
Gateway Name
Server
Siebel Gateway
Resonate Central Dispatch
Siebel Enterprise Server
Siebel Servers
Siebel file
System
Server
Manager
cmd line
interface
EAI &
Data
Loading
SQL Server Database
High Availability
Distributed Services
Scalable Services
Failover Services
Delivering High Availability
Scalable Services – What they are
Load balanced services
Service available from many servers
Many requests for service
Requests automatically assigned
Assignment considers server loading
Use for External Requests (originating
outside load balanced Servers)
Implemented through Resonate Central
Dispatch for Siebel Servers
Scalable Services – What they are used for
Siebel Object Managers
Ideal candidates for load balancing
Can use failover clusters for small
deployments
Can load balance all object managers
(except eConfigurator Object Manager)
Cannot directly load balance other
components
Can implicitly load balance requests
Requests from load balanced OM will
run on the same Siebel Server
whenever possible
Sessions remain fixed to object manager
instance
Scalable Services – What they’re used for
Web Servers
Ideal candidates for load balancing
Can use failover clusters if only one
web server
Can use any load balancing solution
Sessions can be distributed across
multiple web servers
Stateless Web Servers
Scalable Services – How they’re used
Siebel Server Load Balancing
Must use Resonate Central dispatch
Can only load balance Object Managers
Supplied with Siebel
Use is mandatory when:
Load balanced web servers
More than one Siebel Server running
same Object Manager
NAT used across Siebel Servers
Only installed on load balanced servers
Never installed on failover clusters
Dedicated Static Virtual IP Address (VIP)
Used for all access to load balanced
components
Not accessible from load balanced
servers
Use servers nominated as “schedulers” to
allocate connections across load
balanced servers.
Schedulers can be on dedicated or load
balanced servers
Scalable Services illustrated in the Siebel Environment
Server
Manager GUI
Web
Client
Wireless
Client
Wireless Gateway
Server
Mobile
Web Client
Mobile
DB
Handheld
Client
Dedicated
Web Client
SQL
CE
Web Servers with SWSE
Gateway Name
Server
Resonate
Central Dispatch
Resonate Schedulers
Siebel Enterprise Server
Siebel Servers
Siebel file
System
Server
Manager
cmd line
interface
EAI &
Data
Loading
SQL Server Database
Scalable Services and their flow through the environment
Server
Manager GUI
IIS Network
Load Balancing
Web
Client
Wireless
Client
Wireless Gateway
Server
Mobile
Web Client
Mobile
DB
Handheld
Client
Dedicated
Web Client
SQL
CE
Web Servers with SWSE
Resonate Central
Dispatch
Resonate
Central Dispatch
Resonate Schedulers
Siebel Enterprise Server
Siebel Servers
Siebel file
System
Gateway Name
Server
Server
Manager
cmd line
interface
EAI &
Data
Loading
SQL Server Database
Scalable Services and what happens when a web server crashes
Server
Manager GUI
Web
Client
Wireless
Client
Wireless Gateway
Server
Mobile
Web Client
Mobile
DB
Handheld
Client
Dedicated
Web Client
SQL
CE
Web Servers with SWSE
Gateway Name
Server
Resonate
Central Dispatch
Resonate Schedulers
Siebel Enterprise Server
Siebel Servers
Siebel file
System
Server
Manager
cmd line
interface
EAI &
Data
Loading
SQL Server Database
Scalable Services and what happens when a Siebel server crashes
Server
Manager GUI
Web
Client
Wireless
Client
Wireless Gateway
Server
Mobile
Web Client
Mobile
DB
Handheld
Client
Dedicated
Web Client
SQL
CE
Web Servers with SWSE
Gateway Name
Server
Resonate
Central Dispatch
Resonate Schedulers
Siebel Enterprise Server
Siebel Servers
Siebel file
System
Server
Manager
cmd line
interface
EAI &
Data
Loading
SQL Server Database
Scalable Services illustrating a Siebel Server Crash Recovery
Server
Manager GUI
IIS Network
Load Balancing
Web
Client
Wireless
Client
Wireless Gateway
Server
Mobile
Web Client
Mobile
DB
Handheld
Client
Dedicated
Web Client
SQL
CE
Web Servers with SWSE
Resonate Central
Dispatch
Resonate
Central Dispatch
Resonate Schedulers
Siebel Enterprise Server
Siebel Servers
Siebel file
System
Gateway Name
Server
Server
Manager
cmd line
interface
EAI &
Data
Loading
SQL Server Database
Scalable Services and what happens when a Scheduler Crashes
Server
Manager GUI
Web
Client
Wireless
Client
Wireless Gateway
Server
Mobile
Web Client
Mobile
DB
Handheld
Client
Dedicated
Web Client
SQL
CE
Web Servers with SWSE
Gateway Name
Server
Resonate
Central Dispatch
Resonate Schedulers
Siebel Enterprise Server
Siebel Servers
Siebel file
System
Server
Manager
cmd line
interface
EAI &
Data
Loading
SQL Server Database
Scalable Services – Indirect load balancing
Web
Client
Only Object Managers an
be directly load balanced
Some functions called by
Object Managers can be
indirectly load balanced
Must run on all Object
Manager Siebel Servers
Resonate load balancing
takes into account total
CPU load on server,
includes all Components
Some components can be
indirectly load balanced
without SRBroker (Comms
Manager, Chart Server,
etc)
Web
Client
Resonate Central Dispatch
Siebel Enterprise Server
Object Manager
Object Manager
SRBroker
SRBroker
Workflow
Process Manager
Workflow
Process Manager
Scalable Services - eConfigurator
Special Case – Does not use Server Request Broker or
Resonate
Uses Second-level routing
New feature in Siebel 7.5.2.212
Enables load balancing of Remote eConfigurator requests
across a pool of eConfigurator servers
Defined through the ‘Produce Configurator – Remote Server’
component parameter
Load assessed on number of active eConfigurator sessions on each
server
Scalable Services – Where they apply
Server
Web apply
Wireless
Mobile
Scalable
Services
to Siebel
ServersHandheld
and WebDedicated
Servers
Manager GUI
Client
Client
Web Client
Client
Web Client
Siebel Server only for load balanced Siebel Components (object managers)
Resonate used to load
balance Siebel Servers
Wireless Gateway
Server
Mobile
DB
SQL
CE
Web Servers with SWSE
Gateway Name
Server
Resonate
Central Dispatch
Resonate Schedulers
Siebel Enterprise Server
Siebel Servers
Siebel file
System
Server
Manager
cmd line
interface
EAI &
Data
Loading
SQL Server Database
High Availability
Distributed Services
Scalable Services
Failover Services
Delivering High Availability
Failover Services – What they are
Service available from one server
No consideration of server loading
Siebel implement through failover
clusters
Siebel services restart on other physical
server
Can be accessed through same network
name / IP address on either physical
server
Failover Services – How they work
Logical Server
•Disk Storage
•Network
•Processes
•Siebel Server
•Siebel Tasks
•Siebel Gateway
Physical
Servers
•Disk Storage
•Network
•Processes
Shared
Disk
Logical Server
•Disk Storage
•Network
•Processes
•Siebel Server
•Siebel Tasks
•Siebel Gateway
Failover Services – Cluster Deployment Models
Active-Passive
Application only live on one host in cluster
Other host acts as warm standby only
No performance degradation on failover
Low return on investment on second server
Logical Server
Active-Active
Applications live on both hosts in cluster
Performance degraded on failover due to additional load
Better return on investment on second server
Logical Server
Logical Server
Failover Services – Cluster Deployment Models
Logical Server
Logical Server
•Siebel Gateway
Name Server
Physical
Servers
•Siebel File
System
Logical Server
•Disk Storage
•Network
•Processes
Logical Server
•Siebel Server 1
•Siebel Server 2
Shared
Disk
Failover Services – What they’re used for
Can Only be Clustered:
Siebel Database
Siebel Gateway
Siebel File System
Siebel Remote / Replication
Most Background Mode Siebel
Components
Can optionally be Clustered
Object Managers
Web Servers (not on NT/MSCS)
Can’t Cluster
Batch Components
Will run but won’t failover
Some Third Party (i.e. Actuate)
Which Clusters do Siebel support?
Microsoft Cluster Server (Windows NT & 2000)
Windows Server 2003 support with Siebel 7.7
Cluster hardware must be on the Certified Hardware list. Each
component as well as the combination of components
Special Agents not Required
Siebel Server and Gateway use Generic Service resource type
Improved Installation Support
Install on first node
Run automatically generated script on second node
Documented in Bookshelf
Failover Services – Where they apply
The Siebel functions that must be clustered
are:
Handheld
Server
Web
Wireless
Mobile
Siebel
Server Web Client
Manager
GUI Gateway
Client Name
Client
Client
Dedicated
Web Client
Siebel Server
Wireless
Gateway such as Siebel Remote or
Only specific
components
Server
SQL
Mobile
Workflow Policies.
CE
DB
Siebel File System
Web Servers with SWSE
SQL Server Database
Other Siebel functions can be clustered
Gateway Name
Server
Siebel Web Server Extensions
Resonate Load Balancing preferred
Resonate Schedulers
Central Dispatch
Siebel Server
Other components.
Siebel Enterprise Server
Siebel Servers
Siebel file
System
Server
Manager
cmd line
interface
EAI &
Data
Loading
SQL Server Database
High Availability
Distributed Services
Scalable Services
Failover Services
Delivering High Availability
Installing Siebel on Clusters
Clustered Software must always be installed on clustered
disks
Do not use quorum disk
Clustered IP Addresses/Network names must always be
used to access clustered Siebel resources
Otherwise resource can’t be accessed after failover
Always give clustered Gateway IP/Name
Cluster Groups should be configured before installing
Siebel
Use separate group to Administration/Quorum group
Each group must have:
Disk(s)
IP Address
Network Name
Always use domain accounts
Installing Siebel on MSCS
Non-Standard Cluster Resource Settings
Siebel Server Services
Restarts - Threshold: 10
Try & restart the Siebel Server 10 times before failing over. Gives any
time needed for a Gateway to start.
Pending Timeout – 300 seconds
Allows 300 seconds for a Siebel Server to shutdown before being
marked as failed
Integration with MSCS
“Cluster-Aware” applications have special ‘dll’ defining custom
application-specific resource types for MSCS
Used to start/stop/monitor application
None available for Siebel
Siebel uses Generic Service resource type
Each siebel item (Gateway/Server) has simple interaction with NT
Can be controlled through single Process (siebsvc) run as service
No need for custom resource type, and no plans to provide
Get service name from Registry or service properties
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services]
Gateway : gtwyns
Server
: siebsrvr_<Ent>_<Srvr> i.e. siebsrvr_EntSieb752_srvr1
Sample Cluster Resources – Siebel Server
Installing Siebel on Clusters - Issues
Siebel Server Host Parameter
Set to physical hostname of server installed upon
Prevents Server Manager from connecting when server on other node
Change through Server Manager:
change param Host= virtualhost_name for
serverlogical_Siebel_Server name
Installing Siebel on Clusters - Issues
Network Name
Siebel must use cluster network name
If use server name then remote/replication/server manager errors
Can lead to data corruption
Must ensure that ‘Use Network Name for Computer Name’ tick box
selected in Siebel Server service resource
Can only be set on resource creation
Requires Network Name and IP Address resource dependencies (NT
Only)
Clustering the Database
Siebel support specific database versions
Siebel support any failover cluster for a supported
database version that is supported by the database vendor
All recent SQL Server Enterprise versions support MSCS
For SQL Server can also consider Log Shipping
Keep secondary server in standby
Copy across log files to secondary
May lose most recent transactions after failover
If still have tail of transaction log then can manually apply most recent
transactions
Need to automate failing over network connections
Can be automated by Database Maintenance Wizard
Clustering the Siebel File System
Just need a clustered network share
Use the ‘File Share’ cluster resource type
Siebel File System must reside on a clustered disk
Delivering Siebel High Availability
What Siebel settings affect High Availability
Component Recovery
What happens if a component fails
Aim to maintain the function of the component
Mechanisms
Database reconnect
Built into Object Manager components
If database connection lost then automatically tries to re-establish
Not configurable
Retries
Available in certain other components
Configurable
Restarts
Available in all components
Not suitable for some components (i.e. EIM, Workflow Processes)
If component exits with error then automatically restarts
Configurable
Delivering Siebel High Availability
Must ensure HA solution for every critical component
Failover
Scalable
User Connections
Web Servers
Object Managers
Thin Client Users
Tasks that can only run in one place
Database
Gateway Name Server
File System
Workflow Policies
Remote
Replication
Distributed
Requests from Siebel Server Components
File System Manager
Workflow Processes
Interactive Assignment
Document Server
Minimal Siebel High-Availability Configuration
Database Server
Gateway / Siebel Server /
Siebel File System/ Web Server
- Cluster
Note: No load-balancing
Small-Medium Siebel High-Availability Configuration
Web
Server
Web
Server
Load Balanced
Gateway/File
System
Object
Manager
Remote/EIM
Object
Manager
Load Balanced
Cluster
Database Server Cluster
- Cluster
- Load balanced
Note: Minimum of four application servers needed for load-balancing
and high availability
Large Siebel High-Availability Configuration
Web Server Web Server
Load Balanced
Primary
Secondary
Resonate
Schedulers
File System
Gateway /
/ Workflow
Assignment
Cluster
Object
Manager
Object
Manager
Object
Manager
Remote
Remote
Cluster
Load Balanced
Database Server Cluster
- Cluster
- Load balanced
Delivering Siebel High Availability
Holistic approach is essential
Need to consider all areas of your deployment
Data Resilience is vital
If you lose your data, you lose your application, and information
essential to your business
None of the techniques discussed protect data
They just ensure it can be accessed
Always store all data on resilient disk volumes
i.e. RAID1, RAID5, RAID1+0, etc
New Features in 7.5.3 and 7.7
Enhanced resilience for network communications (7.7)
No need for persistent load balancing
No session loss on web server failure
Change component parameters without restart (7.7)
Selected parameters only
Online updates (7.7)
Can load new entries to entities such as List-Of-Values,
Personalisation Rules and Web Services Definitions without any
restart
Enhanced Component Auto-Restart (7.7)
Automated component recycling (7.5.3)
Can trigger component recycle on memory consumption threshold
New Features in 7.5.3 and 7.7 (contd.)
Resonate not required for Load Balancing Siebel Servers (7.7)
Siebel will support the use of other third-party load balancers
Siebel internal load balancing
Round-Robin Only
High Availability
Distributed Services
Scalable Services
Failover Services
Delivering High Availability
Questions and Answers
Implementing Siebel 7
for High Availability
Richard Sands
Siebel Expert Services
©Siebel Systems 2003 – Do not distribute or re-use without permission
Installing Siebel on Clusters
Clustered Software must always be installed on clustered
disks
Do not use quorum disk
Clustered IP Addresses/Network names must always be
used to access clustered Siebel resources
Otherwise resource can’t be accessed after failover
Always give clustered Gateway IP/Name
Cluster Groups should be configured before installing
Siebel
Use separate group to Administration/Quorum group
Each group must have:
Disk(s)
IP Address
Network Name
Always use domain accounts
Installing Siebel on MSCS
Non-Standard Cluster Resource Settings
Siebel Server Services
Restarts - Threshold: 10
Try & restart the Siebel Server 10 times before failing over. Gives any
time needed for a Gateway to start.
Pending Timeout – 300 seconds
Allows 300 seconds for a Siebel Server to shutdown before being
marked as failed
Integration with MSCS
“Cluster-Aware” applications have special ‘dll’ defining custom
application-specific resource types for MSCS
Used to start/stop/monitor application
None available for Siebel
Siebel uses Generic Service resource type
Each siebel item (Gateway/Server) has simple interaction with NT
Can be controlled through single Process (siebsvc) run as service
No need for custom resource type, and no plans to provide
Get service name from Registry or service properties
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services]
Gateway : gtwyns
Server
: siebsrvr_<Ent>_<Srvr> i.e. siebsrvr_EntSieb752_srvr1
Sample Cluster Resources – Siebel Server
Installing Siebel on Clusters - Issues
Siebel Server Host Parameter
Set to physical hostname of server installed upon
Prevents Server Manager from connecting when server on other node
Change through Server Manager:
change param Host= virtualhost_name for
serverlogical_Siebel_Server name
Installing Siebel on Clusters - Issues
Network Name
Siebel must use cluster network name
If use server name then remote/replication/server manager errors
Can lead to data corruption
Must ensure that ‘Use Network Name for Computer Name’ tick box
selected in Siebel Server service resource
Can only be set on resource creation
Requires Network Name and IP Address resource dependencies (NT
Only)
Clustering the Database
Siebel support specific database versions
Siebel support any failover cluster for a supported
database version that is supported by the database vendor
All recent SQL Server Enterprise versions support MSCS
For SQL Server can also consider Log Shipping
Keep secondary server in standby
Copy across log files to secondary
May lose most recent transactions after failover
If still have tail of transaction log then can manually apply most recent
transactions
Need to automate failing over network connections
Can be automated by Database Maintenance Wizard
Clustering the Siebel File System
Just need a clustered network share
Use the ‘File Share’ cluster resource type
Siebel File System must reside on a clustered disk
Delivering Siebel High Availability
What Siebel settings affect High Availability
Component Recovery
What happens if a component fails
Aim to maintain the function of the component
Mechanisms
Database reconnect
Built into Object Manager components
If database connection lost then automatically tries to re-establish
Not configurable
Retries
Available in certain other components
Configurable
Restarts
Available in all components
Not suitable for some components (i.e. EIM, Workflow Processes)
If component exits with error then automatically restarts
Configurable