Re: Online base backup from the hot-standby - Mailing list pgsql-hackers
| From | Steve Singer |
|---|---|
| Subject | Re: Online base backup from the hot-standby |
| Date | |
| Msg-id | BLU0-SMTP71E66DDD5D8B47F6DCF4DE8EE20@phx.gbl Whole thread Raw |
| In response to | Re: Online base backup from the hot-standby (Jun Ishiduka <ishizuka.jun@po.ntts.co.jp>) |
| Responses |
Re: Online base backup from the hot-standby
|
| List | pgsql-hackers |
On 11-10-11 11:17 AM, Jun Ishiduka wrote: <blockquote cite="mid:201110111518.p9BFIhpk032107@ccmds32.silk.ntts.co.jp"
type="cite"><prewrap="">
Done.
Updated patch attached.
</pre></blockquote><br /> I have taken Jun's latest patch and applied it on top of Fujii's most recent patch. I did
sometesting with the result but nothing theory enough to stumble on any race conditions.<br /><br /> Some testing
notes<br/> ------------------------------<br /> select pg_start_backup('x');<br /> ERROR: full_page_writes on master
isset invalid at least once since latest checkpoint<br /><br /> I think this error should be rewritten as <br />
ERROR: full_page_writes on master has been off at some point since latest checkpoint<br /><br /> We should be using
'off'instead of 'invalid' since that is what is what the user sets it to.<br /><br /><br /> I switched
full_page_writes=on, on the master<br /><br /> did a pg_start_backup() on the slave1.<br /><br /> Then I switched
full_page_writes=offon the master, did a reload + checkpoint.<br /><br /> I was able to then do my backup of slave1,
copythe control file, and pg_stop_backup(). <br /> When I did the test slave2 started okay, but is this safe? Do we
need a warning from pg_stop_backup() that is printed if it is detected that full_page_writes was turned off on the
masterduring the backup period?<br /><br /><br /> Code Notes<br /> ---------------------<br /> *** 6865,6870 ****<br />
---6871,6886 ----<br /> /* Pre-scan prepared transactions to find out the range of XIDs present */<br />
oldestActiveXID= PrescanPreparedTransactions(NULL, NULL);<br /> <br /> + /*<br /> + * The startup updates
FPWin shaerd-memory after REDO. However, it must<br /> + * perform before writing the WAL of the CHECKPOINT. The
reasonis that<br /> + * it uses a value of fpw in shared-memory when it writes a WAL of its<br /> + *
CHECKPOTNT.<br/> + */<br /><br /> Minor typo above at 'CHECKPOTNT'<br /><br /><br /><br /> If my concern about
fullpage writes being switched to off in the middle of a backup is unfounded then I think this patch is ready for a
committer. They can clean the two editorial changes when they apply the patches.<br /><br /> If do_pg_stop_backup is
goingto need some logic to recheck the full page write status then an updated patch is required.<br /><br /><br /><br
/><br/><br /><blockquote cite="mid:201110111518.p9BFIhpk032107@ccmds32.silk.ntts.co.jp" type="cite"><pre
wrap="">Regards.
--------------------------------------------
Jun Ishizuka
NTT Software Corporation
TEL:045-317-7018
E-Mail: <a class="moz-txt-link-abbreviated" href="mailto:ishizuka.jun@po.ntts.co.jp">ishizuka.jun@po.ntts.co.jp</a>
--------------------------------------------
</pre> <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
</pre></blockquote><br />
pgsql-hackers by date: