Como funcionam as licenças dos Domínios Remotos?
Tanto o E3 Server executando o Domínio Cliente quanto o que executa o Domínio Servidor devem ter licenças específicas para Domínios Remotos. Quando esta licença existe, o E3 Server Servidor passa a aceitar um número ilimitado de conexões externas de outros Domínios. Da mesma forma, no caso do E3 Server Cliente, é possível estabelecer um número ilimitado de conexões. Para maiores informações sobre as limitações do modo Demo do E3, consulte o tópico Limitações do Modo Demonstração.
O que acontece quando a comunicação entre o Domínio Cliente e o Domínio Servidor cai?
Quando uma situação de erro ocorrer, todas as Associações da aplicação cliente referenciando o Domínio são desconectadas (Displays, por exemplo, passam a mostrar o texto que indica erro de comunicação, conforme as configurações do E3 Viewer), assim como todos os comandos Application.GetObject referenciando o Domínio Remoto falham, ou seja, causam erros de script. Quando o problema é resolvido, as Associações devem reconectar-se automaticamente. Já os comandos Application.GetObject devem ser executados novamente.
Um Domínio Cliente pode visualizar Alarmes de outros Domínios Remotos?
Sim, a partir da versão 3.1 do E3 pode-se visualizar e reconhecer alarmes em Domínios Remotos utilizando, na propriedade AlarmServer de um objeto E3Alarm, a sintaxe DOMINIO_REMOTO:SERVIDOR_ALARME, onde DOMINIO_REMOTO é o apelido (alias) dado ao Domínio Remoto na aba Domínios Remotos da configuração do Domínio e SERVIDOR_ALARME é o nome do Servidor de Alarmes. Para versões anteriores à 3.1, é necessário duplicar os Alarmes no Domínio Remoto.
Um Domínio Cliente pode abrir Telas de outros Domínios Remotos?
Não.
Um Domínio Cliente pode usar usuários de outros Domínios Remotos?
Não.
Um Domínio pode se conectar a vários outros Domínios?
Sim, como pode-se ver na figura a seguir.
Conectar um Domínio a vários outros Domínios
Um Domínio pode se conectar a um Domínio em Hot-Standby?
Sim. Considere a arquitetura da figura a seguir.
Conectar um Domínio a um Domínio em Hot-Standby
Através dos Domínios Remotos esta arquitetura é possível. Tem-se um Domínio de Comunicação, em Hot-Standby, comunicando com os dispositivos. Estes dados são lidos por um outro Domínio, também em Hot-Standby, que é o servidor para os computadores clientes (E3 Viewers).
Um E3 Server pode ser configurado como Domínio Remoto Servidor e Cliente ao mesmo tempo?
Não. Isto pode causar o surgimento de Associações circulares, ou seja, A » B » C » A, onde o Domínio A tem como Cliente o Domínio B, o Domínio B tem como Cliente o Domínio C e o Domínio C tem como Cliente o Domínio A.
Mesmo que as Associações não sejam circulares, as escritas de Associações (ou outras operações síncronas) podem causar travamentos (deadlocks) entre os E3 Servers. Para contornar esta situação, sugerimos que o aplicativo seja modificado para que um Domínio funcione apenas como Cliente ou como Servidor, mas nunca como Cliente e Servidor ao mesmo tempo.
Domínios Remotos podem ser configurados em máquinas que não pertencem a um domínio de rede Microsoft?
Depende. O arquivo de Domínio é sempre aberto pelo E3 Server, que a partir da versão 3.0 do E3 executa exclusivamente na conta SYSTEM. É necessário então abrir o compartilhamento para o usuário SYSTEM, que chega na outra máquina com a mensagem de Sessão Nula (Null Session). Esta Sessão Nula pode ser configurada para ser aceita como um usuário anônimo. Portanto, configure o compartilhamento para o usuário anônimo conforme os artigos Configurando Domínios Remotos em máquinas que não pertencem a um domínio de rede Microsoft e Configurando Domínios Remotos em máquinas que não pertencem a um domínio de rede Microsoft (Windows XP/Windows XP).
Porém, há uma incompatibilidade identificada no sistema operacional Windows 7 ou superior. Para contornar esta questão, recomendamos que os arquivos da aplicação remota sejam copiados e colados na mesma pasta do computador local. Nas configurações de Domínio Remoto, configure o campo Arquivo de Domínio para que aponte para o Domínio copiado, que está na mesma máquina do E3 Studio. O campo Servidor principal deve ser configurado com o nome do computador remoto. Deste modo, é possível utilizar o AppBrowser para criar todas as Associações via E3 Studio e, quando a aplicação é executada, estes valores são buscados na máquina remota.
O protocolo DCOM do Windows é utilizado pelo E3 para a comunicação entre Domínios Remotos e E3 Viewer?
Não, nestas interações o protocolo utilizado é o REC, proprietário da Elipse Software.
O que é o protocolo REC? Como posso visualizar o tráfego de dados no log do E3?
O REC é um protocolo desenvolvido pela Elipse Software para comunicação entre os diversos módulos do E3. Os pacotes do REC não têm tamanho fixo. A quantidade de dados que passa pelo protocolo pode ser vista nos mesmos logs do E3 e é indicada pela quantidade de dados, em KB, enviados e recebidos.
Quais as configurações necessárias para o funcionamento do protocolo REC?
1.O servidor E3 deve estar executando na máquina de destino.
2.Os Firewalls da máquina de destino e da máquina local devem permitir conexões TCP/IP na porta 6515.
3.Os parâmetros da conexão (time-out, ping, heartbeat) devem ser compatíveis com a velocidade, confiabilidade e latência da rede entre a máquina local e a máquina de destino.
O que é heartbeat? Onde ele é configurado? Qual seu impacto no sistema?
O heartbeat é um mecanismo pelo qual o Domínio Cliente envia mensagens periodicamente para verificar se o Domínio Servidor está com sua conexão ativa, aguardando uma resposta.
Para configurar o tempo de heartbeat, é preciso primeiramente que o Domínio esteja carregado. Depois de carregar o Domínio, clique com o botão direito do mouse no ícone do E3 Admin na Área de Notificações do Windows e selecione a opção Domínio - Opções. Na janela E3 Admin - Configuração do Domínio, selecione a aba Domínios Remotos. Selecione o servidor desejado, clique em Avançado e configure o campo Período de heartbeat (ms).
Quando o dobro deste período é atingido sem que o Cliente tenha recebido nenhuma mensagem do Servidor, o sistema interpreta que o Servidor falhou ou está fora da rede, e uma desconexão imediata é forçada. Caso o ping e o heartbeat sejam desligados simultaneamente, a detecção de queda de conexão do Domínio Remoto se torna extremamente lenta (quando houver falha no Servidor). Nestes casos, é possível que 40 segundos ou mais se passem sem que o Domínio Cliente indique a perda da conexão. Recomendamos que ambos os Domínios permaneçam ligados sempre que possível.
O que se deve fazer caso muitos erros de ping estejam ocorrendo na rede?
Caso isto aconteça, verifique a qualidade e performance da rede e siga os procedimentos do artigo Configurações de rede do E3 para redes com alta latência, banda reduzida e/ou perda de pacotes. Entretanto, relembramos que a configuração padrão dos Domínios Remotos, e do protocolo REC em geral, não é adequada para redes WAN (Wide Area Network), apenas para redes LAN (Large Area Network).
O que são chamadas síncronas e chamadas assíncronas? Qual a melhor alternativa em relação à performance?
Na comunicação síncrona, o emissor e o receptor devem ambos permanecer em sincronia, e uma solicitação só é atendida após o resultado de uma escrita ou requisição. Na comunicação assíncrona, por outro lado, o envio de dados é intermitente e não depende do resultado de nenhuma requisição para iniciar a próxima solicitação.
Quando uma chamada síncrona é gerada, o processo aguarda indefinidamente pelo retorno desta chamada. Já quando uma chamada assíncrona é gerada, nenhum tipo de retorno é esperado.
Por exemplo, considere uma arquitetura de Domínios Remotos onde existe um Centro de Operação que se conecta a diversos Domínios Remotos. Se um dos Domínios estiver travado e uma chamada síncrona é disparada para este Domínio, todo o Centro de Operação trava.
Para evitar esta situação, configure a opção Tempo limite de chamada (ms), disponível no E3 a partir da versão 4.6, de modo individual para cada conexão de Domínios Remotos. Se uma chamada síncrona demorar mais tempo que este valor de time-out, o canal é fechado e destrava o processo que originou a chamada.