Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

Side A logger and side B router fails

In duplex ICM environment, if logger on side A fails and router on side B fails, side B will obviously be removed from service and call routing will coninue uninterrupted on side A. But databases on both sides will be out of date as both loggers are not in service (as per SRND). When the nodes will come up, what about the data during downtime? will it be recoverable and accessible in databases?

8 REPLIES

Re: Side A logger and side B router fails

The same tables exists on both AW (at awdb). Loggers will update soon itself from the AW database when it will be online again. But i'm not sure about the outbound tables (bA).

Green

Re: Side A logger and side B router fails

"will it be recoverable and accessible in databases?"

How could it be? Both loggers are down.

The Router has pulled the configuration into memory when it started up, so under this unusual scenario, your call center will continue to run, but historical data cannot be held in memory for long. Updates on the half-hour come from the PG, the Router saves to memory and requests the Logger to write to the database. It cannot. I'm guessing that when the next half-hour update comes, it will overwrite the previous. Data will be lost.

Regards,

Geoff

Re: Side A logger and side B router fails

Yes, thanks Geoff to clear these thing, AW db shouldn't work while both loggers can't fetch data, am I right?

New Member

Re: Side A logger and side B router fails

>AW db shouldn't work while both loggers can't fetch data, am I right?

The AW (rtclient process) receives it's real time data feed from the rtsvr process on the Router.

The AW (updateAW process) receives it's config data feed from the Router, after config changes are committed into (at least one of) the Loggers. No Logger = no config changes.

The HDS (replication process) receives it's feed from the replication process on the Logger. No Logger = no historical updates.

C.

Re: Side A logger and side B router fails

Ok, it's now clear that Historical Database updates itself through 'replication' process exists both at AW and Logger. The process 'updateAW' is responsible to update the configuration in central database located at Logger.Whereas the 'rtclient' of AW communicates with 'dbagent' process of Router whereas the 'dbworker' process of Router access the central controller.

My question is, is 'dbagent' dependent or relate anyhow on 'dbworker' process? if the Logger goes down, can't 'dbagent' update the AW with real time feed directly? Which process is responsible to update the awdb?

New Member

Re: Side A logger and side B router fails

>The process 'updateAW' is responsible to update the configuration in central database located at Logger.

No, the UpdateAW process on the AW is responsible for updating the AW's DB.

>Whereas the 'rtclient' of AW communicates with 'dbagent' process of Router whereas the 'dbworker' process of Router access the central controller.

No, the rtclient process on the AW receives Real Time data from the rtsvr process on the Router.

The dbworker process on the Router is used if you have enabled the SQL Gateway on the Router (used to make DB dips during routing scripts).

C.

Re: Side A logger and side B router fails

Thanks to clear up those things :)

I had a confusion while got the message at updateaw:

'Update of central database succeeded, Message:, LastUpdateKey: '

But I also got another message:

'Successfully applied 1 transaction(s) to local database'-----it matches with your comment.

Can I have any document where I can get the relations of the processes in the ICM?

New Member

Re: Side A logger and side B router fails

Cisco ICM Product Training - Part 2 - Student Guide 1 contains a complete rundown of the "significant" ICM processes.

C.

790
Views
4
Helpful
8
Replies