熱備下的兩臺(tái)機(jī)器如何才能互相切換并保證數(shù)據(jù)一致性？

vvoody

大家好，事情是這樣的：

用8.4.5做熱備，有A、B兩臺(tái)機(jī)器。A開啟歸檔模式，B則作為standby。
A、B之間完成一次基礎(chǔ)備份后，B定期從A上拿取A產(chǎn)生的WAL日志，并且是拿到
一個(gè)日志文件就合并，接著繼續(xù)等待下一個(gè)文件的到來(lái)再合并這些數(shù)據(jù)，也就是用
WAL做增量備份。

一段時(shí)間后，我手工正常停止了A機(jī)的postgresql服務(wù)(service postgresql stop)，
然后把其產(chǎn)生的最后一個(gè)WAL日志文件復(fù)制到B機(jī)。B機(jī)合并完這最后一個(gè)WAL文件后結(jié)束standby，
成為正常服務(wù)狀態(tài)，經(jīng)查數(shù)據(jù)也都OK。至此一次熱備恢復(fù)成功完成。

但我想接著這么干，B機(jī)的pg還是以歸檔模式起來(lái)，然后把B機(jī)產(chǎn)生的WAL日志文件再拷到
A機(jī)上，讓A機(jī)變成standby模式，每次從B那兒增量備份數(shù)據(jù)。我嘗試著這么干了，
但A機(jī)postgresql無(wú)法從B機(jī)復(fù)制來(lái)的WAL文件中恢復(fù)，報(bào)checkpoint錯(cuò)誤。

發(fā)現(xiàn)B機(jī)產(chǎn)生的WAL文件名字和之前不一樣，之前是形如：
000001000000000000
000001000000000001
000001000000000002
000001000000000003
000001000000000004
000001000000000005

B機(jī)則是：
000002000000000006
000002000000000007

我就是把B機(jī)上的000002000000000006和000002000000000007拷到A機(jī)讓A從中
恢復(fù)。

請(qǐng)教大家能這么干嗎？需要對(duì)這些WAL文件作什么額外處理呢？

renxiao2003

沒有做過(guò)PG的雙機(jī)。高手出來(lái)吧。

March.Liu

直接復(fù)制回去恐怕不行，standby 架構(gòu)一開始產(chǎn)生的時(shí)候，就要從primary復(fù)制狀態(tài)。這個(gè)操作是單向的，恐怕開發(fā)者們自己也沒考慮逆轉(zhuǎn)問(wèn)題……要不還是辛苦點(diǎn)兒再?gòu)默F(xiàn)在的主節(jié)點(diǎn)傳一個(gè)數(shù)據(jù)區(qū)過(guò)去吧……

vvoody

直接復(fù)制回去恐怕不行，standby 架構(gòu)一開始產(chǎn)生的時(shí)候，就要從primary復(fù)制狀態(tài)。這個(gè)操作是單向的，恐怕開發(fā) ...
March.Liu 發(fā)表于 2010-12-17 15:34

多謝蝦哥~
我們這兒的應(yīng)用有些特殊，即用到WAL來(lái)做增量備份，又希望能再切回去，所以才有了這個(gè)提問(wèn)。
其實(shí)我們想作HA，當(dāng)發(fā)生switchover的時(shí)候能互相切換。由于是HA所以在切換時(shí)重新再對(duì)primary做一個(gè)backup就不適合了，因此在尋求再切換過(guò)去的恢復(fù)方法。

vvoody

自己再頂一下~

albeta

A機(jī)這個(gè)時(shí)候要全部清掉。
然后對(duì)B機(jī)做全備，恢復(fù)到A機(jī)。
然后繼續(xù)做A上的恢復(fù)。

在切換到B的時(shí)候，將B以歸檔和master身份啟動(dòng)，只能這樣子。

vvoody

A機(jī)這個(gè)時(shí)候要全部清掉。
然后對(duì)B機(jī)做全備，恢復(fù)到A機(jī)。
然后繼續(xù)做A上的恢復(fù)。

在切換到B的時(shí)候，將B ...
albeta 發(fā)表于 2010-12-23 21:40

    多謝  又作了些實(shí)驗(yàn)，只能先這樣了

renxiao2003

采用哪個(gè)做的熱備。

vvoody

采用哪個(gè)做的熱備。
renxiao2003 發(fā)表于 2010-12-24 22:32

PostgreSQL-8.4.5

renxiao2003

PG的熱備好像不是很好做。