PostgreSQL9.0 HA 双机热备配置

PostreSQL9发布了,无比灿烂的一个版本 
文档:http://www.postgresql.org/docs/9.0/static/index.html 
通过学习文档,实验后总结HA配置如下: 

1.安装pgsql9 

2.initdb data文件夹 

3.将文件夹复制到standby机器 

4.配置一般standby,这种standby数据库无法登录,总是显示"the database system is starting up" 

primary端打开archive(与一般归档日志配置相同) 
日志级别设为最高级,以适应下面所有情况: 

 

standby端:配置recovery.conf 

 

这个时候数据库已经可以复制了,只不过standby库是无法登陆的,可以查看日志,看到在读取归档日志. 

5.配置streaming 复制,及具有更高的实时性,会读取没有进入归档日志的改变 
primary端pg_hba添加访问,给一个超级用户给standby,database列填replication 
如: 

 

max_wal_senders 增加数字,表示可以有几个standby连过来 

standby端,增加primary_conninfo设置primary服务器的登陆参数 : 

 

6.配置hot standby(这种就是在standby机器可查询,可用作报表服务器等等): 
standby端打开 

 

7.唤醒standby为primary,recovery.conf增加: 

 

写入此文件,就会唤醒,进入正常工作状态,以代替primary 

以上就是全部的配置 

在windows下已经试验成功 

在freebsd8.1下,使用ports安装pg9,日志用archive_command 中加入scp传送到另一台机器,可以成功配置standby 
但是 streaming 复制没有成功,会在standby端日志中显示错误信息:

 

等待ports更新吧. 
现在只能切换日志发送最新数据了: 

 

解决这个问题的方法,是自己下载编译pg9,可以看到完成后有这个文件lib/libpqwalreceiver.so,而ports安装的就没有,至少目前是没有,以后可能会修复这个bug,我想是ports的bug。 

自己编译pg9,freebsd8.1上也完全成功了。 

进入psql 
执行select pg_is_in_recovery(); 
可以查看是否在恢复状态,一个standby库,在没有变成primary时,语句返回总是't' 
其他的函数还有:pg_last_xlog_receive_location()等 
网址:http://www.postgresql.org/docs/9.0/static/functions-admin.html#FUNCTIONS-RECOVERY-INFO-TABLE 

    可以看出pg 9对HA的实现基于WAL日志系统,并应用原来的配置文件,增加了几个关键字,与原结构保持统一。 

    在使用中还需要考虑归档日志的传输脚本和primary数据库状态的检测脚本的实现,好在这些工具已经有很多。 

    其实自己用python写一个代理,并另作一个程序监控主库的状态,并发送给python代理,提示切换至standby和写入trigger文件,我想代码不会超过200行。 

评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值