oracle erp 패치에 관한 설명 #2

Oracle Applications file system또는 database에 적용되는 Patch나 update는 AutoPatch를 사용한다. 

Patch는 interactively 또는 non-interactively하게 적용할 수 있다.

#Interactive patching 

일반적인 패치 적용방법이며 AutoConfig를 실행 시 prompt로 필요한 모든 정보를 물으며 수행한다.

#Non-Interactively

AutoPatch를 수행하는 동안 계속 응답하지 않기 위해 수행하거나, 특정 유형의 patch에 대해서 사용한다.

Patch를 적용하는 세션이 수행되는 동안 다운타임을 최소화 하고 성능을 높이기 위해서, AutoPatch는 패치를 적용하는 동안 maintenance mode를 enable해놓아야 한다.

Maintenance mode를 enable하는 것은 Workflow Business Events system을 중지시키고, Oracle Applications function이 사용자가 사용할 수 없는 상태로 보안 셋업된 상태이다.

#먼저 adpatch option에는 아래와 같이 있다.

Maintenance mode는 일반적인 수행과 시스템이 patch를 위한 상태를 명확하게 구분해준다.

Patch의 수행이 끝나면 반드시 사용자가 사용할 수 있도록 Maintenance mode를 disable해준다.

※'Maintenance mode가 disabled되어있을 때 AutoPatch수행 시 필요에 따라 options=hotpatch를 사용할 수 있다. 하지만 이는 성능을 많이 감소시킨다.

Base Language (Default, American English)이외의 추가로 설치한 Language가 있다면 NLS (National Language Support) Patch를 적용해 주어야 한다.

관련된 Patch를 여러 번 씌우지 않기 위해  AD Merge Patch를 사용해서 여러 개의 language를 한번에 적용할 수 있다.

Case 1 : 하나의 통합된 patch는 US를 포함하여 모든 language를 포함한다.

단 한번의 적용으로 모든 과정을 끝낼 수 있기 때문에 간단하지만 파일이 커지면서 system downtime이 길어질 수 있다. 

Case 2 : US를 위한 통합 patch와 다른 모든 Language를 위한 통합 Patch가 있다.

비교적 적용하기 쉬운 편이고 사용자가 US 가 아닌 Language를 적용하는 동안 US 를 사용하는 user에게 feedback을 받을 수 있다.

Case 3 : 각각의 Language에 대해 분리되어 통합된 patch가 있다.

가장 적용하기 어렵지만 다양한 non-US Language사용자로부터 feedback을 받을 수 있다

Oracle 에서는 일반적으로 적용하기 쉽고 downtime을 최소화하는 두 번째 옵션을 권장한다. 

Oracle Applications file system또는 database에 patch를 적용하기 위해 AutoPatch를 사용한다. AutoPatch는 prompt를 통해 시스템의 필요한 정보를 모으고, prompt가 모두 올바르게 입력되면 patch를 적용하기 위해 필요한 다음과 같은 모든 작업들을 수행한다.

Patch를 적용하기 위한 requirement, dependencies를 확인한다.

필요하면 database에서 이전 session의 patch정보를 가져온다.

Patch driver file을 검증한다.

Patch에 의해 변경될 파일을 백업한다.

Patch의 Readme file을 반드시 읽는다.

Maintenance Mode를 활성화 한다.

AutoPatch session을 초기화 하기 전에 반드시 Workflow business Events System을 종료하고  사용자가 Oracle Applications function을 사용하는데 보안상 제약을 가한다.

Maintenance Mode에서 Patch를 수행하면 성능과 작업시간을 줄여준다.

Shut Down Services

만일 update나 file을 relink를 하기 위해 patch를 적용한다면, 해당하는 application component를 종료해야 한다. 예를 들어, file이 concurrent processing server를 포함하는 node에 적용된다면 concurrent manager가 종료되어야 한다.

Main log file (adpatch.log)파일을 포함하여 AutoPatch는 특정 목적으로 몇 개의 log을 생성한다.

Log File	Description
adpatch.log	main AutoPatch log file (default name)
adpatch.lgi	for AutoPatch informational messages (default name)
adrelink.log	for relinking
adlibin.log	for moving C object files into the C library of a product
adlibout.log	for moving C object files out of the C library of a product
adworkxxx.log	for database operations run in parallel
<language>_<filename>_ldt.log	for seed data loader files

예를 들어, parallel worker들이 수행하는 작업을 보관하기 위해 log file이 $APPL_TOP/admin/<SID>/log 위치에 worker들의 작업에 관한 log가 생성된다.

또는, 수행하는 작업의 유형에 따라 다음과 같은 Log file들을 생성한다.

로그파일은 Patch적용 후, 성공적으로 적용이 되었는지 반드시 확인해야 한다.