Gần đây, khi làm việc trên cơ sở dữ liệu dự phòng, tôi đã đến DG Broker để kiểm tra trạng thái và nhận được thông báo này:
DGMGRL> hiển thị cấu hình Cấu hình - resp_ress_config Chế độ bảo vệ:MaxPerformanceDatabases:resp - Cơ sở dữ liệu chính - Cơ sở dữ liệu chờ vật lý Lỗi:ORA-16766:Làm lại Áp dụng bị dừng
Hmm… chế độ chờ của tôi không áp dụng làm lại. Khi tôi cố gắng bắt đầu khôi phục có quản lý, tôi nhận được thông tin sau trong nhật ký cảnh báo ở chế độ chờ:
Thứ ba ngày 31 tháng 12 09:52:10 năm 2013 Khôi phục chờ được quản lý bắt đầu theo thời gian thực Áp dụng ngày 31 tháng 12 năm 2013 09:52:10 tháng 12 năm 2013 MRP0:Khôi phục phương tiện nền đã kết thúc do lỗi 38868 /trace/ress2_pr00_13905.trc:ORA-38868:cảnh báo:tệp điều khiển có thể có cấu trúc tệp dữ liệu sai ress2 / trace / ress2_pr00_13905.trc:ORA-38868:cảnh báo:tệp điều khiển có thể có cấu trúc tệp dữ liệu saiVì vậy, ORA-38868 cho tôi biết rằng tôi có cấu trúc thư mục không hợp lệ. Suy nghĩ đầu tiên của tôi là điều này có liên quan đến công việc mà tôi đã viết blog về ngày hôm qua. Nhưng công việc đó là ở khía cạnh chính. Tôi đã xem lại nhật ký cảnh báo ở chế độ chờ và phát hiện lần xuất hiện đầu tiên của lỗi này khoảng 2,5 tháng trước. Nếu đây là một hệ thống sản xuất, tôi có thể gặp rắc rối lớn khi để vấn đề này không được chú ý trong khoảng thời gian đó. Nhưng tôi có sẵn các biện pháp để cảnh báo nếu chế độ chờ sản xuất của tôi chậm hơn chế độ chờ chính trong một khoảng thời gian không thể chấp nhận được. Đây chỉ là một hệ thống thử nghiệm mà tôi có thể thổi bay và bắt đầu lại từ đầu nếu tôi cần. Nhưng đó sẽ là niềm vui gì? Hãy xem liệu chúng ta có thể khắc phục sự cố không.
Điểm dừng chân đầu tiên của tôi là Metalink. Nhưng tôi không có lần truy cập nào cho lỗi ORA-38868. Khi thực hiện tìm kiếm trên web, tôi nhận được một lần truy cập liên quan đưa ra giải pháp chỉ cần khởi động lại phiên bản và khởi động lại để áp dụng. Tôi đã nghi ngờ, nhưng đã cố gắng sửa chữa dễ dàng. Không có gì ngạc nhiên khi khởi động lại phiên bản đơn giản không khắc phục được sự cố. Lỗi cho tôi biết rằng tệp điều khiển của tôi có lỗi trong đó. Khởi động lại phiên bản sẽ không khắc phục được sự cố hỏng tệp điều khiển. Vì Metalink và Internet không có tác dụng gì nên tôi đoán việc khắc phục điều này là tùy thuộc vào tôi. Nếu vẫn thất bại, tôi chỉ cần bỏ chế độ chờ và tạo lại nó.
Giải pháp ban đầu của tôi là quay lại tệp chính và tạo tệp điều khiển ở chế độ chờ. Sau đó khởi động chế độ chờ bằng tệp điều khiển chế độ chờ. Tôi tin rằng một tệp điều khiển mới từ tệp chính sẽ giải quyết được sự cố. Tuy nhiên, tôi cần áp dụng 2,5 tháng làm lại mà tôi không còn khả dụng.
Tôi đang cố gắng điều tra bằng cách sử dụng RMAN để chuyển sang chế độ chờ thông qua một bản sao lưu gia tăng. Nhưng điều này dường như không nằm trong danh sách ưu tiên những việc cần làm của tôi. Tôi có một dự án sắp tới mà tôi cần biết cách thực hiện và dự án đó bây giờ chỉ còn chưa đầy một tháng nữa. Vì vậy, đây có vẻ là thời điểm hoàn hảo để thực hành kỹ thuật này cho dự án sắp tới của tôi và để khắc phục sự cố hiện tại của tôi. Các bước để thực hiện việc này trong:
Metalink Note 836986.1 Các bước cần thực hiện để cuộn Chuyển tiếp cơ sở dữ liệu dự phòng bằng cách sử dụng sao lưu tăng dần RMANCác bước trong tài liệu này không chỉ chuyển sang chế độ chờ của tôi mà còn tạo lại các tệp điều khiển, do đó khắc phục sự cố của tôi.
