Thứ Năm, 2 tháng 7, 2026

ORACLE DATAGUARD: STANDBY DATABASE DÙNG ONLINE REDO LOG HAY STANDBY REDO LOG?

Đây là một trong những câu hỏi rất nhiều DBA nhầm lẫn. Tôi sẽ giải thích theo cách Oracle hoạt động bên trong (internal architecture) để anh hiểu bản chất.

Câu trả lời ngắn gọn

Khi Standby đang là PHYSICAL STANDBY thì:

Redo nhận từ Primary được ghi vào Standby Redo Log (SRL), KHÔNG ghi vào Online Redo Log (ORL).

Online Redo Log trên Standby gần như không được sử dụng khi database đang ở vai trò Standby.

Oracle Data Guard hoạt động như thế nào?

Giả sử


Primary
   |
   |  LGWR / ARCH
   |
network
   |
Standby

Redo được sinh ra ở Primary.

Ví dụ


User Update

↓

Redo generated

↓

LGWR

↓

Online Redo Log (Primary)

↓

LNS/ARCH

↓

Network

↓

Standby

Đến Standby sẽ xảy ra điều gì?

Trường hợp KHÔNG có Standby Redo Log

Ngày xưa Oracle chỉ dùng Archive Apply.

Redo đi như sau


Primary ORL

↓

Archive

↓

Copy archive

↓

Standby nhận archive

↓

MRP Apply

Có nghĩa là

Redo chỉ apply sau khi Log Switch.

=> Lag lớn.

Có Standby Redo Log (Real-Time Apply)

Oracle khuyến nghị.

Redo đi như sau


Primary

LGWR

↓

Online Redo Log

↓

LNS

↓

Network

↓

RFS

↓

Standby Redo Log

↓

MRP đọc trực tiếp

↓

Datafile

Lưu ý:

MRP đọc trực tiếp từ Standby Redo Log

KHÔNG cần chờ archive.

Đó gọi là


Real-Time Apply

Online Redo Log của Standby dùng để làm gì?

Đây mới là chỗ nhiều người hiểu sai.

Giả sử hiện tại


Standby

Role = PHYSICAL STANDBY

thì


Online Redo Log

↓

KHÔNG được ghi redo

Oracle chỉ dùng


Standby Redo Log

Khi nào Online Redo Log mới được dùng?

Khi


SWITCHOVER

hoặc


FAILOVER

Ví dụ

Ban đầu


DC

Primary


DR

Standby

Sau Switchover


DC

Standby


DR

Primary

Ngay lúc đó

Database DR trở thành


PRIMARY

Khi đó

Redo sẽ ghi vào


ONLINE REDO LOG

KHÔNG ghi vào SRL nữa.

Vậy tại sao Standby vẫn phải có Online Redo Log?

Để chuẩn bị cho việc


Role Transition

Oracle yêu cầu

Một database


Có thể trở thành Primary bất cứ lúc nào

Nên nó phải có đầy đủ


Online Redo Log

Nếu không

Switchover sẽ báo lỗi.

Dòng đời của redo

Primary


Transaction

↓

Redo

↓

Online Redo Log

↓

LNS

↓

Network

Standby


Network

↓

RFS

↓

Standby Redo Log

↓

MRP

↓

Datafile

Sau Switchover


Standby

↓

Become Primary

↓

Online Redo Log

↓

LGWR

↓

Redo

Tại sao Oracle yêu cầu SRL phải bằng hoặc lớn hơn ORL của Primary?

Giả sử

Primary


Redo = 1GB

Standby


SRL = 200MB

Lúc này


Primary

1GB

↓↓↓↓↓↓↓↓↓↓↓

Standby

200MB

Redo liên tục đầy.

Oracle phải


Switch

Flush

Reuse

Wait

Rất nhiều lần.

Kết quả


Transport Lag

Apply Lag

RFS Wait

LGWR Wait

đều tăng.

Đây chính là tình trạng hệ thống của anh hiện nay.

Vậy Online Redo Log của Standby có nên resize lên 1GB không?

Có, nhưng mục đích khác.

Không phải để Data Guard apply nhanh hơn.

Mà để


Switchover

Failover

Role Transition

không bị lệch cấu hình với Primary.

Áp dụng vào hệ thống của anh

Primary


7 Online Redo Log

1GB

Standby hiện tại


Online Redo Log

3 group

200MB


Standby Redo Log

4 group

200MB

Trong lúc Standby đang là Physical Standby:

Redo từ Primary chỉ ghi vào Standby Redo Log (SRL).
Online Redo Log (ORL) hầu như không tham gia quá trình nhận và apply redo.

Do đó, nếu mục tiêu là xử lý tình trạng:


Media Recovery Waiting...
Fetching gap...
Transport Lag
Apply Lag

thì ưu tiên số 1 là:

Nâng Standby Redo Log lên 1 GB (bằng kích thước Online Redo Log của Primary).
Đảm bảo số lượng SRL = số Online Redo Log của Primary + 1 (mỗi thread).

Sau khi Data Guard hoạt động ổn định, mới tiến hành resize Online Redo Log trên Standby lên 1 GB để đồng bộ cấu hình và sẵn sàng cho các thao tác Switchover/Failover.

Đây cũng là khuyến nghị phù hợp với tài liệu Oracle về Data Guard Best Practices.

=============================
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

Thứ Năm, 2 tháng 7, 2026

ORACLE DATAGUARD: STANDBY DATABASE DÙNG ONLINE REDO LOG HAY STANDBY REDO LOG?

Câu trả lời ngắn gọn

Oracle Data Guard hoạt động như thế nào?

Trường hợp KHÔNG có Standby Redo Log

Có Standby Redo Log (Real-Time Apply)

Online Redo Log của Standby dùng để làm gì?

Khi nào Online Redo Log mới được dùng?

Vậy tại sao Standby vẫn phải có Online Redo Log?

Dòng đời của redo

Primary

Standby

Sau Switchover

Tại sao Oracle yêu cầu SRL phải bằng hoặc lớn hơn ORL của Primary?

Vậy Online Redo Log của Standby có nên resize lên 1GB không?

Áp dụng vào hệ thống của anh

ĐỌC NHIỀU