Gerenciador redundante OPC (Exaquantum/ORM)

Benefícios

• Aumenta a confiabilidade do site Exaquantum para coletar processar dados
• Atende a falhas de rede e de hardware
• Suporta cinco ou mais servidores Exaopc redundantes
• Suporta servidores redundantes não Exaopc

Principais recursos

• Oferece suporte a uma alternância "quente" entre os pares redundantes OPC DA e HDA
• Leitura assíncrona dos dados do site OPC DA
• Gravação síncrona de dados em OPC DA
• Leitura das propriedades do item OPC DA dos servidores OPC compatíveis
• Leitura síncrona Dados OPC HDA de servidores OPC compatíveis

Introdução

O ORM permite a configuração de pares Servidor OPC redundantes. Em cada par, um Servidor OPC será designado como o Servidor OPC "mestre", com o outro Servidor OPC no modo "em espera". O Servidor Master OPC passará o processar dados para o Servidor Exaquantum. O Servidor Standby OPC está conectado ao Servidor Exaquantum com as tags registradas, mas com grupos inativos.

Quando o Servidor Master OPC atual ficar indisponível, o ORM mudará para o servidor em espera para ativar os grupos e se tornar o novo servidor mestre.

Recursos

OPC DA Os dados são lidos de forma assíncrona no site Servidor OPC por meio do mecanismo padrão de notificação de ponto de conexão do OPC Group.

Se a conexão Exaquantum com os servidores OPC mestre e em espera for perdida, quando a conexão for restabelecida, o ORM tentará usar o servidor Servidor Master OPC designado anteriormente.

Após a transição, o Servidor Standby OPC se torna o novo Servidor Master OPC e os dados são fornecidos por esse servidor até que a comunicação seja perdida, conforme definido na tabela a seguir:

	Servidor OPC mestre disponível	Falha no servidor OPC mestre
Em espera disponível	O Mestre continua sendo o Mestre	O modo de espera se torna o novo mestre
Standby não disponível	O Mestre continua sendo o Mestre	O tempo de inatividade do OPC é registrado para posterior Recuperação de Dados OPC e o Servidor Master OPC designado não é alterado

Se o site Servidor Master OPC atual for desligado de forma limpa e enviar uma notificação de desligamento do OPC ao ORM, a transição ocorrerá com o mínimo de atraso. Se o Servidor Master OPC atual ficar indisponível inesperadamente, por exemplo, devido a uma falha de rede, a indisponibilidade será detectada pelo recurso de monitoramento de conexão do ORM Servidor OPC.

O ORM pode suportar um máximo de 16 conexões OPC (pares OPC), mas esse número pode ser aumentado dependendo da carga do site Servidor Exaquantum devido à quantidade de processar dados que está sendo recebida.

Monitoramento de conexões de servidor

Em um período de votação configurável, o ORM verifica o status de cada Servidor OPC. Se a chamada para Servidor Master OPC falhar, ou se o status de Servidor Master OPC for "not running" (não está sendo executado), será feita uma tentativa de transição para Servidor Standby OPC. Se ele também não estiver disponível, o ORM registrará um tempo de inatividade do OPC e a designação Servidor Master OPC não será alterada. O ORM continua tentando restabelecer a conexão com o(s) Servidor OPC a cada período de votação. Quando a conexão é restabelecida, o ORM usa o Servidor Master OPC anterior sempre que possível, pois esse é o servidor com maior probabilidade de ter Dados OPC HDA disponível.

Coleta de dados OPC HDA

O ORM lê Dados OPC HDA nos seguintes casos:

• Atualização do histórico quando o site Exaquantum for iniciado
• Recuperação de Dados OPC

O ORM lê os dados do servidor OPC mestre, se ele estiver disponível. Se o servidor mestre ficar indisponível enquanto o histórico de recuperação ou Recuperação de Dados OPC estiver em execução, o ORM tentará mudar para o Servidor Standby OPC, que, se for bem-sucedido, se tornará o novo mestre para os blocos de recuperação subsequentes.

Para os tipos de servidor OPC Exaopc (Exaopc-STN, Exaopc-XL e Exaopc-µXL), Dados OPC HDA é solicitado para a taxa de atualização específica do item.

Observe que o ORM não inclui um OPC HDA Equalization Module, conforme fornecido pelo Exaopc-RD, para garantir que ambos os servidores OPC em um par redundante tenham o mesmo Dados OPC HDA disponível. Essa é uma função do Exaopc-RD e não do Exaquantum. Para Exaopc, o Servidor Standby OPC não armazenará HDA, pois seus grupos não estão ativos.

OPC DA Gravação de dados

O ORM oferece suporte à gravação síncrona de dados em OPC DA. A gravação de dados é realizada somente no site Servidor Master OPC atual. Se a gravação falhar porque o Servidor Master OPC atual se tornou indisponível, mas ainda não foi detectado pela verificação periódica de conexão do ORM, a alternância será tentada imediatamente e, se for bem-sucedida, a gravação será tentada no novo Servidor Master OPC.

Acesso à propriedade OPC

O ORM oferece suporte ao acesso à propriedade OPC DA, em que os dados da propriedade são lidos da seguinte forma:

• Quando novas tags OPC são configuradas em Exaquantum
• Quando uma atualização de todos os dados de propriedade é solicitada para um OPC Gateway específico por meio das ferramentas de administração padrão do site Exaquantum
• Quando uma atualização programada de dados de propriedade para todos os Entradas OPC é realizada

Os dados de propriedade são lidos em um thread assíncrono do site Servidor Master OPC atual e passados para o Exaquantum OPC. Se a leitura dos dados de propriedade falhar porque o Servidor Master OPC atual se tornou indisponível, mas ainda não foi detectado pela verificação periódica da conexão, a solicitação será repetida no Servidor Standby OPC.

Exaquantum Recursos suportados sem redundância

Os seguintes recursos do Exaquantum são compatíveis com o ORM, de acordo com a configuração do OPC Gateway e se os servidores OPC subjacentes os suportam:

• Equalização OPC
• Geração de etiquetas HIS
• Teste de conexão de logon OPC