Oracle 패치 및 알려진 문제

다음은 백업 및 DR에서 Oracle을 최적으로 사용하기 위해 적용해야 하는 Oracle 패치입니다.

Oracle 버전 패치 필요 이러한 버그로 인해 참고
11.2.0.1~12.1.0.2 19621704 'mbr 노드 메모리'의 메모리가 누수되는 ORA-00600 [723] [메모리 누수] 오류 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있음
11.x 12.x 이상에서 수정됨 버그 19874632 - ORA-15196: INVALID ASM BLOCK HEADER [KFC.C:26368] [OBJ_KFBL] [8] [529] [3 != 8] (문서 ID 19874632.8) Oracle 버전 12.x 이상이 필요합니다.
12.1 이상 19.1.0 이상에서 수정됨
12.1~19.1 Oracle 버전의 패치 세부정보는 Oracle 문서 ID 27424405.8을 참고하세요. 		RMAN: 32G보다 큰 파일 복원으로 인해 ORA-8103, ORA-600 [3020]이 발생할 수 있습니다.
RMAN이 소스의 모든 블록을 백업하지 않을 수 있습니다. 		ORA-600으로 인해 복원 및 복구가 실패할 수 있습니다.
12.1.0.2 22709877 ORA-00600: INTERNAL ERROR CODE, ARGUMENTS: [KCVFDB_PDB_SET_CLEAN_SCN: CLEANCKPT] 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있음
수정 버전: 12.2.0.1 이상
12.1.0.2~19c 26978857 CONTROLFILE BACKUP TO TRACE는 CDB$ROOT 컨텍스트에서 PDB 데이터 파일 오프라인을 참조합니다. 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있습니다.
12.1.0.2 23019710 다음 중 하나와 함께 RMAN LIST BACKUP SUMMARY가 실패합니다.
ORA-01507: database not mounted(데이터베이스가 마운트되지 않음)
ORA-01219: database or pluggable database not open(데이터베이스 또는 플러그형 데이터베이스가 열리지 않음): queries allowed on fixed(고정된 쿼리 허용)
ORA-00972: identifier is too long(식별자가 너무 김)
ORA-01589: must use RESETLOGS or NORESETLOGS option(RESETLOGS 또는 NORESETLOGS 옵션을 사용해야 함) for database open(데이터베이스 열기)
ORA-01426: numeric overflow(숫자 오버플로)
ORA-01152: file 3 was not restored from a sufficiently(파일 3이 충분히 오래된 백업에서 복원되지 않음) old backup
ORA-01110: data file 3:(데이터 파일 3)
ORA-01109: database not open(데이터베이스가 열리지 않음)
ORA-01034: ORACLE not available(ORACLE을 사용할 수 없음) 		백업 및 DR Oracle 백업이 실패할 수 있음
12.1.0.2 18845653 다른 세션에서 PDB 이름이 변경된 경우 PDB 닫기에서 ORA-600 발생 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있습니다. 12.2.0.1 이상에서 수정됨
12.1.0.2 19075256 PDB 이름 바꾸기로 인한 ORA-600 [kcfmis_internal: enq]
12.1.0.2 22809813 (Windows)
19404068 (Linux) 		생성된 컨트롤 파일에 대한 데이터베이스 복구 시 ORA-1610 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있습니다.
12.2~19c 30045273 PDB: 새 컨트롤 파일을 사용하여 RMAN 이미지 사본에서 데이터베이스를 복구한 후 ORA-00600 [KDSGRP1] / 블록 불일치 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있습니다.
12.2.0.2 31718134 ORA-00304: 요청된 INSTANCE_NUMBER가 사용 중입니다. 마운트되지 않은 상태에서 새 데이터베이스 인스턴스를 처음 다시 시작하면 실패할 수 있음
18c 및 19c 30419450 ORA-65250: 파일에 지정된 경로가 잘못되었습니다(/act/mnt/Staging_631487/datafile/24v0gutb_1_1). 백업 및 DR Oracle 데이터베이스 백업이 실패할 수 있습니다.
패치가 설치될 때까지의 해결 방법: 플러그형 데이터베이스의 CREATE_FILE_DESTINATION 매개변수를 설정 해제합니다.
18.10 이상 이전 버전의 임시 패치는 Oracle에 문의하세요. 버그 29056767 - 대기: 미디어 복구가 실행 중일 때 대기 데이터베이스에서 데이터 파일 체크포인트가 업데이트되지 않음 (문서 ID 29056767.8) 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있습니다.
수정된 버전:
19.4.0.0.190716 2019년 7월 DB RU
18.8.0.0.191015 2019년 10월 DBRU
20.10.
19.14 34383066 버그 34383066 - 19.14로 업그레이드한 후 RMAN 백업이 출시 채널에서 중단되고 프롬프트로 돌아오지 않습니다. 백업 및 DR Oracle 백업이 멈출 수 있습니다.

알려진 Oracle 문제

최상의 성능을 위해 이러한 Oracle 알려진 문제를 검토하고 해결하세요.

DBA_FREE_SPACE에 대한 쿼리가 느림 (문서 ID 271169.1)

백업 및 DR 백업 중에 백업 및 DR 에이전트는 dba_free_space Oracle 메타데이터 테이블을 쿼리하여 할당된 데이터베이스와 여유 공간을 확인합니다. dba_free_space에 대한 SQL 쿼리가 비용이 많이 드는 경우가 있습니다. 이는 Oracle 알려진 문제 문서 ID 271169.1 (DBA_FREE_SPACE에 대한 쿼리가 느림)입니다. 명령줄에서 ps -ef | grep -i dbFreeSize.sql를 실행하여 중단된 시스템에서 이를 확인할 수 있습니다.

Oracle에서는 데이터베이스에서 휴지통을 삭제하는 것을 권장합니다.

  1. sysdba로 데이터베이스에 로그인합니다.

    ```sh
sqlplus / as sysdba
SQL>purge dba_recyclebin;
SQL>exit;
```

  2. 고정된 객체에 대한 통계를 실행하는 것이 좋습니다. 몇 분 정도 걸릴 수 있습니다.

    sysdba로 데이터베이스에 로그인합니다.

    ```sh
sqlplus / as sysdba
SQL>exec dbms_stats.GATHER_FIXED_OBJECTS_STATS
SQL>exit;
```

ASM 확장성 및 제한사항 (Oracle 문서 ID 370921.1)도 참고하세요.

애플리케이션 인식 마운트, 복원 및 전환 복원에 대한 max_string_size=extended 매개변수의 영향

max_string_size init 매개변수가 소스 데이터베이스에서 extended로 설정된 경우 이 매개변수 변경 전에 가져온 DB 백업 이미지의 앱 인식 마운트 또는 복원과 이 변경 후에 가져온 로그 백업을 사용한 롤포워드가 ORA-14694: MAX_STRING_SIZE 마이그레이션을 시작하려면 데이터베이스가 업그레이드 모드여야 합니다 오류와 함께 실패합니다.

해결 방법 소스 데이터베이스에서 max_string_size init 매개변수를 extended로 설정한 경우 새 주문형 레벨 1 (전체) 데이터베이스 백업 작업을 실행하고 1 앱 인식 마운트 또는 복원 작업에 새 이미지를 사용합니다.

Windows 환경에서 SQLNET.AUTHENTICATION_SERVICES를 nts로 설정해야 합니다.

Windows에서 Oracle 데이터베이스 sqlnet.ora는 SQLNET.AUTHENTICATION_SERVICES = (none)으로 구성됩니다. 이렇게 하면 데이터베이스 연결이 Windows 운영체제 인증을 사용하는 것으로 제한됩니다. 데이터베이스에 연결하려면 유효한 데이터베이스 사용자 이름과 비밀번호가 필요하며, 이 정보가 없으면 복원 작업이 실패할 수 있습니다.

해결 방법: SQLNET.AUTHENTICATION_SERVICES = (nts)로 설정

ASM 확장성 및 한도 (Oracle 문서 ID 370921.1)

이는 다음 요인에 따라 달라집니다.

Oracle Database, Enterprise Edition

Oracle Database, Enterprise Edition, 버전 10.1.0.2~11.1.0.7 및 11.2.0.3의 경우 ASM은 다음 제한을 적용합니다.

  • 스토리지 시스템의 디스크 그룹 63개

  • 스토리지 시스템의 ASM 디스크 10,000개

  • 각 ASM 디스크의 최대 스토리지 2테라바이트 (버그 6453944에서는 더 큰 크기가 허용되었지만 이로 인해 문제가 발생했습니다. 참고 736891.1 '2TB보다 큰 ASM 디스크를 사용하는 ORA-15196' 참고)

  • 각 스토리지 시스템의 최대 스토리지 40엑사바이트

  • 디스크 그룹당 100만 개의 파일

  • 파일당 최대 스토리지 2.4테라바이트

Oracle Database12c

Oracle Database12c의 경우 ASM에는 다음과 같은 제한이 적용됩니다.

  • Oracle Database 12c 버전 1 이상의 스토리지 시스템에 있는 511개의 디스크 그룹

  • 스토리지 시스템에 있는 10,000개의 Oracle ASM 디스크

  • 디스크 그룹당 100만 개의 파일

Oracle Exadata Storage 사용

모든 Oracle Exadata Storage에서 Oracle ASM에는 다음과 같은 스토리지 제한이 있습니다.

  • AU 크기가 1MB인 각 Oracle ASM 디스크의 최대 스토리지 4PB

  • AU 크기가 2MB인 각 Oracle ASM 디스크의 최대 스토리지 8PB

  • AU 크기가 4MB인 각 Oracle ASM 디스크의 최대 스토리지 16PB

  • AU 크기가 8MB인 각 Oracle ASM 디스크의 최대 스토리지 32PB

  • 스토리지 시스템의 최대 용량은 320EB입니다.

Exadata 스토리지가 없고 COMPATIBLE.ASM 또는 COMPATIBLE.RDBMS 디스크 그룹 속성이 12.1 미만인 경우

Oracle Exadata Storage가 없는 경우 Oracle ASM에는 COMPATIBLE.ASM 또는 COMPATIBLE.RDBMS 디스크 그룹 속성이 12.1 미만으로 설정된 경우 다음과 같은 스토리지 제한이 있습니다.

  • Oracle ASM 디스크당 최대 스토리지 2테라바이트 (TB)

  • 스토리지 시스템의 최대 용량은 20페타바이트 (PB)입니다.

Exadata Storage가 없고 COMPATIBLE.ASM 및 COMPATIBLE.RDBMS 디스크 그룹 속성이 12.1보다 큼

Oracle Exadata 스토리지가 없는 경우 Oracle ASM에는 COMPATIBLE.ASM 및 COMPATIBLE.RDBMS 디스크 그룹 속성이 12.1 이상으로 설정된 경우 다음과 같은 스토리지 제한이 있습니다.

  • 할당 단위 (AU) 크기가 1MB인 각 Oracle ASM 디스크의 최대 스토리지 4PB

  • AU 크기가 2MB인 각 Oracle ASM 디스크의 최대 스토리지 8PB

  • AU 크기가 4MB인 각 Oracle ASM 디스크의 최대 스토리지 16PB

  • AU 크기가 8MB인 각 Oracle ASM 디스크의 최대 스토리지 32PB

  • 스토리지 시스템의 최대 용량은 320엑사바이트 (EB)입니다.

Oracle DBA 가이드