Os dados de processo podem ser considerados como um dos bens mais preciosos de uma empresa. A partir destes dados é que são tomadas decisões visando a manutenção do processo, de modo a incrementar a lucratividade da corporação. Em geral estes dados são coletados em tempo real de dispositivos de campo por PLCs, sistemas SCADA ou DCS, e são fundamentalmente utilizados para a operação do processo. A partir destes sistemas, outros sistemas com propósitos de visualizações e análises precisam também acessar estes dados, como é o caso do EPM.

Existem inúmeras situações em que é preciso garantir que estes dados estejam sempre disponíveis para operação nos sistemas SCADA ou DCS. Dentre estas situações estão questões de segurança, velocidade na tomadas de decisões, e consolidação de medidas, principalmente para cálculos de faturamento, entre outras. Uma alternativa comumente utilizada para atender este requisito é a duplicação destas fontes de dados, diminuindo os riscos de eventuais indisponibilidades temporárias das informações.

Nestas situações em que se tem mais de uma fonte de dados operando de forma redundante, espera-se que os sistemas de armazenamento que coletam dados destas fontes também ofereçam suporte a este mecanismo. Desta forma, na eventual perda temporária de uma das fontes de dados, o sistema de armazenamento passa a receber e armazenar os dados provenientes da outra fonte redundante, garantindo assim a continuidade dos dados historiados.

O EPM oferece suporte a redundância na coleta de dados através de um mecanismo denominado Hot-Standby, de maneira que, na eventualidade de uma Interface de Comunicação se tornar indisponível por algum motivo, uma segunda Interface de Comunicação pode assumir a tarefa de coleta de dados, garantindo com isto a continuidade desta operação. Não existe uma restrição quanto ao número de Interfaces de Comunicação redundantes, mas geralmente não se costuma utilizar mais de três Interfaces redundantes, por uma questão de custos relacionados à aquisição de equipamentos adicionais.

Existem diversas maneiras de se configurar uma arquitetura redundante para a coleta de dados, a mais comum é o caso de duas fontes redundantes, cada uma instalada em um computador juntamente com um Interface Server. Nesta situação é criada uma Interface de Comunicação que se encarrega de executar o chaveamento entre as fontes dos dados no caso de alguma falha na comunicação.

O exemplo a seguir demonstra a configuração de uma arquitetura deste tipo no caso de se utilizar dois servidores OPC DA Classic redundantes.

1.Instale um EPM Interface Server em cada um dos computadores dos servidores OPC DA Classic, descrito no tópico Instalação do EPM Interface Server, e registre-os em um EPM Server.

Interface Servers

2.Neste exemplo verifica-se dois Interface Servers, o InterfaceSvrMachine, instalado no computador de um dos servidores OPC DA Classic, e o InterfaceSvrMachine2, instalado em outro computador juntamente com o outro servidor OPC DA Classic redundante.

3.O passo seguinte é criar uma interface de conexão com o servidor OPC DA Classic em um dos computadores e depois expandir as configurações de redundância clicando em Redundancy Options.

Configurações de redundância

Nas configurações da redundância é preciso definir quais são os Interface Servers que contêm as Interfaces de Comunicação redundantes, bem como as opções de eventuais falhas que promovam a troca entre as Interfaces de Comunicação disponíveis.

O grupo Interface Servers apresenta uma barra de ferramentas com as opções descritas na tabela a seguir.

Comandos da barra de ferramentas do grupo Interface Servers

4.Para adicionar uma Interface de Comunicação redundante, clique em Insert na barra de ferramentas dos Interface Servers disponíveis.

Adicionar uma Interface de Comunicação

5.Após selecionar o Interface Server que gerencia a Interface de Comunicação redundante, clique em OK.

Interface de Comunicação criada

6.O Interface Server selecionado aparece na lista dos Interface Servers disponíveis e simultaneamente é adicionada uma referência à Interface de Comunicação, que é a Interface redundante a assumir no caso de falha da Interface primária. Note que esta Interface aparece com um ícone , indicando que é uma referência à Interface primária.

7.O passo seguinte é definir qual o critério de falha que é monitorado para promover a troca do Interface Server ativo para dar continuidade na coleta dos dados. As opções disponíveis estão no grupo Failover trigger e descritas na tabela a seguir.

Comandos da barra de ferramentas do grupo Interface Servers

8.No exemplo anterior, foi selecionada a opção Monitor Interface Server connections, que promove a alteração das responsabilidades da coleta dos dados no caso de problemas na conexão do Interface Server primário.