Re: [HACKERS] pg_upgrade may be mortally wounded
От | Tom Lane |
---|---|
Тема | Re: [HACKERS] pg_upgrade may be mortally wounded |
Дата | |
Msg-id | 15542.933698897@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] pg_upgrade may be mortally wounded (Bruce Momjian <maillist@candle.pha.pa.us>) |
Ответы |
Re: [HACKERS] pg_upgrade may be mortally wounded
|
Список | pgsql-hackers |
Bruce Momjian <maillist@candle.pha.pa.us> writes: >> ... So there seems >> to be a real risk of having a cached copy of one of the pages of a user >> index while pg_upgrade is overwriting the index file with new data... > Oh, I see. That would be a problem. OK, then what do you think of the idea of changing pg_upgrade to use a standalone backend, so that no postmaster is running while it runs? That'd eliminate the shared-memory-cache issue and also prevent accidental interference from other clients. There's an awk script in there already that processes the pg_dump script, so maybe we could change it to look for \connect commands and replace them by re-executions of the backend. BTW, do you think it's really necessary for the awk script to remove COPY commands? There shouldn't be any unwanted copies in there in the first place, if the user made the dump with -s per instructions... regards, tom lane
В списке pgsql-hackers по дате отправления: