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
Thailand
"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
----------------------------------------------------------------------------------
http://www.chaiyo.com ไชโยเมล์ - ฟรีอีเมล์รูปแบบใหม่ สดใสกว่าเดิม...
---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
