Depende se voc� � da religi�o que acredita que o DBMS deve fazer tudo, ou daquela outra em que o programador pode tapar furos do DBMS.

- Tenha possibilidade de conectar tanto no banco de dados local, como no do servidor central.
- Para leituras, use o banco de dados local.
- Para altera��es, use o banco de dados central, e replique as altera��es no banco de dados local. Voce tamb�m pode disparar um comando de rede para todos os bancos locais replicarem aquela informa��o, por exemplo, com um daemon a parte s� para a fun��o de replica��o.
- Se o banco de dados central estiver inacess�vel, use uma tabela no banco de dados local, com os registros a serem alterados, e informe ao replicador que existem dados para serem inseridos na base central.
- Preveja os poss�veis casos de altera��o simult�nea de dados, o lock vai ser por sua conta!!! E com o banco de dados central fora do ar, os dados que voce alterou podem estar desatualizados quando ele voltar ao ar. Exemplo: mude o nome de jo�o para jos�. Mas em outra esta��o, algu�m mandou mudar o nome de jo�o para joaquim. Como evitar isso com os bancos online? Como evitar isso com os bancos offline? Caso aconteca offline (mudou enquanto voce n�o estava olhando) o que fazer?


Note que os sistema de DNS n�o s�o semelhantes. DNS � read-only, com atualiza��es somente na base central. SMTP em geral � apenas um relay, que vai armazenar os dados temporariamente, at� que o servidor principal volte ao ar. Servidores SMTP replicados s�o complicados de fazer, e no m�nimo exigem lock de NFS ou maildirs. Idem para servidor POP3 e IMAP, mas n�o conhe�o nenhum cliente que saiba fazer escolha em tempo real. A �nica solu��o pr�xima � usar DNS round robin.

Se voce resolver montar um sistema desses, mande pros primeiros passos, ou fa�a um middleware e coloque no sourceforge. ;-)

Jean Duarte wrote:
Pessoal,

Tenho um sistema que roda em MySQL com um server BSD na Matriz
e um em cada filial.

A ideia de manter um server MySQL na matriz e para agilizar o acesso
ao Banco de Dados, pois se fizermos as consultas pela rede, vai gerar
um trafego enorme.

Bem, alguem ja desenvolveu ou sabe como fazer o Mysql meio como trabalhar
num "Cluster" de dados mantendo um sincronismo?

Como se eu pudesse cadastrar no programa o IP de cada server e se
um parar ele trabalha com outro.

Mais ou menos como funciona um sistema de DNS ou E-mail.

Tenho essa ideia, mas nao sei por onde comecar a buscar.

Grato
Jean Duarte
_______________________________________________________________
Sair da Lista: http://www2.fugspbr.org/mailman/listinfo/fugspbr
Historico: http://www4.fugspbr.org/lista/html/FUG-BR/


--

Jonny

--
Jo�o Carlos Mendes Lu�s - Networking Engineer - [EMAIL PROTECTED]
--
"the West won the world not by the superiority of its ideas or values
or religion but rather by its superiority in applying organized
violence. Westerners often forget this fact, non-Westerners never do."
-- Samuel P. Huntington

_______________________________________________________________
Sair da Lista: http://www2.fugspbr.org/mailman/listinfo/fugspbr
Historico: http://www4.fugspbr.org/lista/html/FUG-BR/

Responder a