Re: Redundant databases/real-time backup

From: "hamptone" <hamptone(at)mediaone(dot)net>
To: <pgsql-admin(at)postgresql(dot)org>
Cc: Ragnar Kjørstad <postgres(at)ragnark(dot)vestdata(dot)no>
Subject: Re: Redundant databases/real-time backup
Date: 2000-11-30 08:08:20
Message-ID: 006b01c05aa4$b4cacd60$e6211e18@mw.mediaone.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Thanks for the tips Ragnar...although I wish you would explain more about
FIFO. The only thing that rings a bell on this is First In First Out from
the inventory chaper of my accounting textbook.....

----- Original Message -----
From: "Ragnar Kjørstad" <postgres(at)ragnark(dot)vestdata(dot)no>
To: "root" <root(at)dennis(dot)veritime(dot)com>
Cc: <pgsql-admin(at)postgresql(dot)org>
Sent: Thursday, November 23, 2000 8:28 AM
Subject: Re: [ADMIN] Redundant databases/real-time backup

> On Thu, Nov 16, 2000 at 11:14:15AM -0500, root wrote:
> > It is necessary to create/alter the postgresql startup script. I have
included
> > a copy of mine. The database to be mirrored must start up with logging
> > enabled:
> >
> > su -l postgres -c '/usr/bin/postmaster -i -D/home/postgres/data
>/home/postgres/data/query_log 2>&1 &'
>
> But why do you do 2>&1 in your startup-script? This will redirect data
> on stderr to stdout - I don't think that is a good idea.
>
> > Other points:
> > The query_log can get large rather quickly. You cannot simply issue a
rm -rf
> > query_log, touch query_log and chmod. Even with the appropriate
permissions
> > the daemon will not write to a new file, for some reason you must
restart
> > postgres using the startup script. Perhaps one of the developers has an
answer
> > to this problem.....
>
> This is becuase the postgres deamon keeps the file open, and will keep
> on writing to the old file even after you delete it. Most deamons will
> reopen their log-files if you send them a HUP signal, so a possible
> solution is:
>
> mv logfile logfile.1
> kill -HUP <pid>
> process logfile.1
> rm logfile.1
>
> The order is important to make sure you don't have a race-condition.
>
> A different alternative is to use a FIFO instead of a normal file, and
> process it continually istead of in batch-jobs.
>
>
>
>
> A totally different approach would be to have a "sql-proxy" relay all
> requests to two (or more) different servers to always keep them in sync.
>
>
> --
> Ragnar Kjørstad
>

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Ragnar Kjørstad 2000-11-30 11:53:13 Re: Redundant databases/real-time backup
Previous Message Thomas Wong 2000-11-30 01:07:05 Re: Perfomance of postgresql-7.0.3-2