From: | "Albe Laurenz" <laurenz(dot)albe(at)wien(dot)gv(dot)at> |
---|---|
To: | "Venkat Balaji *EXTERN*" <venkat(dot)balaji(at)verse(dot)in>, "pgsql-general" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: : PostgreSQL Online Backup |
Date: | 2011-09-26 14:59:37 |
Message-ID: | D960CB61B694CF459DCFB4B0128514C206E9F993@exadv11.host.magwien.gv.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Venkat Balaji wrote:
> We have had situations where-in "rsync" was executed without executing
"pg_start_backup()" on the
> production data directory and on the next runs, "pg_start_backup()"
has been executed with "rsync".
> This was to avoid high IO load on production. We ended up getting
unmatched files (especially in
> pg_clog) and not sure about "base" directory.
>
> Postgres is asking for WAL Archive files dated sometime around 15 days
ago. We are absolutely not sure
> whats going on.
>
> Is this dangerous for production (like corruption) ? or just the
backup will be invalid ? Please help
> us know if we have to perform any precautionary checks on the
production cluster.
>
> Apart from firing a checkpoint, does "pg_start_backup()" updates any
dictionary tables or views ? or
> it updates anything in "pg_xlog"
>
> Looking forward for your help !
I am not sure what the problem is.
Do you have problems starting the original PostgreSQL cluster,
or do you have problems restoring a backup?
Running pg_start_backup() will not harm the cluster.
End online backup mode by running pg_stop_backup() or removing
the backup_label file in the cluster directory.
Yours,
Laurenz Albe
From | Date | Subject | |
---|---|---|---|
Next Message | Edson Carlos Ericksson Richter | 2011-09-26 15:15:13 | RES: Does postgresql 9.0.4 use index on PREFIX%SUFFIX queries? |
Previous Message | Merlin Moncure | 2011-09-26 14:30:08 | Re: Sending Results From One Function As Input into Another Function |