những gì xảy ra trong giai đoạn áp dụng chuẩn bị

Chuẩn bị giai đoạn áp dụng là giai đoạn đầu tiên trong chu kỳ vá trực tuyến trong R12.2. Áp dụng thực hiện nhiều mục hành động trong giai đoạn. Dưới đây là trình tự các hoạt động
1. Kiểm tra xem có thực hiện dọn dẹp hay không, việc này sẽ cần thiết nếu người dùng không gọi được dọn dẹp sau giai đoạn cắt bỏ của chu kỳ vá lỗi trực tuyến trước đó .

2. Kiểm tra cấu hình hệ thống để đảm bảo rằng hệ thống đã sẵn sàng để bắt đầu một chu kỳ vá trực tuyến.

3. Kiểm tra xem cơ sở dữ liệu có được chuẩn bị cho việc vá trực tuyến hay không :

a) Kiểm tra xem người dùng cơ sở dữ liệu có được kích hoạt phiên bản hay không. Nếu không, việc áp dụng sẽ ngay lập tức thoát ra khi gặp lỗi.

b) Kiểm tra xem dịch vụ vá lỗi đã được tạo chưa. việc áp dụng yêu cầu phải tồn tại một dịch vụ cơ sở dữ liệu đặc biệt nhằm mục đích kết nối với phiên bản vá lỗi. Dịch vụ này được tạo tự động, nhưng sự tồn tại liên tục của nó được xác thực trên mỗi lần chuẩn bị.

c) Kiểm tra xem trình kích hoạt đăng nhập có tồn tại và được kích hoạt hay không. Nếu trình kích hoạt đăng nhập bị thiếu hoặc dịch vụ vá lỗi chưa được tạo, việc áp dụng sẽ tự động cố gắng khắc phục sự cố để có thể tiếp tục. Nếu nó không thể làm như vậy, nó sẽ thoát ra với một thông báo lỗi.

d) Kiểm tra tính toàn vẹn của từ điển dữ liệu cơ sở dữ liệu. Nếu phát hiện có bất kỳ lỗi nào, hãy áp dụng lối ra với lỗi 12.2.

e) Kiểm tra xem E-Business Suite Technology Codelevel Checker (ETCC) đã được chạy hay chưa, để xác minh rằng tất cả các bản vá bắt buộc đã được áp dụng cho cơ sở dữ liệu.
4. Kiểm tra cấu hình hệ thống trên mỗi nút cấp ứng dụng. Một số cài đặt quan trọng được xác thực để đảm bảo rằng mỗi nút cấp ứng dụng được đăng ký, định cấu hình chính xác và sẵn sàng để vá.

Kiểm tra hệ thống tệp, sử dụng tập lệnh TXK $ AD_TOP / patch / 115 / bin / txkADOPPreparePhaseSanityCheck.pl . Tập lệnh này kiểm tra không gian hệ thống tệp, kết nối cơ sở dữ liệu, Mật khẩu ứng dụng / Hệ thống / Weblogic, Xác thực tệp ngữ cảnh, v.v.
Và nó cũng tạo ra một báo cáo hiển thị thông tin về các không gian bảng quan trọng nhất được tạo. Báo cáo này được tạo bằng $ APPLIC_TOP / admin / $ TWO_TASK / out.
5.Kiểm tra sự tồn tại của “Đang tiến hành vá trực tuyến” (ADZDPATCH) chương trình đồng thời. Chương trình này ngăn không cho một số chương trình đồng thời được xác định trước khởi động và như vậy cần phải hoạt động trong khi đang tiến hành một chu kỳ vá (nghĩa là trong khi có một phiên bản vá cơ sở dữ liệu).

Luồng của quá trình là

a.Nếu chương trình ADZDPATCH chưa được yêu cầu chạy, một yêu cầu sẽ được gửi. Nếu không tồn tại, lỗi dưới đây được thông báo
LỖI ở dòng 1:

ORA-20008:Không có trình quản lý đồng thời nào được xác định có thể chạy chương trình đồng thời

ADZDPATCH

b. Trạng thái của ADZDPATCH được xác định. Nếu nó đang chờ xử lý, nó có thể đang đợi một chương trình không tương thích kết thúc. Sau khi rõ ràng sự không tương thích, trạng thái của nó sẽ chuyển sang đang chạy và nó sẽ cho phép giai đoạn chuẩn bị tiếp tục. Thông báo về hiệu ứng này sẽ được hiển thị cho người dùng.
c. Giai đoạn tiếp theo phụ thuộc vào việc các trình quản lý đồng thời có đang chạy hay không:

i. Nếu những người quản lý đồng thời đều đã nghỉ việc, thì giai đoạn chuẩn bị vẫn tiếp tục, với ADZDPATCH sẽ chuyển sang trạng thái đang chờ xử lý (với mức độ ưu tiên cao nhất) cho đến khi những người quản lý đồng thời được bắt đầu.
ii. không có trình quản lý nào được xác định có thể chạy ADZDPATCH, khi đó giai đoạn chuẩn bị sẽ thoát ra với lỗi.
iii. Nếu người quản lý đồng thời được xác định và có một người được xác định có thể chạy ADZDPATCH, quá trình xử lý sẽ lặp lại cho đến khi ADZDPATCH thay đổi trạng thái từ đang chờ chạy. Sau đó, giai đoạn chuẩn bị tiếp tục.
ADZDPATCH bị hủy khi giai đoạn chuyển tiếp hoàn tất.

Nếu bạn muốn bất kỳ chương trình tùy chỉnh nào không chạy trong chu kỳ vá, bạn sẽ phải làm cho nó không tương thích với chương trình này
6. Gọi tập lệnh TXK $ AD_TOP / patch / 115 / bin / txkADOPPreparePhaseSynchronize.pl để đồng bộ hóa các bản vá. đã được áp dụng cho APPLIC_TOP đang chạy, nhưng không phải là bản vá APPLIC_TOP. Tập lệnh phụ thuộc vào kho lưu trữ áp dụng cho các bản vá đã được áp dụng khi chạy APPLIC_TOP chứ không phải bản vá APPLIC_TOP.

nó Xác định các bản vá đã được áp dụng cho chạy APPLIC_TOP và áp dụng chúng cho bản vá APPLIC_TOP. Các bước sau được thực hiện tự động:

a. Các bản vá cần được áp dụng cho bản vá APPLIC_TOP được xác định từ cơ sở dữ liệu.
b. Các bản vá đã hợp nhất được áp dụng bởi tiện ích áp dụng.
Tiện ích áp dụng xác định các bản vá delta sẽ được áp dụng, và áp dụng chúng một cách thầm lặng cho bản vá hiện tại APPLIC_TOP. Vì quy trình này chỉ yêu cầu áp dụng các bản vá lỗi delta, nên nó cần ít thời gian hơn

Trong một số trường hợp, phương pháp đồng bộ hóa kiểu delta (tăng dần) có thể không thành công khi áp dụng một loạt các bản vá cho phiên bản vá lỗi. Điều này có thể xảy ra nếu chu kỳ vá lỗi trước đó bao gồm các bản vá lỗi không được áp dụng chính xác và tiếp theo là các bản vá lỗi tiếp theo đã khắc phục sự cố.

Tham số skipsyncerror cho phép bạn chỉ định rằng bạn mong đợi mọi lỗi đồng bộ hóa trong giai đoạn chuẩn bị sẽ được sửa tự động trong quá trình đồng bộ hóa diễn ra với các bản vá tiếp theo.

Nếu giá trị của tham số được truyền là 'có', bản vá đầu tiên được đồng bộ hóa sẽ được thực hiện với bộ cờ 'autoskip'.
Quan trọng:Bạn có trách nhiệm kiểm tra tệp nhật ký và sửa bất kỳ lỗi nào trong giai đoạn áp dụng tiếp theo hoặc để xác nhận rằng việc đồng bộ hóa với các bản vá tiếp theo đã giải quyết được sự cố.
Ví dụ về việc sử dụng tham số này như sau.

a.Bạn chạy giai đoạn áp dụng =chuẩn bị.
b. Giai đoạn không thành công với lỗi khi cố gắng đồng bộ hóa hệ thống tệp chạy và vá. Tức là, nỗ lực đồng bộ hóa bản vá không thành công, nhưng được biết rằng bản vá tiếp theo sẽ khắc phục sự cố.
c. Bạn kiểm tra tệp nhật ký và kết luận rằng lỗi đồng bộ hóa sẽ được sửa tự động trong quá trình đồng bộ hóa. đặt với các bản vá tiếp theo.
d.Bạn chạy lệnh giai đoạn chấp nhận lệnh =chuẩn bị skipsyncerror =có để khởi động lại giai đoạn chuẩn bị. Lần này, ứng dụng của bản vá không thành công trong lần chuẩn bị trước sẽ được thử lại với bộ cờ ‘autoskip’.
Đồng bộ hóa các tùy chỉnh

Phương pháp đồng bộ hóa hệ thống tệp theo kiểu delta (gia tăng) mặc định xử lý các bản vá chính thức nhưng sẽ không đồng bộ hóa bất kỳ tùy chỉnh được áp dụng thủ công nào. Ví dụ về các hành động vá lỗi không được đồng bộ hóa theo mặc định bao gồm:

Biên dịch các JSP do người dùng xác định

Sao chép một số 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 biểu mẫu do người dùng xác định
Để bao gồm các hành động vá tùy chỉnh trong đồng bộ hóa hệ thống tệp mặc định, bạn phải bao gồm các lệnh bắt buộc trong Trình điều khiển đồng bộ hóa tùy chỉnh, $ APPLIC_TOP_NE / ad / custom / inherit_sync.drv . Bạn sẽ thêm các tùy chỉnh của mình vào phần sau của tệp:
#Begin Customization
…
#End Customization