Integration with Solution Control Server and Warm Standby

Pulse Advisors support warm standby – a form of high availability (HA) in which a backup server application remains initialized and ready to take over the operations of the primary server. Warm standby mode does not ensure the continuation of interactions in progress when a failure occurs.

In a Genesys environment, an application that supports HA is typically integrated with the Genesys Management Layer, specifically the Local Control Agent (LCA), the Solution Control Server (SCS), and a Genesys configuration interface, such as Genesys Administrator. LCA, SCS, and the management interface manage the primary/backup pair of applications.

The Advisors modules that support warm standby must be integrated with and installed with the LCA and SCS, even if you do not have a licence for an HA deployment.

Additional Information

For information about Genesys Management Layer, see Management Framework Deployment Guide and Management Layer User's Guide.

Integration with Solution Control Server

Some Advisors modules must integrate with the Solution Control Server, while others do not. For those that do, you must create Application and Host objects for those modules whether you are installing a basic deployment or a warm standby deployment. See the following sections for the list of modules that require integration with the management layer and the list of modules that do not.

[+] Advisors Modules Natively Integrated With SCS

The following Advisors modules are integrated with the LCA, SCS, and the Genesys Management Layer user interface (for example, Genesys Administrator) to support warm standby:

• Advisors Genesys Adapter
• Contact Center Advisor XML Generator
• Workforce Advisor WA Server
• Frontline Advisor FA Server (that is, FA with the rollup engine)

The following Advisors modules are integrated with the LCA, SCS, and the Genesys Management Layer user interface (for example, Genesys Administrator):

• Advisors Web Services (ADVWS)

  These modules do not support warm standby. They support n+1 high availability. You can start and stop them using the SCS user interface, but you cannot configure them with a backup server to which they fail over.

If deployed in the same Tomcat server with a module that does support warm standby, ADVWS can run in a server that is executing in Backup mode, but ADVWS itself does not have a backup mode. In such a server, ADVWS continues to provide web services as if the server's execution mode were Primary.

Because all of the preceding modules are integrated with the Management Layer, you must proceed as follows:

1. Install and run the LCA on a system that runs any of the preceding modules.
2. Configure a Host for the system in your Genesys configuration interface, such as Genesys Administrator.
3. Configure an Application in your Genesys configuration interface for each Advisors server that runs one or more of the preceding modules.
4. If you have a license for an HA deployment, and the the module supports warm standby, configure a second Application in your Genesys configuration interface for the secondary server. Associate the two Applications as a primary and backup pair for failover.
5. Specify the properties, during installation, that permit the Advisors server to integrate with the LCA, SCS, the Application, and the Host.
6. Do not create a Windows or Linux service to control the module because SCS will control it.

For detailed instructions about carrying out the preceding tasks, see Overview: Configuring Advisors Application Objects and Deploying Modules that are Controlled by SCS.

[+] Advisors Modules that do not Support HA

The following Advisors modules are not automatically highly-available:

• Advisors Administration module
• Resource Management Console

Tip

You can use different operating systems on primary and backup servers. For example, the host for your primary instance of the WA server can be a Windows-based system, while the host running the backup instance of the WA server uses a Linux platform.

Limitations and Special Configuration

Does Not Support Stop Gracefully

Advisors do not support the Stop Gracefully functionality available in the Solution Control Server UI. If you choose Stop Gracefully, it is the same as choosing Stop.

Multiple Advisors Servers on One System

You can install more than one Advisors server, all part of the same cluster, on one system.

For example, you can install both CCAdv XML Generator and WA Server on one system. XML Generator does not require Advisors Platform to run, but the WA Server does.

For this deployment, you must create two Application objects in Configuration Server. One Application object is for CCAdv XML Generator, and the other is for the Geronimo instance that runs WA Server.

For a diagram illustrating such a deployment, see Applications, Advisors Servers, and Cluster Nodes.

Advisors Genesys Adapter

When configuring AGA instances on primary and backup systems, use the following rules:

• Configure the same number of adapter instances on both the systems. For example, if the primary system has two CCAdv/WA adapters, then the backup system should also have two adapters for CCAdv/WA.
• Configure the same Stat Servers exactly on the adapters of the two systems.

Frontline Advisor

Frontline Advisor requires integration with SCS and supports HA only when installed with the FA rollup engine. The following two configurations do this.

• FA installed as a cluster member with the rollup engine.
• FA installed standalone, which automatically includes the rollup engine.

Administration Module

The Advisors Administration module does not have separate warm standby configuration. The following sections describe the two HA solutions for the Administration module.

Fellow-Traveller Warm Standby

You could install the Administration module on the same system with either WA Server or FA with the rollup engine. Because the resulting Advisors server communicates with LCA and SCS, it does support warm standby. If that server fails, SCS will fail over to its backup, on which you have installed the same Advisors modules, including the Administration module.

The Administration module can sync Person objects from Configuration Server and users in the Platform database. Only one Advisors server should be configured to perform this task. In this scenario, configure only one of the servers to do this. The reason is that the Administration module does not know about execution modes. If both primary and backup servers are configured to synch users, and both servers are started at the same time, both will synch users at the same time, and both will fail.

Cold Standby

Deploy a second installation of the module, with the platform to support it. If the primary installation fails, manually switch to the second installation, as described in Cold Standby Configuration and Switchover.

Warm Standby and the FA Admin

When a deployment of Advisors includes Frontline Advisor, then in the Administration module, there is an FA Admin command in the navigation menu.

That command takes you to the FA Administration pages.

The functionality for the FA Admin pages is not in the Administration module. Instead, it is included in the same server as the FA Server. This is a requirement for the FA Administration to operate. This means that if primary and backup FA Server installations exist, then primary and backup FA Admin modules also exist.

Failover Scenarios

In an HA deployment of Advisors, failover from the primary system to the backup system might occur for the following reasons.

Problem	Solution
Machine or Virtual machine (VM) is not available.	Processing fails over to the waiting backup VM or machine running the same modules.
An Advisors server is not available, although the VM is still running.	Processing fails over to a similarly-configured backup server on another VM or machine.
An important process in the Advisors server does not complete before a timeout period. The process, and the timeout period, are different for the various Advisors modules.	Processing fails over to a similarly-configured backup server on another VM or machine.

An Advisors server does not fail over from primary to backup if the reason for the failure is something that would also cause the backup to fail. In this case, there is no point failing over.

Contact Center Advisor XML Generator does not fail over from primary to backup if its connections to a database fail. Functionality in XML Generator from before 8.5.1 re-tries the connections to the database for a configured interval, until the connection is restored.

Managing Failover with the Solution Control Server

As with other Genesys products, the SCS manages failovers for primary-backup pairs. You can use Genesys Administrator or the Solution Control Interface (SCI) to manually switch processing from the primary Application to the backup, or to stop or start a primary or backup Application. See also Deploying Components Controlled by Solution Control Server, particularly Step 6 of the procedure.

The SCS controls the request to fail over, however the primary and backup server in a pair also communicate with each other, as a backup mechanism for failover. This is important because the SCS or LCA can sometimes fail, or a network communication path between the server and the SCS can fail.

Advisors Warm Standby and Databases

All Advisors components are designed to restore the loss of database connectivity automatically. Ensure a backup Advisors application instance uses the same database as the primary application instance.

The solution for High availability of the Advisors databases relies on the respective database vendor's solutions. Advisors support the following HA solutions for databases:

• Oracle Database with Oracle Real Application Clusters (Oracle RAC) and combinations with RAC for scalability and disaster recovery offered by Oracle.
• Microsoft SQL Server Failover Cluster. Advisors databases can be installed on a Failover Cluster Instance (FCI) where FCI is a single instance installed across Windows Server Failover Clustering (WSFC) nodes. MSSQL 2012 FCI with multiple subnets is also supported.
  Important

  Database mirroring, log shipping, and MSSQL 2012 AlwaysOn Availability Groups feature are not supported because of the Simple recovery model requirement for all Advisors MSSQL databases.