Re: Restoring from filesystem backup - Mailing list pgsql-general

From Dianne Yumul
Subject Re: Restoring from filesystem backup
Date
Msg-id 3785847c509fca3110bacd0b8c659d00@wellsgaming.com
Whole thread Raw
In response to Re: Restoring from filesystem backup  (Scott Frankel <leknarf@pacbell.net>)
List 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
>


pgsql-general by date:

Previous
From: "Bill Bartlett"
Date:
Subject: Re: Using native win32 psql.exe using alternative cygwin - psql 8.0.0 beta 3 question
Next
From: Dennis Veatch
Date:
Subject: Re: A good postgresql book