Đây là bản Runbook chuẩn chỉnh cho PostgreSQL 11, với đầy đủ phần Archive Log và tự động dọn dẹp.
I. THÔNG SỐ MÔI TRƯỜNG
Master IP:
192.168.1.2Slave IP:
192.168.1.3Thư mục Data:
/PG/pgdataThư mục Archive:
/PG/wal_archive(Anh cần tạo thư mục này trên cả 2 node).
II. BƯỚC 1: CẤU HÌNH TRÊN MASTER (192.168.1.2)
1. Tạo thư mục Archive và phân quyền
mkdir -p /PG/wal_archive
chown -R postgres:postgres /PG/wal_archive
chmod 700 /PG/wal_archive
2. Cấu hình postgresql.conf
Mở file /PG/pgdata/postgresql.conf và thêm/sửa các dòng sau:
# Kết nối và Replication
listen_addresses = '*'
wal_level = replica
max_wal_senders = 10
max_replication_slots = 10
wal_keep_segments = 512
# Cấu hình Archiving (Lưu trữ log cũ)
archive_mode = on
archive_command = 'test ! -f /PG/wal_archive/%f && cp %p /PG/wal_archive/%f'
Giải thích tham số:
archive_mode = on: Bật chế độ lưu trữ log.archive_command: Lệnh shell để copy file WAL (%p) sang thư mục đích (%f). Đoạntest ! -fgiúp đảm bảo không ghi đè nếu file đã tồn tại (an toàn dữ liệu).
3. Cấu hình pg_hba.conf
Cho phép Slave kết nối (Thêm vào cuối file /PG/pgdata/pg_hba.conf):
host replication replication 192.168.1.3/32 md5
4. Khởi tạo User, Slot và Restart
Vào psql thực hiện:
CREATE ROLE replication WITH REPLICATION LOGIN PASSWORD 'mbf@2026';
SELECT pg_create_physical_replication_slot('slave_slot');
Sau đó restart Master để nhận cấu hình Archive:
pg_ctl restart -D /PG/pgdata
III. BƯỚC 2: CẤU HÌNH DỌN DẸP ARCHIVE (7 NGÀY)
Anh tạo một script trên Master để xóa các file log cũ hơn 7 ngày nhằm tránh đầy đĩa.
# Tạo script dọn dẹp
cat <<EOF > /PG/clean_wal.sh
#!/bin/bash
find /PG/wal_archive -mtime +7 -type f -delete
EOF
chmod +x /PG/clean_wal.sh
# Thêm vào crontab để chạy hàng ngày vào 0h00
(crontab -l 2>/dev/null; echo "0 0 * * * /PG/clean_wal.sh") | crontab -
IV. BƯỚC 3: CẤU HÌNH TRÊN SLAVE (192.168.1.3)
1. Dọn dẹp Data cũ và tạo thư mục Archive
su - postgres
pg_ctl stop -D /PG/pgdata -m immediate
rm -rf /PG/pgdata/*
mkdir -p /PG/wal_archive
chown -R postgres:postgres /PG/wal_archive
2. Chạy pg_basebackup (Duplicate dữ liệu)
pg_basebackup -h 192.168.1.2 -U replication -p 5432 \
-D /PG/pgdata \
-S slave_slot \
-Fp -Xs -P -R -v
Giải thích Options:
-h / -U: Host Master và User replication.-D: Thư mục đích trên Slave.-S slave_slot: Sử dụng Replication Slot đã tạo trên Master (Cực kỳ quan trọng để không bị lỗi "WAL removed").-Fp: Định dạng Plain (copy nguyên si thư mục).-Xs: Phương thức stream WAL ngay trong lúc backup.-R: Tự động tạo filerecovery.conf(hoặc cấu hình standby trên bản mới).
3. Cấu hình recovery.conf (Để Slave biết tìm Archive ở đâu)
Mở file /PG/pgdata/recovery.conf và thêm dòng này vào cuối:
restore_command = 'cp /PG/wal_archive/%f %p'
Giải thích: Nếu đường truyền Streaming bị gián đoạn, Slave sẽ vào thư mục /PG/wal_archive để tìm file WAL bị thiếu trước khi báo lỗi.
4. Khởi động Slave
pg_ctl start -D /PG/pgdata
V. KIỂM TRA ĐỒNG BỘ
Trên Master:
SELECT * FROM pg_stat_replication;
Anh nhìn cột state, nếu hiện streaming là thành công tuyệt đối.
SQL Query Giám sát Replication Lag
SELECT
client_addr AS slave_ip,
usename AS sync_user,
application_name AS slot_name,
state,
sync_state,
-- Tính toán lag theo đơn vị Byte
pg_wal_lsn_diff(pg_current_wal_lsn(), replay_lsn) AS lag_bytes,
-- Chuyển đổi sang MB để dễ quan sát (làm tròn 2 chữ số thập phân)
round(pg_wal_lsn_diff(pg_current_wal_lsn(), replay_lsn) / 1024 / 1024, 2) AS lag_mb,
-- Hiển thị dạng chữ (ví dụ: 100 MB, 1 GB)
pg_size_pretty(pg_wal_lsn_diff(pg_current_wal_lsn(), replay_lsn)) AS lag_pretty,
-- Thời gian trễ (nếu có cấu hình track_commit_timestamp)
now() - reply_time AS last_msg_age
FROM pg_stat_replication;
Giải thích các chỉ số cho DBA
lag_mb: Đây là con số quan trọng nhất. Nếu con số này nhảy lên cao (ví dụ > 500MB) và không giảm xuống, nghĩa là Slave đang không đuổi kịp tốc độ ghi của Master (thường do I/O đĩa hoặc Network chậm).state:streaming: Trạng thái lý tưởng, dữ liệu đang được đẩy đi liên tục.catchup: Slave đang cố gắng kéo các file cũ về để đuổi kịp Master.
sync_state:async: Slave nhận dữ liệu nhưng không bắt Master đợi (mặc định).sync: Master phải đợi Slave xác nhận ghi xong mới commit (An toàn nhưng chậm hơn).
replay_lsnvswrite_lsn:replay_lsnlà vị trí dữ liệu thực tế đã được Slave ghi vào bảng. Đây là chỉ số trung thực nhất để tính Lag.
Lưu ý: Thư mục /PG/wal_archive trên Master là nơi chứa log để Slave "cứu hộ", còn trên Slave là nơi Slave có thể đọc lại nếu cần. Việc dọn dẹp 7 ngày là hợp lý để đảm bảo an toàn nếu Slave bị hỏng lâu ngày.
TƯ VẤN: Click Here hoặc Hotline/Zalo 090.29.12.888
=============================
Website không chứa bất kỳ quảng cáo nào, mọi đóng góp để duy trì phát triển cho website (donation) xin vui lòng gửi về STK 90.2142.8888 - Ngân hàng Vietcombank Thăng Long - TRAN VAN BINH
=============================
Nếu bạn không muốn bị AI thay thế và tiết kiệm 3-5 NĂM trên con đường trở thành DBA chuyên nghiệp hay làm chủ Database thì hãy đăng ký ngay KHOÁ HỌC ORACLE DATABASE A-Z ENTERPRISE, được Coaching trực tiếp từ tôi với toàn bộ bí kíp thực chiến, thủ tục, quy trình của gần 20 năm kinh nghiệm (mà bạn sẽ KHÔNG THỂ tìm kiếm trên Internet/Google) từ đó giúp bạn dễ dàng quản trị mọi hệ thống Core tại Việt Nam và trên thế giới, đỗ OCP.
- CÁCH ĐĂNG KÝ: Gõ (.) hoặc để lại số điện thoại hoặc inbox https://m.me/tranvanbinh.vn hoặc Hotline/Zalo 090.29.12.888
- Chi tiết tham khảo:
https://bit.ly/oaz_w
=============================
2 khóa học online qua video giúp bạn nhanh chóng có những kiến thức nền tảng về Linux, Oracle, học mọi nơi, chỉ cần có Internet/4G:
- Oracle cơ bản: https://bit.ly/admin_1200
- Linux: https://bit.ly/linux_1200
=============================
KẾT NỐI VỚI CHUYÊN GIA TRẦN VĂN BÌNH:
📧 Mail: binhoracle@gmail.com
☎️ Mobile/Zalo: 0902912888
👨 Facebook: https://www.facebook.com/BinhOracleMaster
👨 Inbox Messenger: https://m.me/101036604657441 (profile)
👨 Fanpage: https://www.facebook.com/tranvanbinh.vn
👨 Inbox Fanpage: https://m.me/tranvanbinh.vn
👨👩 Group FB: https://www.facebook.com/groups/DBAVietNam
👨 Website: https://www.tranvanbinh.vn
👨 Blogger: https://tranvanbinhmaster.blogspot.com
🎬 Youtube: https://www.youtube.com/@binhguru
👨 Tiktok: https://www.tiktok.com/@binhguru
👨 Linkin: https://www.linkedin.com/in/binhoracle
👨 Twitter: https://twitter.com/binhguru
👨 Podcast: https://www.podbean.com/pu/pbblog-eskre-5f82d6
👨 Địa chỉ: Tòa nhà Sun Square - 21 Lê Đức Thọ - Phường Mỹ Đình 1 - Quận Nam Từ Liêm - TP.Hà Nội
=============================
cơ sở dữ liệu, cơ sở dữ liệu quốc gia, database, AI, trí tuệ nhân tạo, artificial intelligence, machine learning, deep learning, LLM, ChatGPT, DeepSeek, Grok, oracle tutorial, học oracle database, Tự học Oracle, Tài liệu Oracle 12c tiếng Việt, Hướng dẫn sử dụng Oracle Database, Oracle SQL cơ bản, Oracle SQL là gì, Khóa học Oracle Hà Nội, Học chứng chỉ Oracle ở đầu, Khóa học Oracle online,sql tutorial, khóa học pl/sql tutorial, học dba, học dba ở việt nam, khóa học dba, khóa học dba sql, tài liệu học dba oracle, Khóa học Oracle online, học oracle sql, học oracle ở đâu tphcm, học oracle bắt đầu từ đâu, học oracle ở hà nội, oracle database tutorial, oracle database 12c, oracle database là gì, oracle database 11g, oracle download, oracle database 19c/21c/23c/23ai, oracle dba tutorial, oracle tunning, sql tunning , oracle 12c, oracle multitenant, Container Databases (CDB), Pluggable Databases (PDB), oracle cloud, oracle security, oracle fga, audit_trail,oracle RAC, ASM, oracle dataguard, oracle goldengate, mview, oracle exadata, oracle oca, oracle ocp, oracle ocm , oracle weblogic, postgresql tutorial, mysql tutorial, mariadb tutorial, ms sql server tutorial, nosql, mongodb tutorial, oci, cloud, middleware tutorial, docker, k8s, micro service, hoc solaris tutorial, hoc linux tutorial, hoc aix tutorial, unix tutorial, securecrt, xshell, mobaxterm, putty
