Oracle khuyến nghị: "should be at least as big as the largest online redo log and there should be one extra group per thread compared the online redo logs. In my case, the following standby redo logs must be created on both servers"
Hãy cùng phân tích kỹ:
Câu phát biểu trên là HOÀN TOÀN CHÍNH XÁC và là tiêu chuẩn vàng (Best Practice) chính thức từ Oracle khi cấu hình Standby Redo Logs (SRL) trong hệ thống Data Guard.
Dưới đây là phần thẩm định, giải thích chi tiết lý do, ví dụ và kết quả để anh dễ nắm bắt bản chất:
1. Thẩm định và Giải thích chi tiết từng vế
Vế 1: "should be at least as big as the largest online redo log" (Dung lượng SRL phải lớn bằng hoặc lớn hơn Online Redo Log lớn nhất)
Thẩm định: Đúng. Tuy nhiên, trong thực tế triển khai, Oracle khuyến cáo dung lượng của SRL nên bằng chính xác (exactly the same size) với Online Redo Log (ORL).
Lý do: Khái niệm Real-time Apply nghĩa là Primary ghi dữ liệu vào ORL của nó như thế nào, thì nó gửi y hệt khối lượng đó sang SRL của Standby.
Nếu SRL nhỏ hơn ORL: Khi Primary chưa ghi hết file ORL mà SRL bên Standby đã đầy, tiến trình đồng bộ sẽ bị lỗi hoặc gián đoạn.
Nếu SRL lớn hơn ORL: Hoạt động bình thường, nhưng lãng phí dung lượng ổ đĩa không cần thiết, vì tiến trình log switch luôn xảy ra theo dung lượng của ORL.
Vế 2: "there should be one extra group per thread compared the online redo logs" (Số lượng SRL phải nhiều hơn ORL 1 group cho mỗi Thread)
Thẩm định: Đúng. Đây là công thức bắt buộc: Số nhóm SRL = Số nhóm ORL + 1 (tính trên mỗi Thread/Node).
Lý do: Đây là cơ chế chống nghẽn (Buffer).
Khi Primary chuyển file log (Log Switch) từ Group 1 sang Group 2, Standby cũng phải chuyển SRL tương ứng.
Lúc này, SRL vừa đầy trên Standby cần thời gian để được tiến trình Archiver (ARCn) đóng gói thành file Archive Log.
Nếu số lượng SRL bằng đúng số lượng ORL, vào những lúc hệ thống tải nặng, Primary ghi quá nhanh dẫn đến quay vòng log liên tục. Rất có thể Standby chưa kịp Archive xong file SRL cũ nên không có file trống để nhận dữ liệu mới. Thêm 1 extra group sẽ tạo ra một khoảng đệm an toàn, đảm bảo Standby luôn có sẵn ít nhất một SRL trống để đón dữ liệu real-time từ Primary, tránh làm chậm Primary.
Vế 3: "must be created on both servers" (Phải tạo SRL trên cả 2 server)
Thẩm định: Đúng.
Lý do: Hệ thống Data Guard được sinh ra để dự phòng và chuyển đổi vai trò (Switchover/Failover).
Hôm nay Primary là máy chủ A, Standby là máy chủ B.
Ngày mai khi có sự cố hoặc bảo trì, anh thực hiện Switchover: Máy chủ B lên làm Primary, máy chủ A thành Standby.
Nếu máy chủ A không có sẵn SRL, khi nó biến thành Standby, nó sẽ không thể nhận dữ liệu real-time từ B. Việc cấu hình đối xứng ngay từ đầu là bắt buộc để đảm bảo an toàn.
2. Ví dụ minh họa thực tế (Hệ thống RAC 2 Node)
Giả sử hệ thống BILLHCM (Primary) của anh đang là RAC 2 Node (2 Threads). Cấu hình Online Redo Log (ORL) hiện tại như sau:
| Node (Thread) | Số lượng nhóm ORL đang có | Dung lượng mỗi file (Size) |
| Node 1 (Thread 1) | 3 groups (Group 1, 2, 3) | 1.5 GB |
| Node 2 (Thread 2) | 3 groups (Group 4, 5, 6) | 1.5 GB |
Bài toán tính SRL dựa theo câu phát biểu trên:
Dung lượng (Size): Bằng dung lượng ORL lớn nhất $\rightarrow$ Chọn 1.5 GB.
Số lượng (Count): Cộng thêm 1 group cho mỗi thread.
Thread 1: 3 + 1 = 4 groups SRL.
Thread 2: 3 + 1 = 4 groups SRL.
Tổng cộng toàn hệ thống: Cần tạo 8 groups SRL, mỗi group size 1.5 GB.
3. Kết quả đầu ra (Script tạo file)
Dựa trên ví dụ trên, kết quả đầu ra là chuỗi lệnh SQL để tạo Standby Redo Logs trên CẢ 2 SERVER (Chạy trên Primary xong, chạy tiếp trên Standby hoặc ngược lại):
-- Dành cho Thread 1 (Thêm 4 groups, đánh số tiếp theo từ 10 để tránh trùng ORL)
ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 10 ('+DATA', '+RECO') SIZE 1572864000;
ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 11 ('+DATA', '+RECO') SIZE 1572864000;
ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 12 ('+DATA', '+RECO') SIZE 1572864000;
ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 13 ('+DATA', '+RECO') SIZE 1572864000;
-- Dành cho Thread 2 (Thêm 4 groups)
ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 GROUP 14 ('+DATA', '+RECO') SIZE 1572864000;
ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 GROUP 15 ('+DATA', '+RECO') SIZE 1572864000;
ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 GROUP 16 ('+DATA', '+RECO') SIZE 1572864000;
ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 GROUP 17 ('+DATA', '+RECO') SIZE 1572864000;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
