From: Mark Steben <msteben@autorevenue.com>
To: 'Kevin Grittner' <Kevin.Grittner@wicourts.gov>
To: pgsql-admin@postgresql.org
Subject: Re: Warm Standby - log shipping
Date: Fri, 19 Dec 2008 09:14:14 -0500
Message-ID: <ABFD5C0414FC4B6D854F19376CEBC3E6@dei26g028534> (raw)
In-Reply-To: <494A7819.EE98.0025.0@wicourts.gov>
References: <D52D639EA1DC422DA3807EB17AF72239@dei26g028534>
<494A7819.EE98.0025.0@wicourts.gov>
What I'm hearing is that I have to perform a base backup on my master in
Mass. after recovery completes, send that over a secure network
To Virginia, and lay it down there. Simple enough but the time to travel
Over the network becomes an issue - 12 - 13 hours at best.
If we have to do this then we will. I just want to make sure I'm
understanding your advice.
Thanks
Mark Steben│Database Administrator│
@utoRevenue-R- "Join the Revenue-tion"
COME SEE US AT NADA BOOTH #1021, HALL B, IN NEW ORLEANS!
95 Ashley Ave. West Springfield, MA., 01089
413-243-4800 x1512 (Phone) │ 413-732-1824 (Fax)
@utoRevenue is a registered trademark and a division of Dominion Enterprises
-----Original Message-----
From: Kevin Grittner [mailto:Kevin.Grittner@wicourts.gov]
Sent: Thursday, December 18, 2008 5:20 PM
To: Mark Steben; pgsql-admin@postgresql.org
Subject: Re: Warm Standby - log shipping
>>> "Mark Steben" <msteben@autorevenue.com> wrote:
> We are at postgresql 8.2.5
You really should update to 8.2.11 or consider going to 8.3.5.
http://www.postgresql.org/support/versioning> We plan on using the Norfolk server not so much as a recovery
failover but
> as a replicated database
> To run reports and establish a data warehousing environment. As such
the
> plan is to run the
> Standby in recovery state for the majority of the day, then
'complete'
> recovery there, bring it
> Online, perform our reporting and data warehousing functions (in
read-only
> mode of course),
> Then bring it back into recovery mode, letting the updates catch up
for the
> next days processing.
>
> My questions are:
>
> 1. Is this a proper usage of log shipping?
Once you complete recovery you don't have a good way back, short of
getting a new base backup. If you have space, you could stop the
replica server without leaving recovery state, do a copy of the
cluster to another directory, restart your replica, start the copied
cluster's server, complete recovery, and start running your reports.
> 3. I am currently in a state where a log got partially copied and
postgres
> cannot find a valid checkpoint to restart. What is the best way to
remedy
> this situation? Pg_resetxlog perhaps?
I'd get a fresh base backup from which to start.
-Kevin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-admin@postgresql.org
Cc: msteben@autorevenue.com, Kevin.Grittner@wicourts.gov
Subject: Re: Warm Standby - log shipping
In-Reply-To: <ABFD5C0414FC4B6D854F19376CEBC3E6@dei26g028534>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox