| From: | Tanstaafl <tanstaafl(at)libertytrek(dot)org> |
|---|---|
| To: | pgsql-novice(at)postgresql(dot)org |
| Subject: | Re: Reliably backing up a live database |
| Date: | 2013-04-15 21:36:29 |
| Message-ID: | 516C72DD.1050008@libertytrek.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-novice |
On 2012-02-24 11:31 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Also, in any modern version of PG, --blobs is a no-op (it's on by
> default) and --oids is deprecated.
Ok, coming back to this - I actually need to restore a copy of my DB.
I've been using the command:
pg_dumpall --username=username -o -f mydb_backup.sql.gz
Just for fun, I also just stopped pg and did:
tar -pvczf pg91_data.tar.gz /var/lib/postgresql/9.1/data
So, first question...
More out of curiosity than anything - on a system that is already
running the exact same DB, only it contains outdated data, can I simply
stop pg on the target server I want to update, then rm -r
/var/lib/postgresql/9.1/data, then
tar -xvczf data.tar.gz /var/lib/postgresql/9.1/data
?
If this won't work or is not recommended, what is the proper command to
restore this db dump file to a fully functional postgresql server that
is already running an older copy of the exact same DB? Is it:
psql -f mydb_backup.sql.gz postgres
?
Sorry for the newbie question, still trying to wrap my head around the
differences between mysql and postgresql...
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Birchall, Austen | 2013-04-16 09:58:09 | pg_restore - hangs or check on progress |
| Previous Message | Kevin Grittner | 2013-04-11 23:02:13 | Re: about view privileges |