Standby database về cơ bản là bản sao nhất quán của production database, giúp phục vụ khi production gặp thảm họa, mất dữ liệu hoặc hỏng dữ liệu.
Giới thiệu
Các lý do sau có thể gây lag giữa primary và standby site:
- Vấn đề băng thông mạng giữa primary và standby database.
- Standby database không khả dụng.
- Xóa nhầm archive redo data trên primary database.
Bạn có thể đồng bộ primary và standby bằng cách copy và apply archive logs từ primary site, nhưng quá trình này rất tốn thời gian.
Một phương án khác là khôi phục standby site bằng incremental RMAN backup của primary site. Cách này cũng dùng khi missing archived logs trên primary mà hệ thống chưa từng apply lên standby database.
Các bước khôi phục Physical Standby Database bằng Incremental RMAN Backup
Để thiết lập kịch bản này, tôi thủ công xóa một số archive logs từ primary site để mô phỏng log hỏng hoặc missing log.
Bước 1: Kiểm tra trạng thái đồng bộ của Primary và Standby Site
Cần nhìn nhanh trạng thái đồng bộ giữa Primary (prod) và Standby (stby).
Primary Site:
Standby Site:
Bước 2: Mô phỏng khoảng cách giữa Primary và Standby
Đăng nhập primary database và thay đổi LOG_ARCHIVE_DEST_STATE_2 thành DEFER. Sau đó thực hiện thủ công log switches để tạo thêm archive logs, từ đó tạo ra gap giữa primary và standby:
Bây giờ, nếu xem CURRENT_SCN giữa primary và standby, rõ ràng standby không đuổi kịp vì bạn đã vô hiệu hóa sync thủ công.
Primary Site:
Standby Site:
Nếu bật lại LOG_ARCHIVE_DEST_STATE_2, standby sẽ tự động đuổi kịp. Nhưng bạn không nên làm ngay. Để mô phỏng gap, cần xóa thủ công archive logs từ primary site.
Đảm bảo cả hai site không có archive logs sau 232 và 218 cho thread 1 và 2 tương ứng.
Bây giờ, bật lại LOG_ARCHIVE_DEST_STATE_2 (set thành ENABLE):
Như mong đợi, standby không thể tiếp tục apply logs vì một số logs bị missing từ primary site.
Cuối cùng, hủy recovery và tắt instance standby:
Bước 3: Incremental Backup
Đăng nhập Primary và lấy incremental backup từ SCN cuối cùng đã apply tại Standby:
Bước 4: Sao lưu Standby Control File
Sao lưu control file trên Standby Site:
Bước 5: Chuyển backup sang Standby Site
Chuyển incremental backup vừa lấy sang Standby Site:
Bước 6: Khôi phục Standby Control File
Khôi phục control file trên Standby Site:
Lưu ý: Đảm bảo bạn xóa thủ công các control file cũ trước khi chạy lệnh trên để xác nhận bạn đang dùng control file mới.
Đăng nhập với user grid và xóa control file cũ:
Bước 7: Catalog Backup Pieces
Catalog quá trình backup:
Bước 8: Catalog Existing Data Files
Catalog cả các data file hiện có:
Bước 9: Chuyển đổi Existing Data Files
Switch tất cả existing data files sang image copies của chúng:
Bước 10: Khôi phục Database
Khôi phục database:
Bước này kết thúc việc refresh standby. Chỉ còn vài bước nữa!
Bước 11: Kiểm tra trạng thái đồng bộ
Nhìn nhanh sequence trên cả hai site. Lưu ý standby đã đuổi kịp primary:
Primary Site:
Standby Site:
Bước 12: Bắt đầu Media Recovery
Bắt đầu media recovery trên Standby Site:
Kết luận
Với các bước trên, bạn có thể khôi phục Standby Site. Việc sử dụng incremental backup của production environment tiết kiệm đáng kể thời gian.
Tìm hiểu thêm về dịch vụ Database của chúng tôi.
Sử dụng tab Feedback để bình luận hoặc đặt câu hỏi. Bạn cũng có thể bắt đầu cuộc trò chuyện với chúng tôi.