Tiago Adami escreveu: > 2010-07-18 13:44:41 BRT LOG: could not open file > "pg_xlog/000000010000000500000073" (log file 5, segment 115): No such > file or directory Qual a versão exata?
> A escrita dos dados em disco não pode ser garantida com o fsync > principalmente em Windows, caso contrário não haveriam os problemas > descritos acima. E o que acontece se por algum motivo a máquina for > desligada como por exemplo em uma falta abrupta de energia, quando os > datafiles ainda não foram atualizados e acontece algum problema nos > arquivos do WAL (ou seja, não consegue concluir o *REDO*)? > É garantida sim. O problema é que a cache de dados (aka write caching) deve estar habilitada. Assim, o sistema operacional "mente" dizendo que escreveu no disco quando na verdade está na cache ainda. O mesmo mecanismo (aka write caching) é utilizado no Linux. Procure no histórico da lista como desabilitar esta cache de dados do sistema operacional. O banco de dados tenta manter o D (aka durabilidade) utilizando o log de transação. Se há uma falha ou perda no log de transação e a transação ainda não foi escrita no arquivo de dados, você perderá os dados. É por isso que você deve utilizar algum mecanismo de espelhamento de dados (aka RAID) para garantir que a transação não seja perdida. > Por fim, quer dizer então que estas modificações não vão surtir efeito > em nada, exceto desempenho? > Por que não? Após a correção feita em dezembro, não vi mais relatos de mensagens de erro como a citada por você. -- Euler Taveira de Oliveira http://www.timbira.com/ _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
