Re: Restore performance?

Поиск
Список
Период
Сортировка
От Rajesh Kumar Mallah
Тема Re: Restore performance?
Дата
Msg-id a97c77030604100842m6f2adb4hbab87344c48901e@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Restore performance?  ("Rajesh Kumar Mallah" <mallah.rajesh@gmail.com>)
Список pgsql-performance
sorry for the post , i didn' saw the other replies only after posting.

On 4/10/06, Rajesh Kumar Mallah <mallah.rajesh@gmail.com > wrote:


On 4/10/06, Jesper Krogh <jesper@krogh.cc > wrote:
Hi

I'm currently upgrading a Posgresql 7.3.2 database to a
8.1.<something-good>

I'd run pg_dump | gzip > sqldump.gz  on the old system. That took about
30 hours and gave me an 90GB zipped file. Running
cat sqldump.gz | gunzip | psql
into the 8.1 database seems to take about the same time. Are there
any tricks I can use to speed this dump+restore process up?

was the last restore successfull ?
if so why do you want to repeat ?

some tips

1. run new version of postgres in a different port and pipe pg_dump to psql
this may save the CPU time of compression , there is no need for a temporary
dump file.

pg_dump | /path/to/psql813  -p 54XX newdb

2. use new version of pg_dump to dump the old database as new version
    is supposed to be wiser.

3. make sure you are trapping the restore errors properly
psql newdb 2>&1 | cat | tee err works for me.


 

The database contains quite alot of BLOB, thus the size.

Jesper
--
./Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk



---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend


В списке pgsql-performance по дате отправления:

Предыдущее
От: "Rajesh Kumar Mallah"
Дата:
Сообщение: Re: Restore performance?
Следующее
От: Jesper Krogh
Дата:
Сообщение: Re: Restore performance?