Re: Monitoring database for changes - backup purposes - Mailing list pgsql-admin

From Chris Jewell
Subject Re: Monitoring database for changes - backup purposes
Date
Msg-id 434FF90B.4060902@lancaster.ac.uk
Whole thread Raw
In response to Re: Monitoring database for changes - backup purposes  (Darcy Buskermolen <darcy@wavefire.com>)
Responses Re: Monitoring database for changes - backup purposes
Re: Monitoring database for changes - backup purposes
List pgsql-admin
Hi,

Yes, diff would work and is my current plan, but it requires me to
perform the backup first.  What I needed really was a system by which a
backup would only be run if there was something that needed backing up.

Thanks anyway,

Chris

--
Chris Jewell, BSc(Hons), BVSc, MRCVS
Dept of Maths and Statistics
Fylde College
Lancaster University
Lancaster
Lancs
LA1 4YF



Darcy Buskermolen wrote:

>On Friday 14 October 2005 06:19, Chris Jewell wrote:
>
>
>>Hi,
>>
>>I have a query about a backup policy that I wish to implement.
>>Currently, we are running a PostgreSQL server with a very large database
>>on it.  The database consists of a core of read-only tables, with tables
>>created by the users going by default into the user's own schemas.  For
>>backup purposes, I have a script that uses pg_dump to create dumps of
>>the individual user schemas.  However, this is mainly a read-only
>>database and information is added or updated only rarely.  What I really
>>need is a method of monitoring the database, such that my backup script
>>will only back any one schema up if it has changed since it was last
>>backed up.  Is there any way to do this?  Is there a checksum function
>>or something that I could use?
>>
>>
>
>No there is not, but would a diff -q be sufficient for your needs ?
>
>
>
>
>>Thanks,
>>
>>Chris
>>
>>
>
>
>

pgsql-admin by date:

Previous
From: Darcy Buskermolen
Date:
Subject: Re: Monitoring database for changes - backup purposes
Next
From: "Jim C. Nasby"
Date:
Subject: Re: Monitoring database for changes - backup purposes