Re: Very Very Slow Database Restore
От | Tom Lane |
---|---|
Тема | Re: Very Very Slow Database Restore |
Дата | |
Msg-id | 14149.1166680064@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Very Very Slow Database Restore (Joseph McClintock <joe.mcclintock@antics.com>) |
Ответы |
Re: Very Very Slow Database Restore
|
Список | pgsql-admin |
Joseph McClintock <joe.mcclintock@antics.com> writes: > Now our database has grown and the pg_dump give me a 2.1 GB file which > is taking 12 hours or more to restore, Yickes! I've tried compressing > the dump file: Compressing the dump file will make the restore slower, most likely, because of the extra CPU effort to decompress. It certainly won't create any great savings. > The database configuration is pretty much out of the box. You probably want to increase maintenance_work_mem (to speed index creation) and checkpoint_segments (general rule for any update-intensive situation) ... and for 8.0 you'd maybe need larger shared_buffers etc. The postgresql techdocs website has lots of general advice about parameter settings --- the only thing specific to restore is you want high maintenance_work_mem. regards, tom lane
В списке pgsql-admin по дате отправления: