postgresql的hot standby(replication stream)

       PG在9.*版本后热备提供了新的一个功能，那就是Stream Replication的读写分离,是PG高可用性的一个典型应用，也就是我们传统意义上说的Hot-Standby，比如Oracle的DG，mssql的mirror以及Mysql的读写分离等，与其他数据库相比较，有相同点，也有不同点，这些后述。下面是PG的流复制的安装步骤以及测试。

环境：
Vmware Workstation 8.0
操作系统:CentOS 6.2
数据库   ：PostgreSQL 9.1.3

虚拟主机2台
MASTER:  192.168.2.130
 SLAVE:    192.168.2.129

环境参数
[postgres@localhost ~]$ echo $PGHOME  
 /home/postgres

[postgres@localhost ~]$ echo $PGDATA
/database/pgdata

Step1：安装PG数据库
略，slave端可以只装数据库，不初始化数据库

Step2：创建流复制用户

master端执行: CREATE USER repuser replication LOGIN CONNECTION LIMIT 3 ENCRYPTED PASSWORD 'repuser'; 

Step3：配置Master端的访问文件pg_hba.conf

增加一行：
host replication repuser 192.168.2.129/16 md5

Step4：配置MASTER端配置文件

max_wal_senders = 1
wal_level = hot_standby

archive_mode = on 
archive_command = 'cd ./'

hot_standby = on
wal_keep_segments = 64

  注：max_wal_senders是Slave库的节点数，有多少个slave库就设多少,
      wal_level是write ahead log参数值,设置流复制务必将此值更新成hot_standby
     wal_keep_segments默认值是16,是PG_XLOG下的日志文件数相关参数
    archive也可以选择关闭，归档是定时恢复用的，流复制不是必须的

Step5：主库备份(Master端)
5.1：开启文件备份,前提是wal_level参数值必须是archive或者hot_standby,前面已做
select pg_start_backup('Replition work');

5.2：拷贝$PGDATA文件，并复制到Slave服务器上,排除pg_xlog内容,因为在slave还是要被清掉的，另外注意TAR打包时的权限问题，本次打包时遇到一个问题:

tar报错

tar (child):  Cannot open: Permission denied
tar: Error is not recoverable: exiting now,后来将/database的权限授予了chown postgres解决.

打包
tar czvf pgdata.tar.gz pgdata --exclude=pgdata/pg_xlog 

备机端如果已经安装了postgres数据库，数据文件夹名称一样的话，可以先停掉备机数据库，改名数据文件夹名称
mv pgdata pgdata.old

远程拷贝至slave端并在备机端解压
scp pgdata.tar.gz root@192.168.2.129:/database/
tar xzvf pgdata.tar.gz

 5.3:上述步骤完成后,结束master端的备份

select pg_stop_backup(), current_timestamp;

Step6：修改Slave端配置信息

6.1：postgresql.conf文件
 hot_standby = on

6.2：recovery.conf文件
$ cp $PGHOME/share/recovery.conf.sample $PGDATA/recovery.conf

$ vi recovery.conf  --新增以下三行

 standby_mode = 'on'

 trigger_file = '/database/pgdata/postgresql.trigger.1949'

 primary_conninfo = 'host=192.168.2.130 port=1949 user=repuser password=repuser keepalives_idle=60'

6.3：配置.pgpass文件(slave端)
新增slave访问master的密码文件，可以不用输密码
192.168.2.130:1949:postgres:repuser:repuser

6.4：删除slave端(从master端拷过来的)的pid文件和pg_xlog
$ rm -rf  $PGDATA/pg_xlog
$ rm -f $PGDATA/postmaster.pid
$ mkdir  $PGDATA/pg_xlog

Step7：启动Slave库
正常启动备库(pg_ctl -D $PGDATA -l pg.log start),有异常可以看log
复制完成后，可以通过CSV日志去查看，本处未设，直接查看进程

7.1 查看master进程：

[postgres@localhost ~]$ ps -ef|grep postgres 
root      2454  2438  0 20:25 pts/0    00:00:00 su - postgres
postgres  2461  2454  0 20:25 pts/0    00:00:00 -bash
postgres  2535     1  0 20:26 pts/1    00:00:00 /home/postgres/bin/postgres -D /database/pgdata
postgres  2537  2535  0 20:26 ?        00:00:00 postgres: writer process                       
postgres  2538  2535  0 20:26 ?        00:00:00 postgres: wal writer process                   
postgres  2539  2535  0 20:26 ?        00:00:00 postgres: autovacuum launcher process          
postgres  2540  2535  0 20:26 ?        00:00:00 postgres: archiver process                     
postgres  2541  2535  0 20:26 ?        00:00:00 postgres: stats collector process              
postgres  3079  2535  0 21:56 ?        00:00:00 postgres: wal sender process repuser 192.168.2.129(45446) streaming 0/C01EDB8
postgres  3116  2535  0 22:02 ?        00:00:00 postgres: postgres postgres 192.168.2.1(52648) idle
postgres  3118  2535  0 22:02 ?        00:00:00 postgres: postgres test 192.168.2.1(52649) idle
postgres  3120  2535  0 22:02 ?        00:00:00 postgres: postgres test 192.168.2.1(52654) idle
root      3126  2490  0 22:04 pts/1    00:00:00 su - postgres
postgres  3214  3128  0 22:16 pts/1    00:00:00 grep postgres
postgres  3128  3126  0 22:04 pts/1    00:00:00 -bash
postgres  3213  3128  2 22:16 pts/1    00:00:00 ps -ef

7.2 查看slave进程：

[postgres@localhost ~]$ ps -ef|grep postgres
postgres  2856     1  0 21:54 pts/2    00:00:00 /home/postgres/bin/postgres -D /database/pgdata
postgres  2858  2856  0 21:54 ?        00:00:00 postgres: startup process   recovering 000000010000000000000003
postgres  2859  2856  0 21:54 ?        00:00:00 postgres: writer process                       
postgres  2860  2856  0 21:54 ?        00:00:00 postgres: stats collector process              
postgres  2899  2856  0 21:56 ?        00:00:00 postgres: wal receiver process   streaming 0/C01ED28
postgres  3007  2856  0 22:02 ?        00:00:00 postgres: postgres postgres 192.168.2.1(52652) idle
postgres  3013  2856  0 22:03 ?        00:00:00 postgres: postgres test 192.168.2.1(52657) idle
postgres  3014  2856  0 22:03 ?        00:00:00 postgres: postgres test 192.168.2.1(52658) idle
root      3020  2756  0 22:04 pts/2    00:00:00 su - postgres
postgres  3022  3020  0 22:04 pts/2    00:00:00 -bash
postgres  3091  3022  4 22:15 pts/2    00:00:00 ps -ef
postgres  3092  3022  0 22:15 pts/2    00:00:00 grep postgres

此时在slave端的pg_xlog下面也产生了日志文件,并且之前pg_start_backup生成的文件名也变成了old的了.

查看日志内容：

[postgres@localhost ~]$ more pgsql.log 

LOG:  database system was shut down in recovery at 2012-04-23 18:33:25 PDT

LOG:  entering standby mode

LOG:  streaming replication successfully connected to primary

LOG:  redo starts at 0/8000020

LOG:  consistent recovery state reached at 0/C000000

LOG:  database system is ready to accept read only connections

Step8：测试

On Master:
test=# select * from kenyon;

 id |  name  

----+--------

  2 | kenyon

(1 row)

test=# insert into kenyon values (2,'kenyon testing data');

INSERT 0 1

test=# 

On Slave：

test=# select * from kenyon;

 id |        name         

----+---------------------

  2 | kenyon

  2 | kenyon testing data

(2 rows)

test=# delete from kenyon where id = 2;

ERROR:  cannot execute DELETE in a read-only transaction

新增的数据已经传输过去，并且slave端的会话是只读的。

来源：oschina

链接：https://my.oschina.net/u/267373/blog/54967