alter system set "_bug30316897_allow_fallback_to_dbkey" =TRUE; <---- 메모리단 적용됨
적용직후 바로 alertlog 에 해당 메세지 사라짐.
- 참조 MOS 노트
ORA-600 [kcbtse_encdec_tbsblk_11] Errors if wrongly Encrypted Blocks Detected in DB (Doc ID 2986072.1) RMAN: ORA-00600 [KCBTSE_ENCDEC_TBSBLK_1] during RMAN backup for Non-Encrypted datafile (Doc ID 2832781.1) 19c DBUA TDE-Encrypted Database Upgrade Fails During Timezone Step with ORA-600 [kcbtse_encdec_tbsblk_11] in alert.log (Doc ID 2888229.1)
set linesize window set pagesize 100 col file_type format a20 col path format a50 col "USED%" for 990.9 define dirlv=2 select file_type, count(*) files, round(sum(space)/1024/1024) mbytes, round(sum(space)/1024/1024/dgmsize*100, 1) "USED%", path from ( select concat('+'||gname, replace(sys_connect_by_path(case when level < &dirlv then '/'||aname else '' end, '|'), '|', null)) path, file_type, space, gname, dgmsize from ( select b.name gname, a.name aname, a.reference_index rindex, a.parent_index pindex, c.type file_type, c.space, a.system_created, a.alias_directory, b.total_mb dgmsize from v$asm_alias a, v$asm_diskgroup b, v$asm_file c where a.group_number = b.group_number and a.group_number = c.group_number(+) and a.file_number = c.file_number(+) and a.file_incarnation = c.incarnation(+) ) where connect_by_isleaf = 1 and alias_directory = 'N' and not (system_created = 'N' and alias_directory = 'N') start with (mod(pindex, power(2, 24))) = 0 connect by prior rindex = pindex ) group by file_type, path, gname, dgmsize order by gname, mbytes desc ;
Exadata System Software 24ai - 모든 규모에서 미션 크리티컬 AI 제공
Exadata 제품 관리 및 엔지니어링 팀은 Exadata System Software 24ai의 출시를 발표하게 되어 기쁩니다. Exadata System Software 24ai, 버전 24.1.0.0.0은 2008년 첫 번째 버전 이후 Exadata 소프트웨어의 최신 릴리스 중 하나입니다. Exadata System Software 24ai는 중요한 릴리스입니다. 여기에는 AI 스마트 스캔, Exadata Live Update, XRMEM(Exadata RDMA Memory)의 컬럼 기반 캐시, 새로운 플래시 캐시 관찰 가능성, 데이터베이스 서버당 VM 수 증가 등 Oracle Database 23ai를 가속화하는 강력하고 새로운 최적화가 포함됩니다.
Exadata System Software 24ai는 AI 벡터 검색을 최대 수십 배까지 가속화하고 모든 규모의 미션 크리티컬 AI를 제공합니다. 이를 통해 애플리케이션은 대량의 데이터와 많은 수의 동시 사용자에 대해 AI Vector Search를 실행할 수 있으므로 Exadata는 최첨단 Generative AI 애플리케이션을 실행하는 데 이상적인 플랫폼입니다.
다음은 Exadata System Software 24ai에 포함된 최신 및 향상된 기능에 대한 개요입니다.
AI 스마트 스캔
AI Smart Scan은 방대한 양의 벡터 데이터에서 매우 짧은 대기 시간, 높은 처리량, 병렬화된 스캔을 제공하는 최적화를 통해 Oracle Database 23ai AI Vector Search를 크게 가속화합니다. AI Smart Scan은 Exadata 스토리지 서버의 초고속 XRMEM(Exadata RDMA Memory) 및 Exadata Smart Flash Cache를 활용하여 메모리 속도로 벡터 데이터를 처리하고, 데이터가 있는 위치에서 확장성이 뛰어난 벡터 거리 계산 및 top-K 필터링을 수행하여 불필요한 네트워크 데이터 전송 및 데이터베이스 서버 처리를 방지합니다.
오라클 데이터베이스 23ai
인 메모리 컬럼 속도 JSON 쿼리
인 메모리 컬럼 속도 JSON 쿼리
Exadata System Software 24ai에서 Oracle Database 23ai의 기본 JSON 데이터 유형과 19c의 OSON 형식 문서는 이제 Flash Cache 및 XRMEM에서 In-Memory Columnar 형식으로 자동으로 투명하게 변환됩니다. 이러한 데이터를 열 형식으로 저장하면 Smart Scan이 SIMD 처리, 데이터 정리, 사전 인코딩 및 압축의 이점을 활용하여 JSON 쿼리를 최대 6.5배 더 빠르게 가속화할 수 있습니다.
투명한 계층 간 검사
투명한 계층 간 검사
Database 23ai를 통해 옵티마이저는 이제 계층 간 스캔에서 데이터베이스 및 스토리지 계층의 열 기반 데이터를 투명하게 스캔하고 사용할 수 있으므로 직렬 및 병렬 쿼리를 최대 3배까지 가속화할 수 있습니다. Transparent Cross-Tier Scan을 사용하면 단일 쿼리로 데이터 정리, 사전 인코딩, 압축 및 SIMD 처리와 같은 인메모리 스캔 기능을 활용하고 데이터베이스 및 스토리지 서버의 리소스를 효율적으로 활용할 수 있습니다.
더 빠른 플러그형 데이터베이스 시작
Exadata RDMA 메모리에서 데이터베이스 제어 파일을 캐싱하는 동안 내부 작업의 병렬화가 개선되어 PDB의 시작 속도가 이전 데이터베이스 릴리스보다 최대 2배 빨라집니다.
큰 테이블의 더 빠른 해시 조인
큰 테이블의 더 빠른 해시 조인
Exadata System Software 24ai부터 Oracle Database 23ai는 더 큰 Bloom 필터를 스토리지 서버로 오프로드하여 분석 쿼리 성능을 최대 2배 더 빠르게 할 수 있습니다.
파이프라인 로그 쓰기
Exadata X10M, Oracle Database 23ai 및 19c(19.22)에 배포하면 기존의 "일괄 처리된" 다시 실행 쓰기 메커니즘이 아닌 파이프라이닝으로 다시 실행 쓰기가 트랜잭션 성능을 최대 1.45배까지 향상시킵니다.
AES-XTS 암호화 데이터에 대한 스마트 스캔
Oracle Database 23ai는 보안 및 성능 향상을 위해 AES-XTS 암호화 테이블스페이스를 추가합니다. Exadata System Software 24ai는 AES-XTS로 암호화된 테이블스페이스를 기본적으로 투명하게 스캔합니다.
TDE 암호화 및 키 재설정 중 스마트 스캔Smart Scan during TDE Encryption and Rekey
Smart Scan은 온라인으로 암호화되거나 키를 다시 입력하는 동안 테이블스페이스의 데이터를 스캔할 수 있으므로 쿼리 성능이 최대 4배 향상됩니다.
인덱스로 구성된 테이블에 대한 스마트 스캔Smart Scan on Index-Organized Tables
스마트 스캔은 압축된 IOT를 포함하여 새로운 인덱스로 구성된 테이블을 스캔할 수 있습니다.
와이드 테이블의 스마트 스캔
스마트 스캔은 최대 4096개의 열이 있는 새로운 Oracle Database 23ai 와이드 테이블을 스캔할 수 있습니다.
시간대 업그레이드 중 스마트 스캔
데이터베이스 23ai부터 스마트 스캔은 TIMESTAMP WITH TIMEZONE 열이 있는 테이블을 제외한 모든 테이블에 대해 표준 시간대 업데이트 중에 활성화됩니다.
Oracle Database 23ai 기능 및 연산자의 스마트 스캔
스마트 스캔에는 Database 23ai에 도입된 새로운 날짜, 간격 및 부울 함수와 연산자가 포함되어 있습니다.
날짜 – CEIL 및 FLOOR 함수
간격 – CEIL, FLOOR, ROUND 및 TRUNC 함수
Boolean – TO_BOOLEAN 함수, IS FALSE, IS NOT FALSE, IS TRUE, IS NOT TRUE 조건자 연산자
캐싱
메모리 속도에서 컬럼형 스마트 스캔
메모리 속도에서 컬럼형 스마트 스캔
Exadata System Software 24ai의 새로운 기능으로, 가장 자주 사용되는(가장 자주 사용되는) 컬럼형 데이터가 XRMEM(Exadata RDMA Memory)에 자동으로 로드되어 Smart Scan이 고속 메모리를 활용하고 성능을 높일 수 있습니다.
Exadata 캐시 관찰 가능성
Exadata Cache Statistics(ecstat)는 iostat와 같은 다른 Linux 유틸리티와 동일한 스타일을 사용하는 통계 샘플링 도구입니다. 이를 통해 고객은 스토리지 서버의 현재 워크로드에 대한 통찰력을 얻을 수 있으며, 초당 크고 작은 읽기, 처리량, 캐시 적중 및 누락 등을 포함한 중요한 데이터를 노출할 수 있습니다.
Exadata Flash Cache에 자동 KEEP 객체 로드
테이블에 KEEP 속성을 추가하면 명시적인 전체 테이블 스캔을 요구하지 않고 객체를 Flash Cache에 로드하도록 스토리지 서버에 자동으로 지시합니다. Flash Cache에 데이터를 자동으로 로드하면 네트워크 효율성이 향상되고 불필요한 쿼리 결과를 데이터베이스 서버에 반환하지 않으므로 데이터베이스 서버 CPU 사용을 방지할 수 있습니다.
인프라
X10M의 가상 머신 수 증가
X10M의 Exadata System Software 24ai부터 사용 가능한 시스템 리소스에 따라 데이터베이스 서버당 최대 VM 수가 50개로 증가하여 고객이 통합 밀도를 높이고 Exadata X10M의 하드웨어 기능을 더욱 활용할 수 있습니다.
KVM 가상 머신에 대한 보안 부팅
Exadata System Software 24ai부터 새 VM을 배포하는 고객은 Virtual Machines용 보안 부팅을 활성화하여 데이터베이스 환경의 보안 태세를 강화할 수 있습니다.
고가용성
향상된 RoCE 네트워크 복원력
Exadata System Software 24ai에는 자동화된 RoCE 네트워크 링크 및 트래픽 모니터링이 포함되어 있습니다. 네트워크 링크에서 트래픽 정체가 발생하면 Exadata 소프트웨어는 영향을 받는 IP 주소를 파트너 링크로 이동하여 네트워크 관련 데이터베이스 및 클러스터 오류를 방지합니다. 중단된 링크가 다시 작동하면 IP 주소가 자동으로 작동 중인 링크로 돌아갑니다.
모니터링 및 관리
향상된 RoCE 네트워크 감지
Exadata System Software 24ai에는 RoCE 네트워크를 보다 쉽게 검색할 수 있는 두 가지 새로운 유틸리티가 포함되어 있습니다.
configure_roce_hostinfo.sh– 필요한 경우 쉽게 재구성할 수 있도록 현재 RoCE 스위치 포트 구성을 검색하고 문서화하며 rocelinkinfo 유틸리티에 대한 유용한 맵으로 사용합니다.
rocelinkinfo– 상호 연결 패브릭에서 각 링크의 실시간 상태를 제공하여 RoCE 네트워크 관리를 단순화합니다.
AWR 및 SQL 모니터
X10M 익스트림 플래시 스토리지 서버
Oracle Database 23ai 및 19c에서 X10M Extreme Flash 스토리지 서버는 AWR(Automatic Workload Repository) 보고서에서 성능 최적화 플래시와 용량 최적화 플래시를 더 잘 구분합니다.
자동 워크로드 저장소(AWR)
Oracle Database 23ai에는 다음 섹션이 포함되어 있습니다.
데이터베이스 IO 요청별 상위 PDB – CDB의 상위 50개 PDB에 대한 PDB별 I/O 요청 세부 정보를 표시합니다.
컬럼 기반 캐시 – 이전에 Flash Cache 섹션에 포함되었던 이 새로운 섹션에는 XRMEM 데이터에 대한 자세한 컬럼 기반 캐시와 Flash Cache 데이터의 기존 컬럼 기반 캐시가 포함되어 있습니다
다음 섹션이 개선되었습니다.
요청별 상위 IO 이유 – 이 섹션에서는 스토리지 서버에서 I/O가 수행된 이유에 대해서도 자세히 설명하며 이제 미디어 유형(플래시/디스크) 및 I/O 유형(읽기/쓰기)을 포함합니다.
스마트 IO – 스토리지 서버 읽기에 대해 추가된 세부 정보 스마트 IO에 적합, 컬럼 기반 캐시 읽기, 컬럼 기반 캐시 적격 및 컬럼 캐시 저장됨. 이는 Oracle Database 19c에도 포함되어 있습니다.
대기 이벤트 히스토그램 – 여기에는 다음과 같은 대기 이벤트가 포함되며 Oracle Database 19c에도 포함되어 있습니다.
셀 단일 블록 물리적 읽기: RDMA
셀 단일 블록 물리적 읽기: 플래시 캐시
셀 단일 블록 물리적 읽기: XRMEM
SQL 모니터
SQL 모니터에는 다음 메트릭이 포함됩니다.
스마트 IO에 적합한 바이트
In-Memory 컬럼 형식
메모리 내 용량(IM 용량 바이트)
메모리 내 쿼리(IM 쿼리 바이트)
Memcompress 없음(memcompress 바이트 없음)
XRMEM 컬럼 캐시 바이트
스토리지 인덱스에 추가된 바이트(스토리지 인덱스 생성)Bytes added to Storage Index (Storage Index creation)
플래시 및 디스크의 IORM IO 요청
플래시 및 디스크의 IORM 대기 시간
관리 서버용 JSON API
CellCLI, DBMCLI 및 ExaCLI 사용자는 이제 JSON 형식으로 출력하도록 이러한 유틸리티를 구성할 수 있습니다. 또한 데이터베이스 서버(호스트 및 게스트) 및 스토리지 서버의 REST 인터페이스가 JSON 출력을 제공하도록 업데이트되었습니다.
안전
SNMP 보안
Exadata System Software 24ai에서는 전체 시스템 보안을 강화하기 위해 Exadata 서버에서 사용할 수 있는 기존 SNMPv3에 SHA2 인증이 추가되었습니다.
하드웨어, 그리드 인프라 및 데이터베이스 최소 요구 사항
하드웨어
Exadata 시스템 소프트웨어 24ai는 모든 X6 이상의 Exadata 데이터베이스 머신 및 스토리지 확장 랙에서 사용할 수 있습니다.
그리드 인프라 및 데이터베이스
Exadata System Software 24ai는 Oracle Database 및 Grid Infrastructure에 대한 최소 소프트웨어 요구 사항이 Exadata System Software 23.1과 동일합니다.
Exadata 시스템 소프트웨어
릴리스 24.1.0으로 업데이트하기 전에 기존 시스템에 필요한 최소 Oracle Exadata System Software 버전은 Oracle Exadata System Software 21.2.10(2022년 3월)입니다.
Exadata System Software 24ai는 Oracle Database 23ai의 흥미롭고 새로운 AI 벡터 검색 기능에서 이름을 따왔습니다. 그러나 Exadata System Software 24ai는AI 기능 그 이상입니다. Exadata System Software 24ai는 투명한 계층 간 스캔, 메모리 속도의 컬럼형 스마트 스캔, 메모리 내 컬럼 속도 JSON 쿼리, 파이프라인 로그 쓰기, 새로운 스마트 스캔 최적화, Exadata Live Update, KVM 가상 머신을 위한 보안 부팅, 향상된 RoCE 네트워크 검색 및 복원력, X10M의 가상 머신 수 증가 등을 포함한 고유한 새 기능을 통해 고객 애플리케이션을 더욱 가속화할 준비가 되어 있습니다.더큰통합, 향상된 보안 및 더 높은 가용성을가능하게 합니다.
Exadata는 처음부터 모든 Oracle Database 워크로드를 실행하는 데 이상적인 플랫폼이었습니다. Exadata System Software 24ai는 소프트웨어와 하드웨어를 함께 엔지니어링하기 위한 끊임없는 집중과 추진력으로 탄생한 탁월한 릴리스로, 성능, 가용성, 확장성 및 보안의 한계를 지속적으로 뛰어넘고 있습니다. 이를 통해 기존 Oracle Database 워크로드의 성능을 높이고 업계 어디에서도 볼 수 없는 스마트 오프로드 기능을 통해 고객을 인공 지능 시대로 이끌 수 있습니다. Oracle Database 23ai, Exadata 및 Exadata System Software 24ai는 방대한 양의 벡터 데이터에 대해 매우 짧은 대기 시간, 높은 처리량, 병렬화된 스캔을 제공하는 최적화와 매우 높은 사용자 커뮤니티를 지원하는 입증된 기능을 통해 모든 규모의 미션 크리티컬 AI를 제공할 준비가 되어 있습니다.
그리고 이것은 시작에 불과합니다!!
마지막으로, Exadata PM 팀을 대표하여 엔지니어링, 테스트, MAA, 문서화 및 Exadata System Software 24ai와 같은 릴리스를 가능하게 한 다른 많은 팀의 놀라운 노력을 인정하고 싶습니다. 품질에 대한 끊임없는 집중과 고객의 기대를 뛰어 넘는 그들의 노력은 경외심을 불러 일으 킵니다. 모두 감사합니다.
Run post script (root로) export GI_HOME=/u01/app/19.0.0.0/grid $GI_HOME/rdbms/install/rootadd_rdbms.sh $GI_HOME/crs/install/rootcrs.sh -postpatch -rollback
업그레이드 완료후 11.2.0.4 -> 19.0.0 으로 compatible 변경 진행하였으나 실패
startup 실패함.
ORA-38880: Cannot advance compatibility from 11.2.0.4.0 to 19.0.0.0.0 due toguaranteed restore points
- Solution
1. 변경 작업전 parameter 백업
SQL> show parameter compat
NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ compatible string 11.2.0.4.0 noncdb_compatible boolean FALSE plsql_v2_compatibility boolean FALSE SQL> show parameter pfile
NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ spfile string /u01/app/oracle/product/19.0.0 .0/dbhome_1/dbs/spfileORCL.ora SQL> create pfile='/tmp/test.ora' from spfile;
File created.
2. 11.2.0.4.0 -> 19.0.0 으로 compatible 변경 -> compatible 값은 downgrade 가 되지 않으므로 반드시 parameter 백업을 받아야 한다.
SQL> alter system set compatible='19.0.0' scope=spfile;
Total System Global Area 3053449792 bytes Fixed Size 8929856 bytes Variable Size 620756992 bytes Database Buffers 2415919104 bytes Redo Buffers 7843840 bytes
ORA-38880: Cannot advance compatibility from 11.2.0.4.0 to 19.0.0.0.0 due to guaranteed restore points
-> 업그레이드시 사용한 GRP 영역 때문에 변경이 되지 않는다.
3. 백업 받은 화일의 이전 값으로 다시 startup SQL> startup pfile='/tmp/test.ora' ORACLE instance started.
Total System Global Area 3053449792 bytes Fixed Size 8929856 bytes Variable Size 620756992 bytes Database Buffers 2415919104 bytes Redo Buffers 7843840 bytes Database mounted. Database opened.
4. 오픈되면 GRP 영역을 확인한 후, drop 처리한다. SQL> set lines 121 SQL> col name for A30 SQL> col time for A40 SQL> col DATABASE_INCARNATION# for 99999999 SQL> SELECT NAME, SCN, TO_CHAR(TIME,'YYYY-MM-DD HH24:MI:SS') TIME, DATABASE_INCARNATION#, GUARANTEE_FLASHBACK_DATABASE,STORAGE_SIZE FROM V$RESTORE_POINT WHERE GUARANTEE_FLASHBACK_DATABASE = 'YES';
NAME SCN TIME DATABASE_INCARNATION# GUA STORAGE_SIZE ------------------------------ ---------- ---------------------------------------- --------------------- --- ------------ AUTOUPGRADE_9212_ORCL112040 266377 2024-04-09 15:34:16 1 YES 681574400
SQL> drop restore point AUTOUPGRADE_9212_ORCL112040;
Total System Global Area 3053449792 bytes Fixed Size 8929856 bytes Variable Size 620756992 bytes Database Buffers 2415919104 bytes Redo Buffers 7843840 bytes Database mounted. Database opened.
6. 정상 확인 SQL> show parameter compatible
NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ compatible string 19.0.0 noncdb_compatible boolean FALSE
- NEW ORACLE_HOME /u01/app/oracle/product/11.2.0.4/dbhome_2
신규설치가 원활하지 않아 11.2.0.4 기존 서버에서 ORACLE_HOME 을 통쨰로 tar 압축하여 신규 ORACLE_HOME 에 압축해제 후 relink all 작업함.
dbca 로 database 생성시 계속 이전 ORACLE_HOME 을 바라보고 있음..
[ORCL]oracle@upgrade:/home/oracle# dbca java.lang.UnsatisfiedLinkError: Can't load library: /oracle/product/11.2.0.4/oui/lib/linux64/liboraInstaller.so at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1652) at java.lang.Runtime.load0(Runtime.java:769) at java.lang.System.load(System.java:968) at oracle.sysman.oii.oiip.osd.unix.OiipuUnixOps.loadNativeLib(OiipuUnixOps.java:384) at oracle.sysman.oii.oiip.osd.unix.OiipuUnixOps.<clinit>(OiipuUnixOps.java:126) at oracle.sysman.oii.oiip.oiipg.OiipgEnvironment.getEnv(OiipgEnvironment.java:201) at oracle.sysman.oii.oiip.oiipg.OiipgPropertyLoader.initUnixPtrFileLoc(OiipgPropertyLoader.java:212) at oracle.sysman.oii.oiip.oiipg.OiipgPropertyLoader.<clinit>(OiipgPropertyLoader.java:125) at oracle.sysman.oii.oiic.OiicStandardInventorySession.updateProperties(OiicStandardInventorySession.java:492) at oracle.sysman.oii.oiic.OiicStandardInventorySession.initSession(OiicStandardInventorySession.java:266) at oracle.sysman.oii.oiic.OiicStandardInventorySession.initSession(OiicStandardInventorySession.java:240) at oracle.sysman.oii.oiic.OiicStandardInventorySession.initSession(OiicStandardInventorySession.java:189) at oracle.sysman.assistants.util.InventoryUtil.getOUIInvSession(InventoryUtil.java:346) at oracle.sysman.assistants.util.InventoryUtil.getOUILoc(InventoryUtil.java:122) at oracle.sysman.assistants.util.hasi.HAUtils.getOUILoc(HAUtils.java:2332) at oracle.sysman.assistants.util.hasi.HAUtils.<init>(HAUtils.java:240) at oracle.sysman.assistants.util.hasi.HAUtils.getInstance(HAUtils.java:281) at oracle.sysman.assistants.util.NetworkUtils.getAllListeners(NetworkUtils.java:349) at oracle.sysman.assistants.util.step.StepContext.<init>(StepContext.java:337) at oracle.sysman.assistants.dbca.backend.Host.<init>(Host.java:828) at oracle.sysman.assistants.dbca.ui.UIHost.<init>(UIHost.java:258) at oracle.sysman.assistants.dbca.ui.InteractiveHost.<init>(InteractiveHost.java:54) at oracle.sysman.assistants.dbca.Dbca.getHost(Dbca.java:173) at oracle.sysman.assistants.dbca.Dbca.execute(Dbca.java:113) at oracle.sysman.assistants.dbca.Dbca.main(Dbca.java:189)
- rollback 시도 실패 [gtexa2]oracle@gtexadb02:/home/oracle$ opatch nrollback -id 35332537,35571653 -oh /u01/app/oracle/product/19.0.0/dbhome_1 Oracle Interim Patch Installer version 12.2.0.1.41 Copyright (c) 2024, Oracle Corporation. All rights reserved.
Oracle Home : /u01/app/oracle/product/19.0.0/dbhome_1 Central Inventory : /u01/app/oraInventory from : /u01/app/oracle/product/19.0.0/dbhome_1/oraInst.loc OPatch version : 12.2.0.1.41 OUI version : 12.2.0.7.0 Log file location : /u01/app/oracle/product/19.0.0/dbhome_1/cfgtoollogs/opatch/opatch2024-04-03_12-52-28PM_1.log
Following patches are not present in the Oracle Home. 35332537,35571653 UtilSession failed: Prereq. API succeeds but no patch is available for rollback. Log file location: /u01/app/oracle/product/19.0.0/dbhome_1/cfgtoollogs/opatch/opatch2024-04-03_12-52-28PM_1.log
OPatch failed with error code 73
- OCR 정보 수정 실패 [root@gtexadb02 /root]# $GI_HOME/bin/clscfg -patch clscfg: -patch mode specified clscfg: EXISTING configuration version 19 detected. Successfully accumulated necessary OCR keys. Creating OCR keys for user 'root', privgrp 'root'.. Operation successful.
[root@gtexadb01 /root]# crsctl stop rollingpatch CRS-1171: Rejecting rolling patch mode change because the patch level is not consistent across all nodes in the cluster. The patch level on nodes gtexadb02 is not the same as the patch level [3844574830] found on nodes gtexadb01. CRS-4000: Command Stop failed, or completed with errors.
- 아직 조회시 노드별 다른 정보 조회되는 상태 [root@gtexadb01 /u01/app/19.0.0/grid/crs/install]# crsctl query crs activeversion -f Oracle Clusterware active version on the cluster is [19.0.0.0.0]. The cluster upgrade state is [ROLLING PATCH]. The cluster active patch level is [4059512333]. [root@gtexadb01 /u01/app/19.0.0/grid/crs/install]# crsctl query crs releasepatch Oracle Clusterware release patch level is [3844574830] and the complete list of patches [33575402 35943157 35956421 35967489 36115038 ] have been applied on the local node. The release patch string is [19.22.0.0.0].
[root@gtexadb02 /root]# crsctl query crs activeversion -f Oracle Clusterware active version on the cluster is [19.0.0.0.0]. The cluster upgrade state is [ROLLING PATCH]. The cluster active patch level is [4059512333].
[root@gtexadb02 /root]# crsctl query crs releasepatch Oracle Clusterware release patch level is [2795171529] and the complete list of patches [33575402 35332537 35571653 35943157 35956421 35967489 36115038 ] have been applied on the local node. The release patch string is [19.22.0.0.0].
(grid) 19.20 패치 제거하는 경우 <--- library 화일에서 해당 patch list 를 삭제함. $GI_HOME/bin/patchgen commit -rb 35332537 $GI_HOME/bin/patchgen commit -rb 35571653
추가하는 경우는 $GI_HOME/bin/patchgen commit -pi 35332537 $GI_HOME/bin/patchgen commit -pi 35571653
- 각 노드 패치 리스트 비교 확인 $GI_HOME/bin/kfod op=patches $GI_HOME/bin/kfod op=patchlvl
- 이제 정상적으로 조회됨. [root@gtexadb01 /root]# $GI_HOME/bin/kfod op=patches --------------- List of Patches =============== 33575402 35943157 35956421 35967489 36115038 [root@gtexadb01 /root]# $GI_HOME/bin/kfod op=patchlvl ------------------- Current Patch level =================== 3844574830
[root@gtexadb02 /root]# $GI_HOME/bin/kfod op=patches --------------- List of Patches =============== 33575402 35943157 35956421 35967489 36115038 [root@gtexadb02 /root]# $GI_HOME/bin/kfod op=patchlvl ------------------- Current Patch level =================== 3844574830
(root) $GI_HOME/crs/install/rootcrs.sh -postpatch
- 정상 기동된 후 양 노드 정보확인 crsctl query crs softwarepatch Oracle Clusterware patch level on node gtexadb01 is [3844574830].
[root@gtexadb01 /root]# crsctl query crs activeversion -f Oracle Clusterware active version on the cluster is [19.0.0.0.0]. The cluster upgrade state is [NORMAL]. The cluster active patch level is [3844574830].
sys@gtexa1> select sys_context('SYS_CLUSTER_PROPERTIES', 'CLUSTER_STATE') from dual; SYS_CONTEXT('SYS_CLUSTER_PROPERTIES','CLUSTER_STATE') ------------------------------------------------------------------------------------------------------------------------ Normal Elapsed: 00:00:00.00
sys@gtexa1> select sys_context('SYS_CLUSTER_PROPERTIES', 'CURRENT_PATCHLVL') from dual; SYS_CONTEXT('SYS_CLUSTER_PROPERTIES','CURRENT_PATCHLVL') ------------------------------------------------------------------------------------------------------------------------ 320077824
* 또한 Patch level 관련 이상있을시 Cell 노드를 리부팅하는 경우 ACTIVATE 시 OFFLINE -> ONLINE 이 자동으로 되지 않음 패치문제 조치 후 바로 정상 OFFLINE -> ONLINE 변경됨
- 조치 전 [root@gtexacel01 ~]# cellcli -e list griddisk attributes name,status,asmmodestatus,asmdeactivationoutcome DATAC1_CD_00_gtexacel01 active OFFLINE Yes DATAC1_CD_01_gtexacel01 active OFFLINE Yes DATAC1_CD_02_gtexacel01 active OFFLINE Yes DATAC1_CD_03_gtexacel01 active OFFLINE Yes DATAC1_CD_04_gtexacel01 active OFFLINE Yes DATAC1_CD_05_gtexacel01 active OFFLINE Yes DBFSC1_CD_02_gtexacel01 active OFFLINE Yes DBFSC1_CD_03_gtexacel01 active OFFLINE Yes DBFSC1_CD_04_gtexacel01 active OFFLINE Yes DBFSC1_CD_05_gtexacel01 active OFFLINE Yes RECOC1_CD_00_gtexacel01 active OFFLINE Yes RECOC1_CD_01_gtexacel01 active OFFLINE Yes RECOC1_CD_02_gtexacel01 active OFFLINE Yes RECOC1_CD_03_gtexacel01 active OFFLINE Yes RECOC1_CD_04_gtexacel01 active OFFLINE Yes RECOC1_CD_05_gtexacel01 active OFFLINE Yes
- 조치 후 [root@gtexacel01 ~]# cellcli -e list griddisk attributes name,status,asmmodestatus,asmdeactivationoutcome DATAC1_CD_00_gtexacel01 active ONLINE Yes DATAC1_CD_01_gtexacel01 active ONLINE Yes DATAC1_CD_02_gtexacel01 active ONLINE Yes DATAC1_CD_03_gtexacel01 active ONLINE Yes DATAC1_CD_04_gtexacel01 active ONLINE Yes DATAC1_CD_05_gtexacel01 active ONLINE Yes DBFSC1_CD_02_gtexacel01 active ONLINE Yes DBFSC1_CD_03_gtexacel01 active ONLINE Yes DBFSC1_CD_04_gtexacel01 active ONLINE Yes DBFSC1_CD_05_gtexacel01 active ONLINE Yes RECOC1_CD_00_gtexacel01 active ONLINE Yes RECOC1_CD_01_gtexacel01 active ONLINE Yes RECOC1_CD_02_gtexacel01 active ONLINE Yes RECOC1_CD_03_gtexacel01 active ONLINE Yes RECOC1_CD_04_gtexacel01 active ONLINE Yes RECOC1_CD_05_gtexacel01 active ONLINE Yes
- 이상 있을 시 리부팅 되지 않은 타 노드에서 상태 조회했을 시 내용 [root@gtexacel02 ~]# cellcli -e list griddisk attributes name,status,asmmodestatus,asmdeactivationoutcome DATAC1_CD_00_gtexacel02 active ONLINE "Cannot deactivate because partner disk DATAC1_CD_02_GTEXACEL01 is not online" DATAC1_CD_01_gtexacel02 active ONLINE "Cannot deactivate because partner disk DATAC1_CD_00_GTEXACEL01 is not online" DATAC1_CD_02_gtexacel02 active ONLINE "Cannot deactivate because partner disk DATAC1_CD_03_GTEXACEL01 is not online" DATAC1_CD_03_gtexacel02 active ONLINE "Cannot deactivate because partner disk DATAC1_CD_00_GTEXACEL01 is not online" DATAC1_CD_04_gtexacel02 active ONLINE "Cannot deactivate because partner disk DATAC1_CD_01_GTEXACEL01 is not online" DATAC1_CD_05_gtexacel02 active ONLINE "Cannot deactivate because partner disk DATAC1_CD_04_GTEXACEL01 is not online" DBFSC1_CD_02_gtexacel02 active ONLINE "Cannot deactivate because partner disk DBFSC1_CD_04_GTEXACEL01 is not online" DBFSC1_CD_03_gtexacel02 active ONLINE "Cannot deactivate because partner disk DBFSC1_CD_05_GTEXACEL01 is not online" DBFSC1_CD_04_gtexacel02 active ONLINE "Cannot deactivate because partner disk DBFSC1_CD_04_GTEXACEL01 is not online" DBFSC1_CD_05_gtexacel02 active ONLINE "Cannot deactivate because partner disk DBFSC1_CD_05_GTEXACEL01 is not online" RECOC1_CD_00_gtexacel02 active ONLINE "Cannot deactivate because partner disk RECOC1_CD_04_GTEXACEL01 is not online" RECOC1_CD_01_gtexacel02 active ONLINE "Cannot deactivate because partner disk RECOC1_CD_02_GTEXACEL01 is not online" RECOC1_CD_02_gtexacel02 active ONLINE "Cannot deactivate because partner disk RECOC1_CD_05_GTEXACEL01 is not online" RECOC1_CD_03_gtexacel02 active ONLINE "Cannot deactivate because partner disk RECOC1_CD_05_GTEXACEL01 is not online" RECOC1_CD_04_gtexacel02 active ONLINE "Cannot deactivate because partner disk RECOC1_CD_02_GTEXACEL01 is not online" RECOC1_CD_05_gtexacel02 active ONLINE "Cannot deactivate because partner disk RECOC1_CD_03_GTEXACEL01 is not online"
-참고 문서 CRS-6706: Oracle Clusterware Release patch level ('nnn') does not match Software patch level ('mmm') (Doc ID 1639285.1) [OCI] Scale-up Failed in DBCS With ORA-15032: not all alterations performed, ORA-15137: The ASM cluster is in rolling patch state (Doc ID 2681040.1) Software Patch Mismatch After Applying Bundle Patch or PSU on Grid Home and the Cluster Upgrade State is [ROLLING PATCH] (Doc ID 2176790.1) SEHA Patching on Windows: CRS startup encounters - Patch Levels don't match. Local Patch Level [XXXXXXXXXXX] != Cache Writer Patch Level [XXXXXXXXXXX] (Doc ID 2923424.1)
