PostgreSQL的8.4贏32位，複製策略，以64位Linux

Question

因此，我們必須在Windows上使用PostgreSQL的8.4（是的，我知道）的應用程序..

我們有幾個這些應用在我們的國家。

我們想要做的是在數據中心有一臺linux服務器，它存儲數據庫的完整副本，並將數據流定期存入數據庫。

這並不需要實時100％一致，但我們希望儘可能地接近這一點，因爲我們將用它來跟蹤當天的銷售數據。

「奴隸」（數據中心）不需要做任何事情，然後接收所有的數據，然後應用程序將運行一些報告。我已經研究過它，slony，pgpool，在64位linux上運行32位PostgreSQL等，但這是一個很大的領域，所以尋找一些建議，我們不太理想的設置。

Answer 1

正如Craig指出的那樣，您的基本選擇是Bucardo，Londiste和Slony。與流式複製相比，這些設置都相當複雜。

你不能做的大事是使用流式複製或類似的解決方案。這些應用架構（和主要版本）特定的日誌文件，因此跨架構將在良好的日子只是不工作，並在糟糕的日子導致奴隸的數據損壞。不要這樣做。

這三種解決方案將數據以獨立於體系結構的格式提取出來，並通過附加的基礎結構將其發送到從服務器上。這裏有很大的折衷，我會建議在提交之前徹底研究每個選項。

有一點需要記住的是，PostgreSQL社區通常非常堅定地認爲，沒有一種適用於所有人的複製解決方案是可能的，因此衆多的選項會導致許多常見的解決方案，每個解決方案通常都是相當的專門。

其中，Slony可能是最可配置的，Londiste是最簡單的。儘管如此，它們用於非常不同的用例。如果我有時間，沒有人能夠擊敗我，我可以將這三者或至少與其他人聯繫起來。

更新：簡要比較。

Slony聚-I

Slony聚，我是最古老和最強大的邏輯複製系統中可用。我實際上更喜歡將Slony-I看作是複製工具包而不是解決方案。該工具包方法提供了難以置信的靈活性，並能夠解決複雜環境中的各種問題。缺點是靈活性很複雜。正如我所說的，「Slony會高興地讓你複製你的數據庫的一部分，另一方面，Slony會很高興讓你複製你的數據庫的一部分。」這是一個非常有用的解決方案，可以使各種事情成爲可能，但其複雜性遠高於其他解決方案。

然而，Slony的一個主要優勢是它具有管理DDL更改的工具。 Londiste和Bucardo對我不瞭解。這意味着可以在Slony上添加列到表中，但在其他系統上沒有那麼多。

Bucardo這

這是在複雜的地方Londiste和Slony聚之間。它具有能夠在兩個主設備之間進行多主複製的主要有用功能。它廣泛使用Perl。我不知道它在Windows上的測試效果如何，這可能是一個缺點。

Londiste

Londiste是建立在PGQ Skype的主從複製系統（基本上在與PostgreSQL與數據庫操作引發的事件的事件隊列）。它具有易於建立但不容易保護複製品免於修改的聲譽。這當然可能是一個功能或一個錯誤，具體取決於你如何看待它。