| От | Mark Kirkwood |
|---|---|
| Тема | Pg_upgrade performance |
| Дата | |
| Msg-id | 4C983131.2070603@catalyst.net.nz обсуждение исходный текст |
| Ответы |
Re: Pg_upgrade performance
|
| Список | pgsql-hackers |
I've been having a look at this guy, trying to get a handle on how much down time it will save. As a quick check, I tried upgrading a cluster with a 1 non default db containing a scale 100 pgbench schema: - pg_upgrade : 57 s - pgdump/pg_restore : 154 s So, a reasonable saving all up - but I guess still a sizable chunk of downtime in the case of a big database to copy the user relation files. I notice there is a "link" option that would be quicker I guess - would it make sense to have a "move" option too? (perhaps with pg_upgrade writing an "un-move" script to move them back just in case). Regards Mark
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера