Re: Restoring from filesystem backup

From: Dianne Yumul <dianne(at)wellsgaming(dot)com>
To: Scott Frankel <leknarf(at)pacbell(dot)net>
Cc: PostgreSQL List <pgsql-general(at)postgresql(dot)org>
Subject: Re: Restoring from filesystem backup
Date: 2005-11-11 17:17:47
Message-ID: 3785847c509fca3110bacd0b8c659d00@wellsgaming.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Thanks for the quick response. We do both pg_dump and file system
backups, and I agree that pg_dump is the way to go. I thought I'd
practice restoring from a filesystem backup though since I've never
done that before.

Thank you.

On Nov 10, 2005, at 6:07 PM, Scott Frankel wrote:

>
> I'm no expert, but I did just accomplish a restore from backup; so at
> least I can help you with your second question.
>
> pg_dump is the animal you'll want to use to create your backup. I use
> it wrapped in a script that automatically timestamps and names the
> output appropriately. Args looks like this:
>
> pg_dump -Ft -b -v the_db_name > the_output_file.tar
>
> pg_restore restores the database. i.e.:
>
> pg_restore -d the_db_name the_output_file.tar
>
> Hope this helps -
> Scott
>
>
>
> On Nov 10, 2005, at 2:41 PM, Dianne Yumul wrote:
>
>> Hello to everybody.
>>
>> I just have a couple of newbie questions. I'm trying to restore our
>> databases from a file system backup. The backups are done with rsync,
>> the postgresql service is stopped before backups are done on the
>> server. The system is Fedora Core 4 with Postgresql 8.0.3.
>>
>> Now back to restoring. I tried the following on a development box :)
>> 1. stop postgresql service
>> 2. mv /home/postgres/data /home/postgres/data.old
>> 3. rsync over desired data/ folder from an external drive
>> 4. start postgresql service
>> The last step failed with this error from the logs:
>> postmaster: could not find the database system
>> Expected to find it in the directory "/home/postgres/data", but
>> could not open file "/home/postgres/data/global/pg_control":
>> No such file or directory
>> Sure enough pg_control data was missing, actually
>> /home/postgres/data/global was empty. So I removed the 'bad' data/
>> directory and replaced it with a previous day's backup, and
>> everything restored nicely.
>>
>> My questions are (1) what am I doing wrong that the filesystem
>> backups would sometimes have an empty /home/postgres/data/global
>> directory, thereby not permitting me to restore from it, and (2) what
>> is the preferred way to restore from a file system backup.
>>
>> Any help, even a shove to the right direction, would be greatly
>> appreciated. Thank you and have a pleasant day.
>>
>> Dianne
>>
>> ---------------------------(end of
>> broadcast)---------------------------
>> TIP 9: In versions below 8.0, the planner will ignore your desire to
>> choose an index scan if your joining column's datatypes do not
>> match
>>
>
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 3: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faq
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Dennis Veatch 2005-11-11 17:19:34 Re: A good postgresql book
Previous Message Robby Russell 2005-11-11 17:16:05 Re: A good postgresql book