Skip site navigation (1) Skip section navigation (2)

Re: Blob error after backup and restore [database > 5.5 Gb.]

From: "Amrit Angsusingh" <amrit(at)chaiyo(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: postgresql admin <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Blob error after backup and restore [database > 5.5 Gb.]
Date: 2005-06-15 16:38:40
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-admin
The test database is on one of the fedora 3 server and postgresql 7.4.7 [rpm installed] . I back it up with the command 
pg_dump -Ft - b test > test.tar
And once the process finished I transfer it to another server via nfs and restore it with
pg_restore -d test test.tar
I use this process for more than 1 1/2 year without any problem include the blob , but just for a couple of weeks ago the backup database has no blob and I cannot create and save a new blob
data .
Is that because the database is quite big [5.5 Gb] or not?

"Amrit Angsusingh"  writes:
> after I try to restore it in another server which has the same environment [via nfs] and use the command
> pg_restore -d test test.tar
> The database "test" after restoration has the same data but no blob
> found .

Another thought here: what exactly do you mean by "no blob found"?

The current implementation does not try to restore blobs with the same
OIDs they had in the original database --- rather, it loads them up with
whatever OIDs the new backend cares to assign, and then tries to fix up
database columns of OID and LO types to reference the new OIDs instead
of the old ones.

This is obviously pretty fragile, and we are thinking about changing it
for 8.1, but I wonder if you are getting bit because you are doing
something that pg_restore isn't expecting.

			regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
      joining column's datatypes do not match

---------------------------------------------------------------------------------- ไชโยเมล์ - ฟรีอีเมล์รูปแบบใหม่ สดใสกว่าเดิม...


pgsql-admin by date

Next:From: David PrattDate: 2005-06-15 20:10:32
Subject: Advice on structure /sequence / trigger
Previous:From: Chris BrowneDate: 2005-06-15 14:34:30
Subject: Re: Vacuum full takes forever

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group