Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 78FDF650127 for ; Fri, 18 Jul 2008 14:05:52 -0300 (ADT) Received: from postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 49297-02 for ; Fri, 18 Jul 2008 14:05:38 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by postgresql.org (Postfix) with ESMTP id BCF6865019F for ; Fri, 18 Jul 2008 14:05:06 -0300 (ADT) Received: by an-out-0708.google.com with SMTP id d30so238354and.33 for ; Fri, 18 Jul 2008 10:05:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=g712x72bvJDGBuboh5bf3xe42MEGrjk5c5XdKUCtaUI=; b=rUIdQILAOAxVJDVl04CUlw68pzUgSsznTu6ciza0HDsXe+Vz8fj1f3al1b+iVLhUVP o2B7r4D7TKsceAKnXdbmr5jOxM1uRZOf2MtE3WZefwUWfMKFwMaFoxFlzi18TZqCZbVX griXuepmL2x9d6H734wYcnscxUfPse+32329k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=RETw3+cqRlIkB4f9fO2piwFG4P0b6gVKGnBLf2UWgVhC7rsgHm4UeacjWP7ZlqhHCl +7/vpvOUnES0WNFUlfMnRMFM5OHYxiQfkpCfJgzu/XUi6qB5qHU6XBsfVFAGjTwVFdIE WlxyfTI81w0bMyUkREEscAMNgkzOl/vBegUX8= Received: by 10.100.164.10 with SMTP id m10mr324295ane.120.1216400703801; Fri, 18 Jul 2008 10:05:03 -0700 (PDT) Received: by 10.100.42.16 with HTTP; Fri, 18 Jul 2008 10:05:03 -0700 (PDT) Message-ID: <1d219a6f0807181005m20b6625dqa865c0b8ef3ef00c@mail.gmail.com> Date: Fri, 18 Jul 2008 13:05:03 -0400 From: "Chris Hoover" To: "pgsql-admin@postgresql.org Admin" Subject: Questions on pg_dump MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_59163_820263.1216400703796" X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.001 tagged_above=0 required=5 tests=HTML_MESSAGE=0.001 X-Spam-Level: X-Archive-Number: 200807/164 X-Sequence-Number: 29774 ------=_Part_59163_820263.1216400703796 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline We are doing some additional testing of our backup strategy with the goal of moving from the text dump to the custom format and have some questions about pg_dump -Fc. Question 1. Why would the custom format be larger? pg_dump -Fc -Z 0 this morning was 88GB while the normal pg_dump last night was 82GB. We have not had that much growth in the few intervening hours. We were expecting the -Fc to be at the most the same size of the text dump, and really expecting the -Fc to be smaller. Any explanations? (We are doing timing with various levels of compression and with the use of external compression to see what gives us the best compression/time, so that is why the -Z 0 test.) Question 2. With the -Fc, how can we verify a successful backup? With the normal pg_dump, we are examining the end of the file looking for: -- -- PostgreSQL database dump complete -- Is there any sort of token like that with the -Fc that can be used to verify a successful backup? Thanks, Chris ------=_Part_59163_820263.1216400703796 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
We are doing some additional testing of our backup strategy with the goal of moving from the text dump to the custom format and have some questions about pg_dump -Fc.

Question 1.  Why would the custom format be larger?  pg_dump -Fc -Z 0 this morning was 88GB while the normal pg_dump last night was 82GB.  We have not had that much growth in the few intervening hours.  We were expecting the -Fc to be at the most the same size of the text dump, and really expecting the -Fc to be smaller.  Any explanations?  (We are doing timing with various levels of compression and with the use of external compression to see what gives us the best compression/time, so that is why the -Z 0 test.)

Question 2.  With the -Fc, how can we verify a successful backup?  With the normal pg_dump, we are examining the end of the file looking for:
--
-- PostgreSQL database dump complete
--

Is there any sort of token like that with the -Fc that can be used to verify a successful backup?

Thanks,

Chris

------=_Part_59163_820263.1216400703796--