所以我们有一个在Windows上使用PostgresSQL 8.4的应用程序（是的，我知道）..
我们国家/地区有几个这样的应用程序。
我们想要做的是在数据中心安装一个Linux服务器，它存储数据库的完整副本，并且定期将数据流放入其中。
这不需要实时100％一致，但我们希望尽可能接近，因为我们将用于跟踪当天的销售数据。
“奴隶”（数据中心）不需要做任何其他事情然后接收所有数据，然后应用程序将在其上运行一些报告。
我已经研究过了，slony，pgpool，在64位linux上运行32位PostgreSQL等等，但这是一个很大的领域，所以我们会寻找一些不那么理想的设置。
答案 0 :(得分：3)
正如克雷格指出的那样，你的基本选择是Bucardo，Londiste和Slony。与流式复制相比，这些设置有点复杂。
您不能做的最重要的事情是使用流式复制或类似的解决方案。这些适用于体系结构（和主要版本）特定的日志文件，因此跨越架构将在美好的日子里工作，而在糟糕的日子里会导致从属数据损坏。不要这样做。
这三种解决方案以独立于架构的格式提取数据，并通过其他基础架构发送，以保存在从站上。这里有很大的权衡，我建议在提交之前彻底研究每个选项。
要记住的一点是，PostgreSQL社区通常非常坚定，没有一种适合所有人的复制解决方案，因此众多选项会产生许多解决方案，每个解决方案通常都是非常专业的
其中，Slony可能是最可配置的，而Londiste是最简单的。它们适用于非常不同的用例。如果我有时间并没有人打败我，我可以发布三者或至少与其他人的比较。
更新：简要比较。
Slony聚-I
Slony-I是最古老，功能最强大的逻辑复制系统。我实际上更喜欢将Slony-I视为复制工具包而不是解决方案。该工具包方法提供了令人难以置信的灵活性，能够解决复杂环境中的各种问题。缺点是灵活性很复杂。正如我所说，“Slony很乐意让你只复制数据库的一部分。另一方面，Slony很乐意让你只复制数据库的一部分。”这是一个非常有用的解决方案，可以使各种事情成为可能，但复杂性远远高于其他解决方案。
然而，Slony的一个主要优点是它具有管理DDL更改的工具。 Londiste和Bucardo据我所知。这意味着可以在Slony上向表添加列，但在其他系统上则没有那么多。
Bucardo这
这在Londiste和Slony之间的某些地方很复杂。它具有能够在两个主服务器之间进行多主复制的主要有用功能。它广泛使用Perl。我不知道它在Windows上的测试情况如何，这可能是一个缺点。
Londiste
Londiste是Skype在pgq上构建的主从复制系统（基本上是一个连接到PostgreSQL的事件队列，其中包含数据库操作引发的事件）。它的声誉很容易设置，但不容易保护副本不被修改。这当然可能是一个功能或错误，取决于你想看它的方式。