Olá, pessoal.

Adriano, quero te agradecer por vc ter compartilhado esse seu conhecimento que foi muito bom para uma grande resolução de problemas que temos. Muito boa a sua iniciativa.

Bom, vou compartilhar um pouco do que entendi com o exemplo do Adriano.

Pessoal, pelo que entendi, cada conexão que é bem sucedida, é gerado uma espécie de índice, ou seja um contador. Então no momento que é gerado o erro, ele verifica o contador ou seja, e pula para a segunda ou primeira tentativa, como vc preferiria , armazenando o contador para uma próxima conexão. Então eu pensei, pq não verificar em qual índice se encontra a seção e toma uma decisão. Pq por exemplo, se já estiver em sua última opção de conexão, vc pode voltar para a primeira conexão já que foi identificado que é a última opção..

Bom pessoal, tenho o conhecimento ainda bem limitado quando o assunto é DatSnap, mas aqui em meu projeto, está funcionando perfeitamente.

Obrigado mais uma vez, Adriano Lanusse.

Neste exemplo parece que se a porta 211 cair, direciona para a 213 sempre, no caso de se ter N servidores como seria?
Exemplo se o 211 e o 213 cair e eu quisesse direcionar para um terceiro ou um quarto?

Nilson,

Não testei em XE6, se você quiser testar fique a vontade 🙂

Não seria recomendado o Failover ficar na mesma máquina da aplicação

Este exemplo seu ainda é válido para o XE6?

Pensei numa bobeira, poderia o servidor de Failover ficar na própria maquina da aplicação?

[]s

Andreano, peguei seu exemplo e testei no XE2, funcionou exatamente como voce postou, obrigado pela dica. O unico problem que eu encontrei é que se eu chamar o metodo via browse:
http://localhost:8080/datasnap/rest/TServerMethods1/EchoString/testando
ele direciona sempre para a porta 211, se eu parar o servidor da 211 e executar novamente pelo browse, da a seguinte mensagem:
{“error”:”Socket Error # 10061\r\nConnection refused.”}
,ou seja, da a impressao que o Failover neste caso sempre joga para o 212. Estou criando uma aplicação totalmente web e estou com esse problema. Voce tem alguma dica sobre isso? Obrigado

@Luiz, a implementação foi feita como exemplo para mudar de 211 para 213 apenas.

A idéia é que vocês peguem o código agora e façam as implementações necessárias para o seu ambiente.

Primeiramente, parabéns pelo artigo.. Me ajudou muito..
Mas uma dúvida ainda continua, ao voltar o servidor da porta 211 e desativar o servidor 213 o programa não fez a alteração 213 -> 211 somente 211-213.. O que pode estar ocorrendo.

Desde já agradeço.

Abraços!

O exemplo funcionou corretamente mas não consigo voltar a utilizar o servidor 211. Ou seja, Ativei os dois (211 2 213) depois desativei o 211 e redirecionou para o 213 corretamente.

Depois reativei o 211 e desativei o 213 ai o redirecionamento não volta mais. Você poderia me dá uma dica sobre isso ?

Obrigado !

@Glayson para fazer failover a conexão tem que ser HTTP no DataSnap, neste exemplo uso TCP do DataSnap Server para o banco de dados

alguma coisa que capturassemos as informações de conexão com o Host.

Muito parecido como esse programas de acesso remoto faz, como o teamviewer, logmein, EchoVNC etc.

;DelegateConnection=DBXTraceConnection
drivername=DataSnap
HostName=pc140
Port=8080
CommunicationProtocol=http

OBS: qdo da um active pelo compomente, ele conecta normal, em tempo de projeto, porem em tempo de execução ele apresenta o erro postado anterior.

Oi Diego,

A comunicação do cliente tem que usar HTTP, verifica no seu SQLConnection se assim está.

Marcelo,

O controle de como fazer o balanceamento depende da sua implementação, no exemplo que mostrei eu redireciono a conexão quando um erro acontece na comunicação.

O mesmo irá se aplicar a balanceamento de carga, você descobrindo o nível de utilização de cada servidor irá decidir para onde enviar a conexão. O nível de utilização pode ser baseado nos critérios que você mencionou, mas geralmente se utiliza CPU e memória.

Oi Larissa,

Obrigado por acessar o meu blog.

O vídeo está no post, por alguma razão ele sumiu mas agora está de volta. Além disso o código fonte do exemplo está disponível no link ao final do post. Com esse material você poderá reusar ou montar o seu próprio servidor Failover.

Oi Marcelo,

HTTP é uma camada que corre sobre TCP/IP, isso o torno um pouco mais lento do que puro TCP. No exemplo que disponibilizei veja que a conexão do servidor de Failover para o servidor DataSnap é feita através de TCP/IP. Usamos HTTP como solução, pois todo o gerenciamento de sessão já está implementado no protocolo, facilita o roteamento das sessões, liberação de porta em firewall, etc… Lembre-se que nossa conexão DataSnap através de HTTP é bem leve e tem uma ótima performance.