Re: backup and recovery

From: "Mark M(dot) Huber" <MHuber(at)VMdirect(dot)com>
To: "Naomi Walker" <nwalker(at)eldocomp(dot)com>
Cc: <pgsql-admin(at)postgresql(dot)org>
Subject: Re: backup and recovery
Date: 2004-03-22 17:13:06
Message-ID: C82819B1AE6E934A91FE8481153EB422A9E38A@mail.co.vmdirect.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

That sounds like a brilliant idea, who do we say it to make it so?

Mark H

-----Original Message-----
From: Naomi Walker [mailto:nwalker(at)eldocomp(dot)com]
Sent: Monday, March 22, 2004 8:19 AM
To: Mark M. Huber
Cc: Naomi Walker; pgsql-admin(at)postgresql(dot)org
Subject: Re: [ADMIN] backup and recovery

That brings up a good point. It would be extremely helpful to add two
parameters to pg_dump. One, to add how many rows to insert before a
commit, and two, to live through X number of errors before dying (and
putting the "bad" rows in a file).

At 10:15 AM 3/19/2004, Mark M. Huber wrote:
>What it was that I guess the pg_dump makes one large transaction and our
>shell script wizard wrote a perl program to add a commit transaction
>every 500 rows or what every you set. Also I should have said that we were
>doing the recovery with the insert statements created from pg_dump. So...
>my 500000 row table recovery took < 10 Min.
>
>Thanks for your help.
>
>Mark H
>
>
>-------------------------------------------------------------------------------------------------------------------------
>Naomi Walker Chief Information Officer
> Eldorado Computing, Inc.
>nwalker(at)eldocomp(dot)com 602-604-3100
>-------------------------------------------------------------------------------------------------------------------------
>Forget past mistakes. Forget failures. Forget everything except what you're
>going to do now and do it.
>- William Durant, founder of General Motors
>------------------------------------------------------------------------------------------------------------------------
>
>-- CONFIDENTIALITY NOTICE --
>
>This message is intended for the sole use of the individual and entity to
>whom it is addressed, and may contain information that is privileged,
>confidential and exempt from disclosure under applicable law. If you are
>not the intended addressee, nor authorized to receive for the intended
>addressee, you are hereby notified that you may not use, copy, disclose or
>distribute to anyone the message or any information contained in the
>message. If you have received this message in error, please immediately
>advise the sender by reply email, and delete the message. Thank you.
>
>---------------------------(end of broadcast)---------------------------
>TIP 8: explain analyze is your friend

-------------------------------------------------------------------------------------------------------------------------
Naomi Walker Chief Information Officer
Eldorado Computing, Inc.
nwalker(at)eldocomp(dot)com 602-604-3100
-------------------------------------------------------------------------------------------------------------------------
Forget past mistakes. Forget failures. Forget everything except what you're
going to do now and do it.
- William Durant, founder of General Motors
------------------------------------------------------------------------------------------------------------------------

-- CONFIDENTIALITY NOTICE --

This message is intended for the sole use of the individual and entity to whom it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended addressee, nor authorized to receive for the intended addressee, you are hereby notified that you may not use, copy, disclose or distribute to anyone the message or any information contained in the message. If you have received this message in error, please immediately advise the sender by reply email, and delete the message. Thank you.

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Ricardo Vaz Mannrich 2004-03-22 18:24:58 Slow Foreign Key
Previous Message Andrew Sullivan 2004-03-22 16:40:24 Re: Hardware and OS for postgresql