Faça uma relação hospedar em um DataCenter confiável X valor funcionários parados. Hospede em um DataCenter e faça um contrato de gerenciamento de Banco e Servidor e fique feliz somente gerenciando a sua TI.
Em 8 de julho de 2010 15:02, Alexsander Rosa <[email protected]>escreveu: > Centralizar = parar de vender quando a rede cair? Nem pensar. Sei que tem > gente que acha aceitável deixar os funcionários de braços cruzados > informando aos clientes "o sistema está fora do ar", mas no comércio o furo > é mais embaixo. Em uma das lojas, por exemplo, os FIOS de cobre dos postes > foram roubados várias vezes seguidas, logo após a reposição. Somente quando > a companhia telefônica colocou fibra ótica é que a rede conseguiu ficar mais > de alguns dias online. > > Se a replicação multi-master tiver sido prevista desde o início, a > integridade pode ser mantida dentro de alguma tolerância se algumas > restrições forem usadas. Existem várias coisas que a aplicação não permite > fazer e não há usuários rodando pgAdmin direto nas bases, por exemplo. Não > dá pra pensar que uma replicação multi-master vai estar com os dados 100% > iguais em todos os servidores ao mesmo tempo, é óbvio que uma modificação > feita numa filial pode levar 2 ou 3 minutos para chegar em outra. > > Em 8 de julho de 2010 14:03, <[email protected]> escreveu: > > Meu Deus, me deu 3 tipos de arrepio ao ler essa descrição. >> >> Meu amigo, você já pensou em centralizar essa sua aplicação? >> >> Você tem muitos pontos de falha, só por curiosidade como fica a >> integridade do seu sistema? >> >> Att, >> Fabiano Machado Dias >> >> > Eu desenvolvi uma replicação que está sendo usada pelos meus clientes >> (ex: >> > www.casadopapel.com.br), mas meu ERP foi projetado levando isto em >> > consideração. Há tabelas "globais" onde apenas um servidor pode gravar >> -- >> > a >> > aplicação não deixa os usuários das lojas gravarem em tabelas como >> > "alíquotas de ICMS" ou "lista de UF". As demais são tabelas "locais" e >> > todas >> > possuem como parte da chave uma coluna "número da loja"; por exemplo o >> > pedido 1234 feito na loja 7 fica com número 1234/7. >> > >> > Meu ERP usa um framework de persistência que grava numa tabela separada >> > todos os comandos INSERT, UPDATE e DELETE; um processo que roda no CRON >> > das >> > lojas envia estes comandos para o servidor central (a topologia é >> estrela) >> > de 1 em 1 minuto. O servidor central, por sua vez, envia para todas as >> > lojas >> > todas as atualizações que recebeu, também minuto a minuto. >> > >> > > -- > Atenciosamente, > Alexsander da Rosa > Linux User #113925 > > "Extremismo na defesa da liberdade não é defeito. > Moderação na busca por justiça não é virtude." > -- Barry Goldwater > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Ralf Schlindwein Analista de Sistemas [email protected]
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
