Blog này đánh giá tầm quan trọng của việc chạy chu trình ADOP (Ứng dụng DBA OnlinePatching Utility) với fs_clone sau khi có bất kỳ thay đổi hoặc bản vá công nghệ nào được thực hiện đối với các thư mục chính của Máy chủ Weblogic (WLS) hoặc Oracle® Fusion Middleware (FMW) trên hệ thống tệp vá của bạn. Blog khám phá một tình huống vấn đề và giải thích cách xử lý các vấn đề liên quan một cách dễ dàng.
Các giai đoạn của chu kỳ ADOP
Hình ảnh sau đây cho thấy các giai đoạn của chu kỳ ADOP:
Nguồn hình ảnh:https://docs.oracle.com/cd/E26401_01/doc.122/e22954/T202991T531065.htm
Lịch sử sự cố
Sau khi áp dụng các bản vá Cập nhật đường dẫn quan trọng (CPU) cho phiên bản Oracle R12.2instance trên hệ thống tệp vá, ADOP đã hoàn thành một chu kỳ chạy đầy đủ (chuẩn bị, áp dụng, hoàn thiện, cắt bỏ và dọn dẹp). Sau khi chạy một chu kỳ ADOP khác cho một hoạt động khác, phiên bản đã được sao chép sang một máy chủ khác.
Tuy nhiên, khi áp dụng các bản vá WLS trên môi trường nhân bản mới, đồng bộ hóa đã xảy ra xung đột. Bản vá chỉ ra một phiên bản không khớp của WLS.
Phân tích
Nghiên cứu cho thấy rằng các bản vá lỗi CPU được áp dụng trước đây cho WLS và FMW Web Tiera và thư mục nhà chung của Oracle không được bao gồm trong hệ thống tệp chạy và vá. xem những thay đổi được thực hiện đối với Oracle_home và FMW_home các thư mục trong chu kỳ vá lỗi.
Khấu trừ:
Từ phân tích của mình, chúng tôi rút ra các kết luận sau:
-
Đồng bộ hóa tệp trong giai đoạn chuẩn bị chỉ dành cho APPLIC_TOP .
Các tệp nhật ký mà chúng tôi đã xem xét cho thấy các thay đổi hệ thống tệp phổ biến từ lần chạy APPLIC_TOP để vá APPLIC_TOP .
-
Sau khi các bản vá Weblogic được áp dụng,
fs_clonekhông được chạy trước khi bắt đầu chu kỳ ADOP tiếp theo. Do đó, các bản vá mới không hiển thị trong tiếp nối ngay cả sau khi chu kỳ ADOP thứ hai hoàn thành và nó không có sẵn trong phiên bản nhân bản.
Khuyến nghị
Trong giai đoạn chuẩn bị, hệ thống tệp vá thường được đồng bộ hóa với hệ thống runfile bằng cách tạo một phiên bản cơ sở dữ liệu mới. Đây là đồng bộ hóa gia tăng mặc định của các tệp được thay đổi trên đầu ứng dụng.
Để đồng bộ hóa các bản vá đã áp dụng, hãy gọi txkADOPPreparePhaseSynchronize.pl vào $ APPLIC_TOP của hệ thống tệp đang chạy từ chu kỳ vá cuối cùng hoặc gọi fs_clone . Trong trường hợp này, chúng tôi không gọi là fs_clone thực tế . Thay vào đó, chúng tôi gọi FsCloneStage và FsCloneApply cho $ APPLIC_TOP, rất không được đồng bộ hóa.
Phương pháp đồng bộ hóa hệ thống tệp được chọn tự động dựa trên Trình phát hiện thay đổi cấu hình (adConfigChangeDetector.pl -detectConfigChanges ).
Các phương pháp đồng bộ hóa tệp khác nhau bao gồm các tùy chọn sau:
Tùy chọn 1 - xác định các bản vá từ cơ sở dữ liệu đã được áp dụng trongADOP trước. Hợp nhất và áp dụng chúng một cách âm thầm. Quá trình này mất ít thời gian hơn vì hệ thống chỉ áp dụng các bản vá chưa được áp dụng.
Tùy chọn 2 - Tạo lại hoặc mở lại hệ thống tệp đang chạy $ APPLIC_TOP hệ thống tệp bản vá $ APPLIC_TOP . Điều này cực kỳ không được đồng bộ hóa và tiêu tốn nhiều tài nguyên hơn.
Tùy chọn 3 - Sử dụng phần mềm của bên thứ ba mà bạn chọn (chẳng hạn như rsync ) để đồng bộ hóa hệ thống tệp.
Các thông số được truyền với chuẩn bị
Prepare sử dụng các tham số sau:
a) Sử dụng Skipsyncerror trong giai đoạn chuẩn bị ADOP để bỏ qua các lỗi và cảnh báo như một giải pháp thay thế cho các lỗi và thất bại đồng bộ hóa, điều này có thể xảy ra nếu ứng dụng vá lỗi không thành công trong một chu kỳ vá trước đó. Giá trị mặc định là KHÔNG .
cú pháp: adop phase=prepare skipsyncerror=yes
b) Sử dụng sync_mode để chỉ định phương pháp sử dụng để đồng bộ hệ thống tệp vá với hệ thống tệp đang chạy.
cú pháp: adop phase=prepare sync_mode=(delta|patch)
Bản vá sync_mode - Áp dụng lại các bản vá đã được áp dụng cho hệ thống runfile (chế độ mặc định). sync_mode delta - Sao chép tất cả các tùy chỉnh và thay đổi tệp. Chế độ này sử dụng lệnh đồng bộ hóa từ tệp delta_sync_drv.txt và là một tính năng mới từ AD-TXK delta 8 .
Lệnh ADOP fs_clone
fs_clone lệnh tạo lại hoặc tái tạo toàn bộ hệ thống tệp vá bao gồm thiết lập tất cả các cấu hình và tùy chỉnh trên hệ thống tệp vá theo cách tương tự như hệ thống tệp đang chạy. Làm điều này cũng tốn nhiều tài nguyên như sao lưu toàn bộ hệ thống tệp đang chạy và sau đó tạo hệ thống tệp apatch.
fs_clone có các lệnh hữu ích sau:
-
adop phase=fs_clone force=yes- Khởi động lại bản sao không thành công từ đầu (mặc định =KHÔNG). -
adop phase=fs_clone s_fs_backup_count=1- Đặt số lượng bản sao lưu của hệ thống tệp vá sẽ được lưu giữ trước khi nó có thể được tạo lại từ hệ thống runfile (mặc định =0 không có bản sao lưu nào được thực hiện).
Bài học chính
Ngay cả khi giai đoạn chuẩn bị chạy ở đầu mỗi chu kỳ vá lỗi, các bản vá ngăn xếp công nghệ (được áp dụng bởi opatch/Smart update tiện ích) không được đồng bộ hóa trong giai đoạn chuẩn bị.
Chuẩn bị không đồng bộ hóa bất kỳ thay đổi nào được thực hiện theo cách thủ công như:
- Biên dịch các JSP do người dùng xác định.
- Sao chép thư viện của bên thứ ba.
- Sao chép và biên dịch các chương trình đồng thời do người dùng xác định.
- Sao chép và tạo các biểu mẫu do người dùng xác định.
Bạn phải thêm các hành động vá tùy chỉnh (như những hành động được mô tả trước đó) trong trình điều khiển đồng bộ hóa tùy chỉnh, adop_sync.drv , đang trong giai đoạn chuẩn bị.
Trong tệp, adop_sync.drv , tồn tại các loại lệnh sau:
- Chỉ chạy một lần
- Chạy ở mỗi lần đồng bộ hóa hệ thống tệp
Để sao chép các tùy chỉnh và thay đổi tệp trong giai đoạn chuẩn bị, hãy sử dụng lệnh sau:
ADOP phase=prepare sync_mode=(delta|patch)
Nếu bất kỳ bản vá nào bị hủy bỏ hoặc bất kỳ bản vá bảo trì hoặc gói Cập nhật phát hành (RUP) nào được áp dụng, fs_clone phải được chạy ở cuối để tạo lại hệ thống tệp vá như một bản sao chính xác của hệ thống tệp đang chạy.
Kết luận
Bất cứ khi nào thực hiện bất kỳ thay đổi nào đối với Weblogic Server hoặc Fusion Middleware componentsof E-Business Suite Release 12.2, quản trị viên cơ sở dữ liệu bắt buộc phải chạy fs_clone để đảm bảo rằng hệ thống tệp vá được cập nhật với tất cả các thay đổi mới nhất đã được thực hiện đối với WLS hoặc FMW của hệ thống tệp đang chạy.
Sử dụng tab Phản hồi để đưa ra bất kỳ nhận xét hoặc đặt câu hỏi nào.
Tìm hiểu thêm về các dịch vụ cơ sở dữ liệu của chúng tôi.