Re: Backup of a big DB with a lot of large objects

From: Richard Broersma Jr <rabroersma(at)yahoo(dot)com>
To: "Milen A(dot) Radev" <milen(at)radev(dot)net>, pgsql-admin(at)postgresql(dot)org
Subject: Re: Backup of a big DB with a lot of large objects
Date: 2006-12-01 18:06:06
Message-ID: 4617.40027.qm@web31812.mail.mud.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

> > Replicate it???
>
> I'm hesitant about replacing backup with replication. It seems to me
> like trying to shoot a mosquito with a cannon.

One some threads that I've read, some posters mention that once their databases reach a certain
size threshold, backups times become so large that replication seems to be the better perhaps only
choice.

I suppose that if replication is used, one of their child read-only servers can be dedicated the
task of backing up the database thereby relieving that load off of the parent read/write server.

But this doesn't solve the problem increasing back-up times. Of course, equipping yourself with a
cannon now will really help after your mosquito grows in to an albatross. :o)

Regards,
Richard Broersma Jr.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Kim 2006-12-01 18:14:04 Create table/view/index hanging following server crash
Previous Message Antonios Katsikadamos 2006-12-01 17:34:34 producing documentation from postgres file