Table 6. Specific Failures and Associated Impact
|
|
|
Siebel Database |
Observe system behavior while driving server CPU load to 100%. |
- Significant response time impact.
- No failures were observed.
|
Application Object Manager (eChannel) |
Observe system behavior while driving server CPU load to 100%. |
- Minor response time impact.
- No failures were observed.
|
Web Server |
Observe system behavior while driving server CPU load to 100%. |
- Negligible response time impact.
- No failures were observed.
|
Workflow Server |
Observe system behavior while driving server CPU load to 100%. |
- Negligible response time impact.
- No failures were observed.
|
Application Object Manager (eChannel) |
Observe system behavior while server memory consumption is 100%. |
- Significant response time impact.
- Increased CPU usage and context switching were observed.
- A few login failures were seen when attempting to log in additional users.
|
Workflow Server |
Observe system behavior while server memory consumption is 100%. |
- Major response time impact.
- Increased CPU usage and context switching were observed.
- A few login failures were seen when attempting to log in additional users.
|
Application Object Manager (eChannel) |
Observe system when all available disk space is consumed on the tested server. |
- Minor response time impact in some transactions.
- Major response time impact when logging in new users.
- No failures were observed.
|
Workflow Server |
Observe system when all available disk space is consumed on the tested server. |
- Significant response time impact in Workflow transaction response time.
- Significant response time impact when additional users logged in.
- Negligible increase in CPU and context switching.
- No failures were observed.
|
SCBroker |
Simulate a process failure for various task-based server components while the server is handling both synchronous and asynchronous server requests. Also note system recovery after bringing the process back up. |
- SCBroker auto-restarts upon receiving an SEGV signal.
- No failures were observed.
- A new SCBroker was started when an SEGV signal was received.
|
SRBroker |
Simulate a process failure for various task-based server components while the server is handling both synchronous and asynchronous server requests. Also note system recovery after bringing the process back up. |
- SRBroker does not auto-restart upon receiving an SEGV signal.
- When eScripting invokes a workflow, users get a
no server connect string error message.
- Failures were seen for the above step.
|
WfProcMgr (Workflow Process Manager) |
Simulate a process failure for various task based server components while the server is handling both synchronous and asynchronous server requests. Also note system recovery after bringing the process back up. |
- Shutdown WfProcMgr on one server caused a few failures initially and then stabilized with no further failures.
- CPU and memory activity increased on the server still running WfProcMgr.
- When the other WfProcMgr is shut down many failures resulted.
- Brought up one WfProcMgr and no more failures were observed.
|
Siebel Gateway Name Server |
Simulate the failure of the Siebel Gateway Name Server. |
- Unable to connect to srvrmgr but the transactions were passing.
- When adding 100 more users, still unable to connect to srvrmgr but no errors were observed.
- When the Gateway Name Server was restarted, still unable to connect to the Gateway Name Server.
|
Application Object Manager |
Consume all available tasks on an Object Manager component and observe the result. |
- Object Managers components fail over to another Object Manager as expected when
MaxTasks is reached.
- When all Object Managers are out of tasks, the user receives a
server busy error message.
- When some users log out, new users can connect to servers again.
- For more information about
MaxTasks , see Siebel System Administration Guide and Siebel Performance Tuning Guide.
|
Application Object Manager |
Simulate resource leaks while server recycling is enabled, and verify how process recycling works under load. |
- New Object Manager process is created when
MemoryLimit is reached.
- Old Object Manager process remains instantiated for a period of time (even when no more users are running on it), but eventually the old Object Manager is recycled.
- When
MemoryLimitPercent is reached, then the memory-consuming process restarts.
- For more information about
MemoryLimit , MemoryLimitPercent , and related parameters, see Siebel System Administration Guide.
|
Application Object Manager |
Simulate applying a new SRF (simple SRF and browser script changes) and stopping and restarting each server. |
- Browser script gets updated on a visit to a URL.
- Browser does not respond after user visits the URL, even after browser scripts get updated.
|
Application Object Manager |
Simulate a thread or process that is not responding. |
- Users can still log in to the AOM with the non-responsive process.
- After simulating a non-responsive process, 100 extra users were added. After that, stopping the non-responsive process caused about 40 running users to fail (users on that AOM). The following can be inferred:
- An AOM with a non-responsive process still receives new connections.
- You cannot safely stop a non-responsive process unless you set the component group offline and shut down the whole component group or Siebel Server.
|