Cisco Cisco Unified Contact Center Enterprise 9.0(1) Guia Do Utilizador

Página de 238
Recovery and replication
Recovery keys
The recovery key is the base key for all historical data tables. This key is always incremented by 1 before a
new record is inserted into any historical table.
In a duplex configuration, the Logger that finishes initializing first is designated the primary Logger (although
both the Loggers are always active and working in parallel). The recovery key is always initialized by the
primary Logger. The recovery key is based on the current GMT date and time and always has a value greater
than any previous value generated. This helps the recovery process to keep the Loggers in sync.
The replication process may have a latency of about one to five minutes because the Logger replicates data
table-by-table on the HDS.
Temporary tables
Each historical table on the Logger Central Database has two corresponding temporary tables that act as
buffers to incoming historical data. As they have minimal indexes, the temporary tables speed up the process
of inserting data into the corresponding actual table in the Logger Central Database.
Recovery process
As the incoming historical data is written to the corresponding temporary tables by the Logger, the Recovery
process reads the data from the temporary tables and performs a bulk insert operation of up to 2000 records
into the actual historical tables.
In a duplex configuration, the recovery process keeps the historical data on the two Loggers in sync, using
the recovery keys. The historical data between the Loggers is synced directly using actual tables; temporary
tables are not used by the recovery process.
Replication
The Replication process is responsible for replicating data that has been committed to the Logger Central
database to the HDS database.
Note
The Replication mechanism consists of two processes: the Replication Server Process that runs on the Logger
and the Replication Client Process that runs on the Distributor on which HDS has also been installed.
The Replication Client sends a request to the Replication Server requesting historical data that have associated
Recovery Keys higher than those currently on corresponding historical tables. The Replication server sends
the requested data back as a set of 2000 records each time.
The Replication server reads the historical data from the actual tables on the Logger and sends it to the
Replication Client, which writes the historical data to the actual corresponding tables in the HDS database.
Temporary tables are not used to replicate the data from the Logger to the HDS.
Possible points of delay or inconsistency
If the Logger connected to the HDS goes offline, the HDS does not connect to a different Logger. For example,
if the HDS is connected to Logger B and Logger B fails, the HDS does not connect to Logger A. When Logger
   Reporting Guide for Cisco Unified Intelligent Contact Management and Unified Contact Center Enterprise &
Hosted Release 9.0(1)
170
Data flow from Logger to Historical Data Server