Re: Prototype: In-place upgrade v02

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Prototype: In-place upgrade v02
Дата
Msg-id 48C4EC0C.2090400@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Prototype: In-place upgrade v02  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Ответы Re: Prototype: In-place upgrade v02
Список pgsql-hackers
Zdenek Kotala wrote:
> Heikki Linnakangas napsal(a):
>> Relation forks didn't change anything inside relation files, so no 
>> scanning of relations is required because of that. Neither will the 
>> FSM rewrite. Not sure about DSM yet.
> 
> Does it mean, that if you "inject" old data file after catalog upgrade, 
> then FSM will works without any problem?

Yes. You'll need to construct an FSM, but it doesn't necessarily need to 
reflect the reality. You could just fill it with zeros, meaning that 
there's no free space anywhere, and let the next vacuum fill it with 
real information. Or you could read the old pg_fsm.cache file and fill 
the new FSM accordingly.

> PS: I plan to review FSM this week.

Thanks!

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


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

Предыдущее
От: ITAGAKI Takahiro
Дата:
Сообщение: Re: [Review] pgbench duration option
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Prototype: In-place upgrade v02