Oracle 패치 및 알려진 문제

다음은 백업 및 DR에서 Oracle을 사용할 때 최상의 결과를 얻기 위해 적용해야 하는 Oracle 패치입니다.

Oracle 버전 패치 필요 이러한 버그로 인해 참고
11.2.0.1~12.1.0.2 19621704 ORA-00600 [723] [메모리 누수] 'mbr 노드 메모리'의 누수된 메모리 오류 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있음
11.x 12.x 이상에서 수정됨 버그 19874632 - ORA-15196: 잘못된 ASM 블록 헤더 [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 Doc ID 27424405.8을 참고하세요. 		RMAN: 32GB를 초과하는 파일을 복원하면 ORA-8103, ORA-600이 발생할 수 있습니다 [3020]
RMAN이 소스에서 일부 블록을 백업하지 않을 수 있습니다. 		ORA-600으로 인해 복원 및 복구가 실패할 수 있습니다.
12.1.0.2 22709877 ORA-00600: 내부 오류 코드, 인수: [KCVFDB_PDB_SET_CLEAN_SCN: CLEANCKPT] 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있음
해결된 버전: 12.2.0.1 이상
12.1.0.2~19c 26978857 추적할 CONTROLFILE 백업이 CDB$ROOT 컨텍스트에서 PDB 데이터 파일을 오프라인으로 참조함 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있습니다.
12.1.0.2 23019710 다음과 같은 경우 RMAN LIST BACKUP SUMMARY가 실패합니다.
ORA-01507: 데이터베이스가 마운트되지 않음
ORA-01219: 데이터베이스 또는 플러그인 데이터베이스가 열려 있지 않음: 수정된 쿼리가 허용됨
ORA-00972: 식별자가 너무 길음
ORA-01589: 데이터베이스 열기에 RESETLOGS 또는 NORESETLOGS 옵션을 사용해야 함
ORA-01426: 숫자 오버플로
ORA-01152: 파일 3이 충분히 오래된 백업에서 복원되지 않음
ORA-01110: 데이터 파일 3:
ORA-01109: 데이터베이스가 열려 있지 않음
ORA-01034: ORACLE을 사용할 수 없음 		백업 및 DR Oracle 백업이 실패할 수 있음
12.1.0.2 18845653 다른 세션에서 PDB 이름을 변경하면 PDB 닫기의 ORA-600 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있습니다. 12.2.0.1 이상에서 수정됨
12.1.0.2 19075256 PDB RENAME의 ORA-600 [kcfmis_internal: enq]
12.1.0.2 22809813 (Win)
19404068 (Linux) 		생성된 컨트롤 파일의 데이터베이스 복구 시 ORA-1610 발생 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있습니다.
12.2~19c 30045273 PDB: ORA-00600 [KDSGRP1] / 새로운 컨트롤 파일을 사용하여 RMAN 이미지 사본에서 데이터베이스를 복구한 후 블록 불일치 백업 및 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 - STANDBY: 미디어 복구가 실행 중일 때 대기 데이터베이스에서 데이터 파일 체크포인트가 업데이트되지 않음 (Doc ID 29056767.8) 백업 및 DR 애플리케이션 인식 마운트가 실패할 수 있습니다.
해결된 버전:
2019년 7월 19.4.0.0.190716 DB RU
2019년 10월 18.8.0.0.191015 DBRU
20.10.
19.14 34383066 버그 34383066 - 19.14로 업그레이드한 후 RMAN 백업이 출시 채널에서 중단되고 프롬프트로 돌아가지 않습니다. 백업 및 DR Oracle 백업이 중단될 수 있습니다.

알려진 Oracle 문제

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

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

백업 및 DR 백업 중에 백업 및 DR 에이전트는 dba_free_space Oracle 메타데이터 테이블을 쿼리하여 할당된 데이터베이스 공간과 여유 공간을 확인합니다. dba_free_space에 대한 SQL 쿼리의 비용이 많이 드는 경우가 있습니다. 이는 Oracle의 알려진 문제인 Doc 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 Doc ID 370921.1)도 참고하세요.

애플리케이션 인식 마운트, 복원, 스위치 복원에 미치는 max_string_size=extended 매개변수의 영향

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

해결 방법 소스 데이터베이스에서 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 Doc 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 디스크의 최대 스토리지 2TB (버그 6453944에서는 더 큰 크기를 허용했지만 문제가 발생함, 참고 736891.1 '2TB보다 큰 ASM 디스크의 ORA-15196' 참고)

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

  • 디스크 그룹당 100만 파일

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

Oracle Database12c

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

  • Oracle Database 12c 출시 1 이상용 스토리지 시스템의 디스크 그룹 511개

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

  • 디스크 그룹당 100만 파일

Oracle Exadata 스토리지 사용

모든 Oracle Exadata 스토리지에서 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 스토리지가 없는 경우 COMPATIBLE.ASM 또는 COMPATIBLE.RDBMS 디스크 그룹 속성이 12.1 미만으로 설정된 경우 Oracle ASM에는 다음과 같은 스토리지 제한이 적용됩니다.

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

  • 스토리지 시스템 최대 20페타바이트 (PB)

Exadata 스토리지가 없는 경우 COMPATIBLE.ASM 및 COMPATIBLE.RDBMS 디스크 그룹 속성 12.1 초과

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

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

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

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

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

  • 스토리지 시스템의 최대 320엑사바이트 (EB)

Oracle DBA 가이드