Received: from mail.postgresql.org (webmail.postgresql.org [216.126.85.28]) by mail.postgresql.org (8.11.1/8.11.1) with SMTP id f26Jkmx67639 for ; Tue, 6 Mar 2001 14:46:48 -0500 (EST) (envelope-from pgsql-docs-owner@postgresql.org) Received: from etisrv.net.steria.fr ([193.104.141.2]) by mail.postgresql.org (8.11.1/8.11.1) with ESMTP id f25HTvx11953 for ; Mon, 5 Mar 2001 12:29:58 -0500 (EST) (envelope-from Fabien.Coutant@steria.fr) Received: from fcoutant by etisrv.net.steria.fr with local (Exim 2.05 #1 (Debian)) id 14Zynz-00063t-00; Mon, 5 Mar 2001 18:29:55 +0100 Date: Mon, 5 Mar 2001 18:29:55 +0100 From: Fabien COUTANT To: pgsql-docs@postgresql.org Subject: [Q] post-crash behaviour Message-ID: <20010305182954.A13365@etisrv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Archive-Number: 200103/33 X-Sequence-Number: 464 Hello, I don't know if this the right place to post this, please excuse me if I'm wrong. I didn't find any clearly appropriate E-mail for this on the website. I'm working on a project where we are questionning ourselves about the reliability of PostgreSQL (our customer wants to compare to Oracle but it's no matter for my question). Our main concern is databases files' internal structure corruption. What is PostgreSQL's behaviour regarding software and hardware failures: - soft termination of the server (kill -INT), - hard termination (kill -9, server bug), - power loss (or disk failure) that occurs in the middle of disk I/O, I searched the docs and found nothing about this. I also searched newsgroups with no success. I would like to know if, in those cases: - is the server able to restart and operate correctly on correct data (transaction wise) ? - if internal file corruption could occur, would the server tell on startup something like "The database is corrupted, can't start" ? And this in a deterministic way ? - or is there a risk that the server could start and run with corrupted files and data ? Thanks if anyone can answer this. -- Best regards, Fabien COUTANT STERIA