Postgres 11.4 pg_basebackup P

    報錯截圖：

pg_basebackup: could not get write-ahead log end position from server: ERROR: could not open file "./.postgresql.conf.swn": Permission denied

一、環(huán)境準備：【生產(chǎn)環(huán)境】
1、
Master   PG host IP :172.17.16.16                  host name：hkzbxdb1
Standby PG host IP:172.17.16.18                   host name：hkzbxdb2

2、PG Cluster 理想環(huán)境是版本一致，所以主備庫版本如下：

3、停止Firewalls防火墻【主備機】、初始化PG數(shù)據(jù)庫【主備機】、iptables規(guī)則配置【假如你用到/主備】;
4、Master host 配置：pg_hba.conf 和postgresql.conf；創(chuàng)建replication role賬戶repl；

文件路徑：/var/lib/pgsql/11/data/pg_hba.conf
配置pg_hba.conf
keepalives 參數(shù)非必須,主要是監(jiān)控TCP連接狀態(tài)使用;

/var/lib/pgsql/11/data/postgresql.conf 

配置流復(fù)制功能WAL歸檔這部分可以不用配置，當然也可以采用"流復(fù)制+WAL連續(xù)歸檔"的容災(zāi)方案;

這幾個replication參數(shù)比較重要，可以根據(jù)自己的需求調(diào)整參數(shù)值，更多詳細信息建議參考官網(wǎng)文檔https://www.postgresql.org/docs/11/warm-standby.html：

備注："WAL知識點參考信息，來自PG官網(wǎng)"

至此,環(huán)境準備完畢。

二、理論準備
       啟動流復(fù)制
       在Streaming Replication中，三種進程協(xié)同工作。甲walsender主服務(wù)器上的過程發(fā)送WAL數(shù)據(jù)到備用服務(wù)器; 然后，備用服務(wù)器上的walreceiver和啟動進程接收并重放這些數(shù)據(jù)。walsender和walreceiver使用單個TCP連接進行通信。
       流復(fù)制的啟動順序圖：

（1）啟動主服務(wù)器和備用服務(wù)器。
（2）備用服務(wù)器啟動啟動過程。
（3）備用服務(wù)器啟動walreceiver進程。
（4）walreceiver向主服務(wù)器發(fā)送連接請求。如果主服務(wù)器未運行，則walreceiver會定期發(fā)送這些請求。
（5）當主服務(wù)器收到連接請求時，它啟動walsender進程并在walsender和walreceiver之間建立TCP連接。
（6）walreceiver發(fā)送備用數(shù)據(jù)庫集群的最新LSN。一般而言，這一階段被稱為信息技術(shù)領(lǐng)域的握手。
（7）如果備用的最新LSN小于主要的最新LSN（備用的LSN <主要的LSN），則walsender將WAL數(shù)據(jù)從前LSN發(fā)送到后一個LSN。這樣的WAL數(shù)據(jù)由存儲在主要的pg_xlog子目錄（版本10或更高版本，pg_wal子目錄）中的WAL段提供。然后，備用服務(wù)器重放接收的WAL數(shù)據(jù)。在此階段，備用數(shù)據(jù)庫趕上主數(shù)據(jù)庫，因此稱為追趕。
（8）流復(fù)制開始起作用。
每個walsender進程保持適合連接的walreceiver或任何應(yīng)用程序的工作階段的狀態(tài)（請注意，它不是連接到walsender的walreceiver或應(yīng)用程序的狀態(tài)。）以下是它的可能狀態(tài)：

啟動 - 從啟動walsender到握手結(jié)束。見圖。（5） - （6）。
追趕 - 在追趕階段。見圖（7）。
流 - 雖然流復(fù)制正在運行。見圖（8）。
backup - 在為pg_basebackup實用程序等備份工具發(fā)送整個數(shù)據(jù)庫集群的文件期間。
該pg_stat_replication視圖顯示所有正在運行的walsenders的狀態(tài)。一個例子如下所示：  

三、"ERROR:  could not open file "./.postgresql.conf.swn": Permission denied"，解決思路;
    1、根據(jù)報錯提示查找文件及路徑；
          # locate .postgresql.conf.swn  
                /var/lib/pgsql/11/data/.postgresql.conf.swn
    2、根據(jù)搜索結(jié)果，查看/var/lib/pgsql/11/data/l路徑下的所有文件【含隱藏】及權(quán)限;
          # ls -la /var/lib/pgsql/11/data/
                正確的權(quán)限如下截圖,可以對比看，如果不匹配修改對應(yīng)紅色框內(nèi)的權(quán)限

    3、權(quán)限修改命令
            # chmod -R 700           /var/lib/pgsql/11/data                             變更data及子目錄文件權(quán)限為RWX
             # chgrp   -R postgres   /var/lib/pgsql/11/data                             變更data及子目錄文件所屬組為postgres
             # chown  -R postgres  /var/lib/pgsql/11/data                              變更data及子目錄文件所有者為postgres       
 4、以上是針對MAster Host修改；需要注意的是修改完畢之后記得重啟PG服務(wù)器或系統(tǒng);
 5、在Standby Host主機上登錄postgres賬戶,然后執(zhí)行pg_basebackup命令從主庫異步復(fù)制PG數(shù)據(jù)資料；
             #su - postgres                                                                         從ROOT或其他賬戶切換到postgres賬戶
             # pg_basebackup -D $PGDATA -Fp -Xs -v -P -h 172.17.16.16 -p 5432 -U repl
             "備注：A.至此，正常的情況是，你可以在/var/lib/pgsql/11目錄下看到data文件變大，且data下的文件和主庫保持一致；
                         B.如果，你在執(zhí)行pg_basebackup 命令后，提示：“/var/lib/pgsql/11/data”存在且不為空，那么你需要執(zhí)行C,然后重新執(zhí)行pg_basebackup命令.
                         C.執(zhí)行，備份原data并新建data，Command：
                                    #mv /var/lib/pgsql/11/data /var/lib/pgsql/11/data_back
                                    #mkdir /var/lib/pgsql/11/data
                                    "

    6、備庫重啟PG服務(wù),然后對比主從庫信息會發(fā)現(xiàn)此時兩邊數(shù)據(jù)庫信息是一致的，"問題解決".