From: | <Holger(dot)Friedrich-Fa-Trivadis(at)it(dot)nrw(dot)de> |
---|---|
To: | <jbleichert(at)gmail(dot)com> |
Cc: | <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: mirroring a server and/or hot standby |
Date: | 2015-06-24 14:55:52 |
Message-ID: | C5DBACC6DCC7604C9E4875FD9C7968B11A14CD6F76@ITXS01EVS.service.it.nrw.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
John Bleichert wrote on Wednesday, June 24, 2015 4:21 PM:
Ø Would I then configure that new server instance as a standby server as per doc section 18.6?
Ø Or should I just setup the standby server first? Having re-read 18.6 I think this is what I want.
I may be wrong but I’m not sure a master-standby setup will work for you given that you mentioned different OSes. Then again, I’m not sure it won’t either. Section 25.2.1 says,
“It is usually wise to create the primary and standby servers so that they are as similar as possible, at least from the perspective of the database server. In particular, the path names associated with tablespaces will be passed across unmodified, so both primary and standby servers must have the same mount paths for tablespaces if that feature is used. […] In any case the hardware architecture must be the same — shipping from, say, a 32-bit to a 64-bit system will not work.”
(And I am not sure whether this applies to file-based log shipping, streaming replication, or both.) At least the docs did not say that different OSes will not work at all. If you do happen to use tablespaces and exactly one of your different OSes is Windows then the thing with the unmodified path names will not work (obviously).
From | Date | Subject | |
---|---|---|---|
Next Message | Marc Mamin | 2015-06-24 15:05:18 | Re: Counting the occurences of a substring within a very large text |
Previous Message | Tom Lane | 2015-06-24 14:43:29 | Re: Include.d and warnings |