Se o seu servidor e hardware estiverem configurados corretamente, você não perderá dados mesmo se pressionar o botão de reinicialização, puxar o cabo de alimentação ou disparar um pânico no kernel. O PostgreSQL é seguro contra falhas por causa de seu logging write-ahead .
A única pessoa que acertou isso vagamente é "Zoredache" nos comentários.
Você só perderá dados se:
- Você configurou o PostgreSQL para não ser protegido por falhas definindo
fsync=off; - Você está usando
UNLOGGEDtabelas, que não são seguras contra falhas (e, nesse caso, você só perderá os dados nas tabelas não lidas); - O sistema de armazenamento subjacente não é seguro contra falhas nem desconsidera
fsync, como muitos SSDs de consumidor barato que fazem cache de write-back em cache volátil sem o poder de backup adequado;
Escrevi muito mais sobre esse post de um blog há alguns meses .
Mesmo se você estiver usando um SSD barato, você ainda não perderá dados em uma reinicialização repentina, apenas quando o sistema realmente perder energia. Eu vi alguns sistemas que desligam os discos ao reinicializar, e esses sistemas teriam perda de dados se usassem SSDs baratos.
Um desligamento "limpo" é praticamente opcional para o PostgreSQL; as únicas desvantagens de uma reinicialização súbita são que o banco de dados pode levar um pouco mais de tempo para iniciar devido ao tempo necessário para aplicar registros write-ahead-durante a recuperação e que (por a documentação) UNLOGGED tabelas serão truncadas. / p>
Mesmo em um chamado desligamento "limpo", a maioria dos scripts de inicialização só espera por um tempo limitado para o servidor ser desligado. A maioria dos scripts de inicialização usa o modo de desligamento "rápido", que abortará as transações atuais, recusará novas sessões e encerrará rapidamente o servidor. Normalmente, eles demoram um tempo se demoram demais e desligam de qualquer maneira, confiando efetivamente na segurança de falhas do PostgreSQL.
Se você quiser permitir que as transações atuais sejam concluídas, será necessário fazer um desligamento "inteligente" manualmente antes de desligar o sistema ou modificar seus scripts de inicialização para usá-lo. O desligamento inteligente nem sempre é muito útil, pois uma conexão longa ou abandonada pode parar todo o servidor desligando indefinidamente, deixando-o sentado lá recusando todas as conexões. É útil como uma primeira tentativa que você deixe executar por um minuto ou antes de fazer um desligamento rápido.
A segurança contra falhas não é desculpa para não fazer backups - e testá-los.