PostgreSQL 複寫叢集系統 Slony-I(二) （簡體）

更新:2007-04-09
對映章節:
http://www.pgadmin.org/docs/dev/slony/index.html

內容:
阿益曾经写过Slony-I的简单介绍，我跟在后边再展开一点，仍然是简介。
关键性技术文章请在Slony-I的官方网站查阅，我不是专业翻译，只能表达自己知道的一点内容。

Slony-I是个非同步复制系统，使用上存在很多制约条件，而且无法做到数据库的完全复制。Slony-II正在开发中，是完全独立于一代进行开发的，也就是说是个完全不同的复制系统，功能上有很大的进步和完善，大家可以去关注一下。

Slony-I用于所有节点在任何时间都有效并且保证安全性的状况，如果某些节点会规律性的脱离网络或者不能保证安全性，那么它并不是一个合适的解决方案。列举一些不能正常工作的例子：
＊网络连接不正常
＊试图复制到连接不可预知的节点
＊把中心服务器的价格数据库复制到销售人员用来更新数据而定期连接的服务器
＊服务器因为偶然因素更改配置
＊客户可以自己修改数据库结构的某些节点

Slony-I不能做的事：
＊Slony-I不是网络管理系统
＊没有检测节点崩溃的功能，也不能把一个节点提升为主节点或者其它数据源
＊不是一个多主节点复制系统（Slony-II支持多主节点）

Slony-I的制约条件：
＊不能复制数据结构的变化，并且不能复制大对象（large object）
＊Slony-I目前具有复制结构变化的能力，但是它不是自动完成的，请查阅EXECUTE SCRIPT
＊如果必须有这方面的需求，可以使用PostgreSQL 8.X PITR (Point In Time Recovery)，当然它也有一些缺点（自行查阅吧）。

通讯代价：
Slony-I的通讯量是节点数量的二次方增长的，n个节点需要有n(n-1)条网络路径。


延伸閱讀(Link):
http://www.pgadmin.org/docs/dev/slony.html
http://www.pgadmin.org/docs/dev/slony/index.html