postgres 版本9.4.23
在進行備份之前，在認證文件中增加一行，否則無法進行備份
|
1
|
host replication postgres 127.0.0.1/24 md5 |
開始使用pg_basebackup命令進行備份。當pgbak文件夾不存在的時候，備份的過程中會自動創建該文件夾。
關于pg_basebackup的命令，可以參考文檔
|
1
2
3
4
5
6
7
8
9
|
C:\PostgreSQL\9.4\bin>pg_basebackup -h 127.0.0.1 -U postgres -D C:\pgbak -Ft -R -z -v --checkpoint=fast口令:pg_basebackup: initiating base backup, waiting for checkpoint to completepg_basebackup: checkpoint completed已復制 1 個文件。已復制 1 個文件。已復制 1 個文件。NOTICE: pg_stop_backup complete, all required WAL segments have been archivedpg_basebackup: base backup completed |
進行模擬破壞。停掉庫。 刪除掉data目錄(注意wal日志以.backup結尾及以后的文件不要刪除，因為這些文件沒有備份，恢復的時候要使用)。把備份好的tar.gz文件解壓到data。
在恢復之前，修改加壓后的tar.gz里面的recovery.conf文件（其實是指定歸檔的位置，這樣就會進行恢復）。否則無法啟動數據庫。修改后的內容如下(#屏蔽掉了備份生成的命令)：
|
1
2
3
4
|
#standby_mode = 'on'#primary_conninfo = 'user=postgres password=postgres host=127.0.0.1 port=5432 sslmode=prefer sslcompression=1 krbsrvname=postgres' restore_command = 'C:\\PostgreSQL\\9.4\\data\\pg_xlog\\archive_status\\%f' |
啟動postgres數據庫
|
1
2
3
4
5
6
7
8
9
|
C:\PostgreSQL\9.4\bin>pg_ctl start -D C:\PostgreSQL\9.4\data正在啟動服務器進程 C:\PostgreSQL\9.4\bin>2019-08-06 21:22:29 HKT 日志: 日志輸出重定向到日志收集進程2019-08-06 21:22:29 HKT 提示: 后續的日志輸出將出現在目錄 "pg_log"中.已復制 1 個文件。已復制 1 個文件。C:\PostgreSQL\9.4\bin> |
這樣數據庫就起來了。恢復正常。
下面是恢復后的wal日志文件情況。
恢復的時候，碰到的一些問題
問題1 。這個原因，是因為在recovery.conf中沒有指定restore_command。是按照replicate來進行復制了。所以出錯。
|
1
2
3
4
5
6
7
8
9
10
11
|
2019-08-06 21:20:25 HKT LOG: database system was shut down in recovery at 2019-08-06 21:15:46 HKT2019-08-06 21:20:25 HKT LOG: could not open tablespace directory "pg_tblspc/16419/PG_9.4_201409291": No such file or directory2019-08-06 21:20:25 HKT LOG: could not open tablespace directory "pg_tblspc/16577/PG_9.4_201409291": No such file or directory2019-08-06 21:20:25 HKT LOG: starting archive recovery'C:\PostgreSQL\9.4\data\pg_xlog\archive_status\0000000100000000000000D6' 不是內部或外部命令，也不是可運行的程序或批處理文件。2019-08-06 21:20:25 HKT LOG: invalid checkpoint record2019-08-06 21:20:25 HKT FATAL: could not locate required checkpoint record2019-08-06 21:20:25 HKT HINT: If you are not restoring from a backup, try removing the file "C:/PostgreSQL/9.4/data/backup_label".2019-08-06 21:20:25 HKT 日志: 啟動進程 (PID 544) 已退出, 退出代碼 12019-08-06 21:20:25 HKT 日志: 由于啟動進程失敗, 終止啟動 |
問題2，這樣原因，是因為在恢復的時候，tar.gz文件夾里面，包含有自己建立的表空間。而在模擬故障的是時候，表空間沒有被刪除，也就是說，沒有使用tar.gz里面的表空間文件覆蓋原來的表空間。覆蓋后OK。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
|
2019-08-06 21:22:29 HKT LOG: database system was shut down in recovery at 2019-08-06 21:15:46 HKT2019-08-06 21:22:29 HKT LOG: could not open tablespace directory "pg_tblspc/16419/PG_9.4_201409291": No such file or directory2019-08-06 21:22:29 HKT LOG: could not open tablespace directory "pg_tblspc/16577/PG_9.4_201409291": No such file or directory2019-08-06 21:22:29 HKT LOG: starting archive recovery'C:\PostgreSQL\9.4\data\pg_xlog\archive_status\0000000100000000000000D6' 不是內部或外部命令，也不是可運行的程序或批處理文件。2019-08-06 21:22:29 HKT LOG: redo starts at 0/D60000902019-08-06 21:22:29 HKT LOG: consistent recovery state reached at 0/D60000B8'C:\PostgreSQL\9.4\data\pg_xlog\archive_status\0000000100000000000000D7' 不是內部或外部命令，也不是可運行的程序或批處理文件。2019-08-06 21:22:29 HKT LOG: record with zero length at 0/D70000902019-08-06 21:22:29 HKT LOG: redo done at 0/D7000028'C:\PostgreSQL\9.4\data\pg_xlog\archive_status\0000000100000000000000D7' 不是內部或外部命令，也不是可運行的程序或批處理文件。'C:\PostgreSQL\9.4\data\pg_xlog\archive_status\00000002.history' 不是內部或外部命令，也不是可運行的程序或批處理文件。2019-08-06 21:22:29 HKT LOG: selected new timeline ID: 2'C:\PostgreSQL\9.4\data\pg_xlog\archive_status\00000001.history' 不是內部或外部命令，也不是可運行的程序或批處理文件。2019-08-06 21:22:29 HKT FATAL: the database system is starting up2019-08-06 21:22:29 HKT LOG: archive recovery complete2019-08-06 21:22:29 HKT LOG: MultiXact member wraparound protections are now enabled2019-08-06 21:22:29 HKT 日志: 數據庫系統準備接受連接2019-08-06 21:22:29 HKT LOG: autovacuum launcher started2019-08-06 21:22:30 HKT LOG: statement: SET DateStyle=ISO; SET client_min_messages=notice; SELECT set_config('bytea_output','escape',false) FROM pg_settings WHERE name = 'bytea_output'; SET client_encoding='UNICODE';2019-08-06 21:22:30 HKT LOG: statement: SELECT db.oid as did, db.datname, db.datallowconn, pg_encoding_to_char(db.encoding) AS serverencoding, has_database_privilege(db.oid, 'CREATE') as cancreate, datlastsysoid FROM pg_database db WHERE db.datname = current_database()2019-08-06 21:22:30 HKT LOG: statement: SELECT oid as id, rolname as name, rolsuper as is_superuser, rolcreaterole as can_create_role, rolcreatedb as can_create_db FROM pg_catalog.pg_roles WHERE rolname = current_user2019-08-06 21:22:30 HKT LOG: statement: /*pga4dash*/ |
補充：pgsql的pg_basebackup
pg_basebackup:是從pgsql提供的一個方便基礎備份的工具。經常用來搭建流復制環境
屬于物理備份。pgsql的邏輯備份是pg_dump工具。
參數說明（pg_basebackup --help 詳細查看）：
-h 指定連接的數據庫的主機名或IP地址，這里就是主庫的ip。
-U 指定連接的用戶名，專門負責流復制的repl用戶。
-F 指定了輸出的格式，支持p（原樣輸出）或者t（tar格式輸出）。
-x 表示備份開始后，啟動另一個流復制連接從主庫接收WAL日志。
-P 表示允許在備份過程中實時的打印備份的進度。
-R 表示會在備份結束后自動生成recovery.conf文件，這樣也就避免了手動創建。（12.0有差異）
-D 指定把備份寫到哪個目錄，這里尤其要注意一點就是做基礎備份之前從庫的數據目錄（比如：/usr/local/postgresql/data）目錄需要手動清空。
-l 表示指定一個備份的標識
如：pg_basebackup -h 192.168.23.193 -p 3012 -U testacc -F p -P -X s -R -D /data -r 50M -l label_1576225683"
注意：
12 版本pg_basebackup 命令的 -R 參數的效果和之前不同，主要體現在:
命令執行后在 $PGDATA 目錄創建 standby.signal 標識文件，文件內容為空
命令執行后在 $PGDATA 目錄的 postgresql.auto.conf 文件中添加 primary_conninfo 參數信息
以上為個人經驗，希望能給大家一個參考，也希望大家多多支持服務器之家。如有錯誤或未考慮完全的地方，望不吝賜教。
原文鏈接：https://oracledocs.blog.csdn.net/article/details/98740059
