Oracle AI Database 23.26.2 cho phép bạn khởi tạo một pluggable database (PDB) standby và các redo log của nó chỉ bằng một lệnh Data Guard Broker duy nhất, loại bỏ quy trình sao chép tệp thủ công vốn đã làm chậm các thiết lập khôi phục sau thảm họa từ lâu.
Tại sao điều này lại quan trọng
Việc tạo một PDB standby vật lý trước đây đòi hỏi một chuỗi các hành động thủ công: sao chép mọi datafile sang container standby, xây dựng các standby redo logs (SRLs) bằng các lệnh ALTER cụ thể và kiểm tra lại toàn bộ cấu hình. Mỗi bước đều tiềm ẩn rủi ro sai sót do đánh máy, thiếu tệp hoặc không khớp nhóm log, điều này có thể làm trì hoãn việc kiểm tra khôi phục hoặc trong trường hợp xấu nhất là làm hỏng quá trình failover. Tự động hóa quy trình này giúp giảm thiểu các rủi ro đó và giải phóng các DBA để tập trung vào các tác vụ cấp cao hơn.
Cách các PDB standby được xây dựng trước đây
Trong kiến trúc multitenant, một CDB (container database) chính sẽ lưu trữ một hoặc nhiều PDB. Để bảo vệ một PDB, các quản trị viên phải:
- Xác định và sao chép từng datafile từ host chính sang host standby.
- Tạo thủ công các SRLs sao chép theo bố cục redo-log của máy chính.
- Chạy các lệnh RMAN restore hoặc duplicate để đồng bộ hóa standby.
- Thực hiện một loạt các bước xác minh để đảm bảo standby có thể chấp nhận switchover.
Quy trình làm việc có thể kéo dài vài giờ, đặc biệt là đối với các PDB lớn, và bất kỳ sai sót nào cũng có thể khiến standby không thể sử dụng được.
Bản cập nhật 23.26.2 thực hiện những gì
Bản phát hành Oracle AI Database mới nhất đã tích hợp các bước cần thiết vào Data Guard Broker. Bằng cách thực hiện một câu lệnh ADD PLUGGABLE DATABASE duy nhất, broker sẽ:
- Đăng ký PDB standby mới với máy chính.
- Sao chép các datafile cần thiết một cách tự động ngầm bên dưới—không cần RMAN restore hay sao chép tệp thủ công.
- Tạo các standby redo logs phù hợp, tự động thêm chúng vào standby CDB.
- Để PDB ở chế độ READ ONLY, sẵn sàng cho một đợt physical standby switchover.
Câu lệnh được sử dụng trong bài kiểm tra là:
DGMGRL> ADD PLUGGABLE DATABASE 'amol' AT cdb2
SOURCE IS 'amol' AT cdb1
PDBFILENAMECONVERT IS "'/CDB1/','/CDB2/'";
Một bài kiểm tra thực tế
Tác giả đã tạo một PDB standby tên là AMOL trên một CDB phụ (cdb2) để phản chiếu một PDB chính trên cdb1. Broker đã hoàn thành thao tác ngay lập tức. Không có lệnh RMAN restore nào được chạy, không có bản sao tệp thủ công nào xuất hiện trong nhật ký OS, và các nhóm standby redo log đã xuất hiện trong danh mục mà không cần bất kỳ câu lệnh ALTER DATABASE nào.
Việc mở PDB đã chuyển nó sang chế độ READ ONLY, xác nhận trạng thái physical-standby của nó. Kiểm tra nhanh các datafile cho thấy chúng đã được cung cấp ở phía standby. Quá trình redo apply đã chạy, và broker báo cáo cấu hình đã sẵn sàng cho switchover.
Ý nghĩa đối với các DBA
Sự tự động hóa giúp giảm khả năng xảy ra lỗi do con người và cắt giảm đáng kể thời gian từ lúc lập kế hoạch đến khi có standby thực tế. Các nhóm hiện có thể cung cấp các PDB standby trong vài phút thay vì vài giờ, điều này đặc biệt có giá trị đối với các môi trường thường xuyên khởi tạo các dịch vụ mới.
Sự đánh đổi là sự phụ thuộc chặt chẽ hơn vào logic nội bộ của Data Guard Broker. Một số DBA thích tự viết script cho từng bước để duy trì quyền kiểm soát chi tiết hoặc để tích hợp với các công cụ giám sát tùy chỉnh. Trong các thiết lập phức tạp—nhiều mạng, lưu trữ không đồng nhất hoặc bố cục redo không tiêu chuẩn—các quản trị viên vẫn có thể cần xác minh rằng các giá trị mặc định của broker phù hợp với các chính sách của họ.
Những gì cần theo dõi tiếp theo
Oracle chưa thông báo về các phần mở rộng tiếp theo cho tính năng tự động hóa này, nhưng động thái này cho thấy các bản phát hành trong tương lai có thể đưa nhiều hơn quy trình DR multitenant vào broker. Hãy chú ý đến:
- Hỗ trợ các loại standby bổ sung (ví dụ: logical standby PDBs).
- Mở rộng nhật ký (logging) để hiển thị các quyết định của broker cho mục đích kiểm toán.
- Kiểm tra khả năng tương thích với các công cụ sao lưu của bên thứ ba vốn trước đây dựa vào các bước RMAN thủ công.
Nếu tổ chức của bạn chạy Oracle AI Database trong cấu hình tính sẵn sàng cao (high-availability), việc kiểm tra lệnh mới trên một CDB không phải môi trường production là cách nhanh nhất để đánh giá tác động.
Điểm mấu chốt: Oracle AI Database 23.26.2 biến việc thiết lập PDB standby vốn gồm nhiều bước và dễ sai sót thành một thao tác chỉ trên một dòng lệnh, mang lại khả năng khôi phục sau thảm họa nhanh hơn và đáng tin cậy hơn cho các môi trường multitenant.