So sánh Redo Log Bất đồng bộ và Đồng bộ trong Oracle Data Guard

Trong bài này chúng ta sẽ bàn về Redo Log Bất đồng bộ và Đồng bộ trong Oracle Data Guard

1. Redo Log Bất đồng bộ (Asynchronous Redo Apply):

• Cách thức hoạt động:
  • Redo log được gửi từ Primary database sang Standby database bất đồng bộ.
  • Standby database ghi nhận redo log cục bộ mà không cần chờ xác nhận từ Primary database.
• Ưu điểm:
  • Hiệu suất cao hơn vì Standby database không phải chờ xác nhận.
  • Giảm thiểu thời gian chờ (latency) cho các hoạt động ghi trên Primary database.
• Nhược điểm:
  • Khả năng mất dữ liệu cao hơn nếu Primary database gặp sự cố trước khi redo log được ghi vào Standby database.
  • Yêu cầu cấu hình mạng ổn định để đảm bảo redo log được truyền tải thành công.

2. Redo Log Đồng bộ (Synchronous Redo Apply):

• Cách thức hoạt động:
  • Redo log được gửi từ Primary database sang Standby database đồng bộ.
  • Standby database ghi nhận redo log cục bộ sau khi nhận được xác nhận từ Primary database.
• Ưu điểm:
  • Mức độ bảo vệ dữ liệu cao nhất.
  • Đảm bảo dữ liệu trên Standby database luôn nhất quán với Primary database.
• Nhược điểm:
  • Hiệu suất thấp hơn vì Standby database phải chờ xác nhận từ Primary database.
  • Tăng thời gian chờ (latency) cho các hoạt động ghi trên Primary database.

Bảng so sánh:

Lựa chọn phương án phù hợp:

• Sử dụng Redo Log Bất đồng bộ nếu ưu tiên hiệu suất cao, chấp nhận khả năng mất dữ liệu nhỏ.
• Sử dụng Redo Log Đồng bộ nếu ưu tiên bảo vệ dữ liệu tuyệt đối, ngay cả khi ảnh hưởng đến hiệu suất.