이 블로그는 fs_clone을 사용하여 ADOP(Application DBA OnlinePatching Utility) 주기를 실행하는 것의 중요성을 검토합니다. 패치 파일 시스템의 Weblogic Server(WLS) 또는 Oracle® Fusion Middleware(FMW) 홈 디렉토리에 변경 또는 기술 패치가 적용된 후 블로그에서는 문제 시나리오를 살펴보고 관련 문제를 쉽게 처리하는 방법을 설명합니다.
ADOP 주기 단계
다음 이미지는 ADOP 주기의 단계를 보여줍니다.
이미지 출처:https://docs.oracle.com/cd/E26401_01/doc.122/e22954/T202991T531065.htm
문제 기록
CPU(Critical Path Update) 패치를 패치 파일 시스템의 Oracle 버전 R12.2 인스턴스에 적용한 후 ADOP는 전체 주기 실행(준비, 적용, 마무리, 컷오버 및 정리)을 완료했습니다. 다른 활동에 대해 다른 ADOP 주기를 실행한 후 인스턴스가 다른 서버에 복제되었습니다.
그러나 새로 복제된 환경에서 WLS 패치를 적용할 때 시스템에서 충돌이 발생했습니다. 패치가 WLS의 버전 불일치를 가리키고 있었습니다.
분석
연구에 따르면 이전에 WLS 및 FMW 웹 계층 및 Oracle 공통 홈 디렉토리에 적용된 CPU 패치가 실행 및 패치 파일 시스템에 포함되지 않았습니다. Oracle_home에 대한 변경 사항 보기 및 FMW_홈 패치 주기 동안 디렉토리.
공제:
분석을 통해 다음과 같은 결론을 도출합니다.
-
준비 단계의 파일 동기화는 APPL_TOP에만 해당됩니다. .
검토한 로그 파일은 APPL_TOP 실행에서 파일 시스템 변경을 전파하는 것으로 나타났습니다. APPL_TOP 패치 .
-
Weblogic 패치가 적용된 후
fs_clone다음 ADOP 주기를 시작하기 전에 실행되지 않았습니다. 따라서 두 번째 ADOP 주기가 완료된 후에도 새 패치가 연속 실행에 표시되지 않으며 복제된 인스턴스에서 사용할 수 없었습니다.
권장사항
준비 단계에서 패치 파일 시스템은 일반적으로 새 데이터베이스 에디션을 생성하여 실행 파일 시스템과 동기화됩니다. 애플리케이션 상단에서 변경된 파일의 기본 증분 동기화입니다.
적용된 패치를 동기화하려면 txkADOPPreparePhaseSynchronize.pl을 호출합니다. $APPL_TOP으로 마지막 패치 주기에서 파일 시스템 실행 또는 fs_clone 호출 . 이 경우 실제 fs_clone을 호출하지 않습니다. . 대신 FsCloneStage를 호출합니다. 및 FsCloneApply 동기화되지 않은 $APPL_TOP용입니다.
파일 시스템 동기화 방법은 구성 변경 감지기(adConfigChangeDetector.pl -detectConfigChanges)에 따라 자동으로 선택됩니다. ).
다양한 파일 동기화 방법에는 다음 옵션이 포함됩니다.
옵션 1 – lastADOP에 적용된 데이터베이스의 패치를 식별합니다. 이를 자동으로 병합하고 적용하십시오. 이 프로세스는 시스템이 적용되지 않은 패치만 적용하기 때문에 시간이 덜 걸립니다.
옵션 2 – 실행 파일 시스템 $APPL_TOP 재생성 또는 재복제 패치 파일 시스템 $APPL_TOP에 . 이것은 매우 동기화되지 않으며 더 많은 리소스를 소비합니다.
옵션 3 – 선택한 타사 소프트웨어 사용(예:rsync ) 파일 시스템을 동기화합니다.
prepare로 전달된 매개변수
Prepare 다음 매개변수를 사용합니다.
a) Skipsyncerror 사용 ADOP 준비 단계의 옵션을 사용하여 이전 패치 적용 주기에서 패치 응용 프로그램이 실패한 경우 발생할 수 있는 동기화 오류 및 실패에 대한 해결 방법으로 오류 및 경고를 무시합니다. 기본값은 아니요입니다. .
구문: adop phase=prepare skipsyncerror=yes
b) sync_mode 사용 패치 파일 시스템을 실행 파일 시스템과 동기화하는 데 사용할 방법을 지정하는 옵션입니다.
구문: adop phase=prepare sync_mode=(delta|patch)
sync_mode patch – 실행 파일 시스템(기본 모드)에 이미 적용된 패치를 다시 적용합니다.sync_mode delta – 모든 사용자 정의 및 파일 변경 사항을 복사합니다. 이 모드는 delta_sync_drv.txt 파일의 동기화 명령을 사용합니다. AD-TXK delta 8의 새로운 기능입니다. .
ADOP fs_clone 명령
fs_clone 명령은 실행 파일 시스템과 동일한 방식으로 패치 파일 시스템의 모든 구성 및 사용자 정의 설정을 포함하여 전체 패치 파일 시스템을 재생성하거나 재복제합니다. 이렇게 하는 것은 실행 파일 시스템의 전체 백업을 수행한 다음 apatch 파일 시스템을 만드는 것과 같은 리소스 집약적입니다.
fs_clone 다음과 같은 유용한 명령이 있습니다:
-
adop phase=fs_clone force=yes- 실패한 클론을 처음부터 다시 시작합니다(기본값=NO). -
adop phase=fs_clone s_fs_backup_count=1- 실행 파일 시스템에서 재생성되기 전에 보존할 패치 파일 시스템의 백업 수를 설정합니다(기본값=0 백업이 수행되지 않음).
주요 요약
모든 패치 주기가 시작될 때 준비 단계가 실행되지만 기술 스택 패치(opatch/Smart update에 의해 적용됨) 유틸리티)는 준비 단계에서 동기화되지 않습니다.
준비는 다음과 같이 수동으로 수행된 변경 사항을 동기화하지 않습니다.
- 사용자 정의 JSP 컴파일.
- 타사 라이브러리 복사.
- 사용자 정의 동시 프로그램 복사 및 컴파일.
- 사용자 정의 양식 복사 및 생성.
사용자 정의 동기화 드라이버 adop_sync.drv에 사용자 정의 패치 작업(이전에 설명한 것과 같은)을 추가해야 합니다. , 준비 단계에서.
파일에서 adop_sync.drv , 다음 범주의 명령이 있습니다.
- 한 번만 실행
- 각 파일 시스템 동기화 시 실행
준비 단계에서 사용자 정의 및 파일 변경 사항을 복사하려면 다음 명령을 사용하십시오.
ADOP phase=prepare sync_mode=(delta|patch)
중단된 패치 또는 유지 관리 또는 릴리스 업데이트 팩(RUP) 패치가 적용된 경우 fs_clone 실행 파일 시스템의 정확한 복사본으로 패치 파일 시스템을 다시 생성하려면 마지막에 실행해야 합니다.
결론
E-Business Suite 릴리스 12.2의 Weblogic Server 또는 Fusion Middleware 구성 요소가 변경될 때마다 데이터베이스 관리자는 fs_clone을 실행해야 합니다. 패치 파일 시스템이 실행 파일 시스템의 WLS 또는 FMW에 수행된 모든 최신 변경 사항으로 업데이트되었는지 확인합니다.
피드백 탭을 사용하여 의견을 남기거나 질문하십시오.
데이터베이스 서비스에 대해 자세히 알아보십시오.