Em 23 de fevereiro de 2011 14:05, jmtofoli <[email protected]> escreveu: > (...) > Nos meus aureos tempos, e me desculpe a infame comparação, mas quando ainda > usava dbf (foxpro, clipper), era comum um problemas de rede (cabeamento, > switch, placa de rede) interferirem na gravação dos dados. Você acha que > isso é possivel?
Cabeamento, Switch e Placa de rede eu acho meio improvável. Os sistemas operacionais e hardwares atuais fornecem uma abstração destas camadas de comunicação muito diferente do que existia nas antigas redes Novell Netware fazendo com que o problema - se ele existir - seja detectado antes do SGBD. Em outras palavras, você teria uma falha de equipamento, e não na gravação dos dados. O próprio conceito do SGBD também garante isso, pois os dados não são gravados diretamente em arquivo como eram em DBF - isso me faz lembrar os tempos em que usava o comando *purge* e o *dbutil* para recuperar tabelas DBF :). Sei que foge um pouco deste tópico, mas para responder a sua pergunta tenho que dar meu testemunho: se você utiliza servidores Windows e *o hardware não é confiável*, muita atenção: trabalho em uma empresa que possui um software de Frente de Caixa, existem mais de 100 caixas rodando PostgreSQL atualmente (versão homologada é 8.3.11) e quando o hardware não possui boa qualidade basta uma simples interrupção de energia para danificar alguma parte do banco (log ou arquivos de dados) sendo necessário realizar manutenção. Apenas para comentar, no sistema anterior que rodava com banco Sybase ASA era raro danificar alguma coisa, e as quedas de energia já existiam. Usando um hardware confiável isso dificilmente acontece, eu mesmo fiz várias tentativas de corromper bancos PostgreSQL em uma workstation Dell Optiplex 360 tirando o plug da tomada durante grandes transações e com muita concorrência, mas sem sucesso. Em uma máquina "xirú" utilizando os mesmos métodos e o mesmo banco de dados, consegui corromper na primeira tentativa - e até hoje eu não entendo o motivo exato. Mas... mesmo com hardwares como HP e Dell alguns servidores de clientes que rodam Windows 2003 e 2008 e a mesma versão do PostgreSQL que citei acima já tiveram vários problemas com logs e registros de tabelas corrompidos (coisa que era fácil eliminar com o DBUtil para DBF hehehe). A boa notícia é que, em todos os servidores Linux e Unix rodando PostgreSQL que eu tive contato, nunca precisei realizar operações de recovery,e nunca vi problemas parecidos. O pessoal me critica muito quando falo isso, mas IMNSHO Windows e PostgreSQL não combinam. Talvez a versão paga da EnterpriseDB... -- TIAGO J. ADAMI http://www.adamiworks.com _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
