[firebase-br] Servidor Espelho - Sugestões...

Qui Jul 14 09:56:30 -03 2005

Grande Eduardo, dando um show de explicação.
Mas acredito que o shadow em Linux, mandando o arquivo para outra 
máquina de rede, deva funcionar sim, uma vez que quem cuida de montar o 
sistema NFS de rede é o SO, para o Firebird é como se estivesse 
acessando localmente o arquivo, na hierarquia de pastas do próprio Linux.

[]´s
Giovani Benedetti Penha

Eduardo Jedliczka (TeamFB) escreveu:

>Felipe,
>
>Li cuidadosamente todas as mensagens desta threat. Então deixe-me comentar
>meu ponto de vista sobre as principais sugestões....
>
>a) Replicação - É uma alternativa extremamente interessante, e esbarra
>apenas no tempo de sincronização. Há ferramentas (gratuitas e pagas) que
>funcionam muito bem. Como tudo é feito com triggers, há uma perca razoável
>de processamento em rotinas de inclusão/alteração (mas não nas consultas) o
>que não compromete sua utilização.
>
>b) Servidor Escravo - É uma técnica muito antiga e utilizada no mundo Unix
>(e linux), porém é ligeiramente complexo para configurar, as formas mais
>seguras, envolvem um cabo (geralmente serial Db9 ) interligando fisicamente
>os equipamentos, e é testado continuamente (em alguns milissegundos) se há
>resposta, quando não houver, o escravo assume o IP do servidor principal e
>todas as suas funções, a instalação, programas e arquivos (leitura e
>gravação) são sempre idênticos em ambos os servidores, pois tudo que é
>recebido no IP principal é alocado para o IP secundário, a troca de
>servidores é automática e transparente, e sem derrubar as conexões
>atualmente existentes (ainda é muito comum em servidores web de alta
>disponibilidade)
>
>c) Shadows - acho o valor 20% extremamente exagerado - um valor entre 2% e
>5% mais realista, se tiver 2 HDs e o shadow ficar no segundo disco, eu
>ousaria dizer que o prejuízo é perto de Zero. Nunca utilizei shadows em
>linux ou outros unices, e duvido que seja possível criar shadows em outras
>máquinas (ou volumes de rede), pois se o FireBird suportasse isto, seria
>muito fácil permitir acessar uma base em outra máquina. Isto sem contar a
>necessidade de um Gbak para "recompor" a base...
>
>d) Backup / Restore programado (a cada XX minutos) - Uma solução
>interessante para você é utilizar um script no computador secundário para
>realizar um Backup da base principal e restore local, continuamente (com
>alguns nomes diferentes para não sobregravar e você ficar sem base). No caso
>de pane do servidor principal, o prejuízo será apenas de alguns minutos
>(dependendo do tempo de backup / restore da base). Esta opção pode degradar
>a performance sériamente (ousaria dizer entre 20 e 50% - em alguns testes
>que realizei em horário de pico, um backup consumiu uma média de 35% de CPU
>além do consumo esperado sem o backup).
>
>e) Cluster (beowulf) - são várias máquinas compartilhando CPU e memória (o
>conceito de GridComputing do Oracle), trabalhando como se fossem uma única.
>Se você colocar 3 máquinas e formar um cluster, todas as requisições
>recebidas por aquele IP serão divididos entre as várias máquinas, permitindo
>assim um ganho excepcional de desepenho. Nesta situação pode-se replicar
>(por software) o disco entre todas as máquinas, e se uma delas cair, as
>outras mantém o sistema em pé, porém mais lento. Pode acontecer, durante a
>queda de uma máquina, que alguns terminais tenham suas conexões finalizadas
>(pois aquela máquina estava respondendo por algumas requisições). O problema
>é que o FB não funciona em Cluster. O Nicolay Samofatov desenvoloveu a
>pedido de uma empresa, uma versão personalizada uma versão anterior ao FB
>1.5 final que funcionava em Beowulf, mas não está disponível para
>utilização. Segundo alguns comentários, o Vulcan (que funciona muito bem em
>máquinas multiprocessadas) pode ser utilizado em cluster, mas ainda não tem
>uma versão Oficial.
>
>Resumindo, acho que a opção D muito viável e "barata" (no sentido de percas
>e tempo de recuperação), se puder perder tempo, pesquise e experimente a
>opção B... Em último caso fique com a opção A e torça para não ter
>problemas. E, quem sabe até o natal a opção E não estará disponível ????
>
>
>Sucesso,
>
>Eduardo Jedliczka
>Membro do TeamFB (FireBase)
>Apucarana - Paraná
>
>----- Original Message -----
>From: "Felipe Giotto" <felipe em metasoftware.com.br>
>To: "FireBase" <lista em firebase.com.br>
>Sent: Wednesday, July 13, 2005 5:17 PM
>Subject: Re: [firebase-br] Servidor Espelho
>
>
>Nós utilizamos shadow em alguns clientes, e realmente funciona... Existe uma
>perda de desempenho de cerca de 20% quando da utilização de shadows, mas em
>alguns casos vale a pena... Outra coisa é que a shadow não é ativada
>automaticamente.. Para se ativer uma shadow, deve-se usar o arquivo
>"GBAK.EXE" e depois substituir a base de dados original (claro que essa
>tarefa pode ser realizada por um aplicativo)....
>
>Espero ter ajudado,
>
>Felipe ;-)
>
>----- Original Message -----
>From: "Giovani Benedetti Penha" <giovani em cooperval.com>
>To: "FireBase" <lista em firebase.com.br>
>Sent: Wednesday, July 13, 2005 4:57 PM
>Subject: Re: [firebase-br] Servidor Espelho
>
>
>  
>
>>Bom, se eu fosse você seguiria a dica do Felipe, pesquise sobre esse
>>shadow. Acho que seria a solução mais simples e funcional para o seu caso,
>>além de não precisar de configurar um servidor Linux para trabalhar
>>espelhado (essa tarefa não é das mais simples de serem feitas).
>>Alguém aqui na lista já usou esse shadow? Funciona mesmo? :)
>>
>>[]´s
>>Giovani Benedetti Penha
>>
>>Marciano Bandeira escreveu:
>>
>>    
>>
>>>Perder o que não foi comitado não tem problema, o que quero evitar é por
>>>exemplo...
>>>... a industria de confeções tem que entregar um lote de mercadorias
>>>hoje, mais com o sistema fora do ar não tem como eles saber o que tem que
>>>produzir,  ou chega um cliente de uma loja que usa o sistema, e não pode
>>>pagar sua conta porque o sistema está fora do ar...
>>>... ou o gerente quer saber o que tem que comprar pra suprir o estoque da
>>>loja e tem que contar o estoque no dedo pois o sistema ta fora do ar...
>>>
>>>isso que quero evitar
>>>desde ja agradeço
>>>Marciano Bandeira
>>>
>>>----- Original Message ----- From: "Giovani Benedetti Penha"
>>><giovani em cooperval.com>
>>>To: "FireBase" <lista em firebase.com.br>
>>>Sent: Wednesday, July 13, 2005 4:38 PM
>>>Subject: Re: [firebase-br] Servidor Espelho
>>>
>>>
>>>Olha cara, não sou perito em DRDB, mas pelo que li, o que ele faz é, de
>>>x em x minutos (segundos, milésimos :)), verificar quais blocos do HD do
>>>servidor foram mudados e copiar esses blocos de forma idêntica para o
>>>servidor escravo.
>>>Ou seja, teoricamente você teria exatamente o mesmo banco de dados nas
>>>duas máquinas. Só tem que verificar como fica a questão dos dados que
>>>estão na memória, porque esses não são copiados para o escravo. Talvez
>>>fosse o caso de usar o forced write (me corrijam se eu estiver errado)
>>>ou algum mecanismo que garanta que todos os dados do banco sejam
>>>gravados em disco de X em X tempos. Diminuiria um pouco a performance do
>>>servidor, mas ganharia confiabilidade e alta disponibilidade.
>>>A transação com certeza não seria a mesma. O serviço na máquina escravo
>>>inclusive deveria ficar parado, apenas sendo iniciado quando a máquina
>>>mestre parasse. Ou seja, as transações no mestre que não foram comitadas
>>>seriam perdidas (em tese).
>>>
>>>[]´s
>>>Giovani Benedetti Penha
>>>
>>>
>>>Marciano Bandeira escreveu:
>>>
>>>      
>>>
>>>>Obrigado pela resposta imediata!
>>>>
>>>>Achei legal o esque de servidor e escravo, mais não manjo nada de
>>>>Linux...
>>>>... podem me dar mais detalhes de como funciona o esquema de replicação,
>>>>tem como fazer sem alterar meu sistema? tipow fazer um serviço??
>>>>
>>>>Nesse esquema eu teria dois bancos (iguaizinhos) nos servidores?
>>>>A gravação nos dois ficaria na mesma transação?
>>>>
>>>>Desde ja agradeço
>>>>Marciano Bandeira
>>>>
>>>>----- Original Message ----- From: "Giovani Benedetti Penha"
>>>><giovani em cooperval.com>
>>>>To: "FireBase" <lista em firebase.com.br>
>>>>Sent: Wednesday, July 13, 2005 3:45 PM
>>>>Subject: Re: [firebase-br] Servidor Espelho
>>>>
>>>>
>>>>Mas o duro é que, nesse caso, se queimar o processador, por exemplo, o
>>>>servidor pára de qquer jeito.. Resolve só pra problema no HD mesmo.
>>>>Eu sugeriria um servidor com outro espelhado. O problema é que fica uma
>>>>máquina inutilizada na empresa (ou seja, a que vai ficar de "estepe"
>>>>para o servidor principal). Existe uma maneira em Linux de você utilizar
>>>>alta disponibilidade, ou seja, um servidor mestre e um escravo
>>>>monitorando. Se aquele pára, este toma seu lugar. Existe uma forma
>>>>inclusive de "espelhar" o HD do mestre no escravo, utilizando um
>>>>aplicativo chamado DRBD (Distributed Replicated Block Device). Mais
>>>>informações (muito boas, por sinal) em:
>>>>http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=52&pagina=7
>>>>http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=2135
>>>>http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=2477
>>>>
>>>>[]´s
>>>>Giovani Benedetti Penha
>>>>
>>>>Oliveira escreveu:
>>>>
>>>>        
>>>>
>>>>>Utilize o sistema de RAID, com um servirdor Linux, se eu não estou
>>>>>enganado e assim mesmo que se escreve, com isso, vc pode fazer de tal
>>>>>forma que tudo que for gravado em um HD, tb seja gravado em outro como
>>>>>um espelho..... Tem uns servidores HP, que tem esse recurso nativo.....
>>>>>Se quiser investir !!!!
>>>>>Atenciosamente,
>>>>>
>>>>>Oliveira, José Augusto
>>>>>JASO Tecnologia & Desenvolvimento.
>>>>>
>>>>>
>>>>>    _______________________________________________________ Yahoo!
>>>>>Acesso Grátis - Internet rápida e grátis. Instale o discador agora!
>>>>>http://br.acesso.yahoo.com/
>>>>>
>>>>>
>>>>>______________________________________________
>>>>>FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
>>>>>Para editar sua configuração na lista, use o endereço
>>>>>http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>>>>>Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>______________________________________________
>>>>FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
>>>>Para editar sua configuração na lista, use o endereço
>>>>http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>>>>Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>>>
>>>>______________________________________________
>>>>FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
>>>>Para editar sua configuração na lista, use o endereço
>>>>http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>>>>Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>>>
>>>>
>>>>        
>>>>
>>>______________________________________________
>>>FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
>>>Para editar sua configuração na lista, use o endereço
>>>http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>>>Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>>
>>>______________________________________________
>>>FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
>>>Para editar sua configuração na lista, use o endereço
>>>http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>>>Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>>
>>>
>>>      
>>>
>>______________________________________________
>>FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
>>Para editar sua configuração na lista, use o endereço
>>http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>>Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>
>>    
>>
>
>
>______________________________________________
>FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
>Para editar sua configuração na lista, use o endereço
>http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>
>______________________________________________
>FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
>Para editar sua configuração na lista, use o endereço http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>
>  
>