Re: Database file copy

Поиск
Список
Период
Сортировка
От Srini Raghavan
Тема Re: Database file copy
Дата
Msg-id 720132.68055.qm@web80806.mail.mud.yahoo.com
обсуждение исходный текст
Ответ на Re: Database file copy  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Database file copy  (Alvaro Herrera <alvherre@commandprompt.com>)
Re: Database file copy  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
Thank you very much for reviewing, appreciate the feedback.  As pointed out by you, it is always best to test it out with the latest version, so, I tested the same approach with postgres 9.0.2 on windows just now, and it works!
 
I forgot to mention earlier that in addition to setting vacuum_freeze_table_age to 0, vacuum_freeze_min_age must also be set to 0 to reset xmin with the FrozenXid.
 
And you were spot on with regards to permission issues with roles. I had been testing with the postgres account, which is a superuser and it always works.  After the database files are copied over in the deploy instance, any object that had ownership set to a custom role gets messed up, and logging in as that user gives permission denined error. But, there is a easy fix to this. As the postgres user, I ran the
 
alter table <objectname> owner to <rolename>
 
command for every object, followed by
 
grant all on <objecttype> <objectname> to <rolename>
 
command for every object, which resolved the permission denied issue. Thanks for pointing this out.
 
Please let me know if you or anyone think of any other potential issues. Thanks again for reviewing.
 
Srini

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

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: Re: proposal : cross-column stats
Следующее
От: "Kevin Grittner"
Дата:
Сообщение: Re: [PATCH] V3: Idle in transaction cancellation