| From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
|---|---|
| To: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
| Cc: | "K, Niranjan (NSN - IN/Bangalore)" <niranjan(dot)k(at)nsn(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Synch Replication |
| Date: | 2009-02-12 20:00:39 |
| Message-ID: | 20090212200039.GA2707@alvh.no-ip.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Fujii Masao escribió:
I noticed two very minor issues while reading your docs:
> This is because WAL files generated in the primary server before this built-in
> replication starts have to be transferred to the standby server by
> using file-based log shipping. When <TT
> CLASS="VARNAME"
> >archive_mode</TT
> > is <TT
> CLASS="LITERAL"
> >unsent</TT
> >,
You probably mean "unset" here.
> <TT
> CLASS="VARNAME"
> >enable_replication</TT
> > (<TT
> CLASS="TYPE"
> >boolean</TT
> >)
It has been said that variables that enable/disable features should only
be named after the feature that they affect, omitting the "enable" verb.
So in this case it should be set as "replication=off" or
"replication=on".
--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvaro Herrera | 2009-02-12 20:08:49 | Re: fillfactor for toast tables is useless? |
| Previous Message | Bruce Momjian | 2009-02-12 19:49:41 | Re: pg_migrator and handling dropped columns |