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

Posted on by Tran Anh

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:

Tính năng Redo Log Bất đồng bộ Redo Log Đồng bộ
Cách thức hoạt động Ghi nhận redo log cục bộ (không cần chờ xác nhận) Ghi nhận redo log cục bộ (sau khi nhận được xác nhận)
Hiệu suất Cao Thấp
Khả năng mất dữ liệu Cao Thấp
Độ tin cậy mạng Yêu cầu cao Yêu cầu thấp

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.

Xem thêm:

Bài viết cùng chủ đề:

0 0 đánh giá
Đánh giá bài viết
Theo dõi
Thông báo của
guest
0 Góp ý
Phản hồi nội tuyến
Xem tất cả bình luận