백업 및 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에서는 데이터베이스에서 휴지통을 삭제하는 것을 권장합니다.
sysdba로 데이터베이스에 로그인합니다.
```sh
sqlplus / as sysdba
SQL>purge dba_recyclebin;
SQL>exit;
```
고정된 객체에 대한 통계를 실행하는 것이 좋습니다.
몇 분 정도 걸릴 수 있습니다.
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 운영체제 인증을 사용하는 것으로 제한됩니다. 데이터베이스에 연결하려면 유효한 데이터베이스 사용자 이름과 비밀번호가 필요하며, 이 정보가 없으면 복원 작업이 실패할 수 있습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[[["\u003cp\u003eSpecific Oracle patches are necessary for optimal performance with Backup and DR, especially for versions 11.2.0.1 through 19c, addressing issues like memory leaks, block header errors, and restore failures.\u003c/p\u003e\n"],["\u003cp\u003eThe \u003ccode\u003edba_free_space\u003c/code\u003e table queries can be slow, requiring a purge of the recycle bin and running statistics on fixed objects to enhance database backup and recovery efficiency.\u003c/p\u003e\n"],["\u003cp\u003eSetting the \u003ccode\u003emax_string_size\u003c/code\u003e parameter to \u003ccode\u003eextended\u003c/code\u003e requires a new full database backup to ensure successful application-aware mounts or restores.\u003c/p\u003e\n"],["\u003cp\u003eFor Windows environments, \u003ccode\u003eSQLNET.AUTHENTICATION_SERVICES\u003c/code\u003e must be set to \u003ccode\u003e(nts)\u003c/code\u003e to avoid connection failures and ensure the proper execution of restore jobs.\u003c/p\u003e\n"],["\u003cp\u003eASM storage limits vary based on Oracle versions, Exadata usage, and disk group attributes, with maximums ranging from 2 TB to 32 PB per ASM disk, and up to 320 EB for the storage system, depending on configuration.\u003c/p\u003e\n"]]],[],null,["# Oracle patches and known issues\n\nThese are the Oracle patches that must be applied for best results with Oracle\nin Backup and DR.\n\nKnown Oracle issues\n===================\n\nFor best performance, be sure to review and address these Oracle known issues.\n\nQueries on DBA_FREE_SPACE are slow (Doc ID 271169.1)\n----------------------------------------------------\n\nDuring Backup and DR backup, the Backup and DR agent queries the\n**`dba_free_space`** Oracle metadata table to determine the\ndatabase allocated and free space. Sometimes the sql queries to\ndba_free_space become costly. This is Oracle known issue\nDoc ID 271169.1 (Queries on `DBA_FREE_SPACE` are slow).\nThis can be observed on a hung system by running\n`ps -ef | grep -i dbFreeSize.sql` from the command line.\n\nOracle recommends to purge the recycle bin from the database:\n\n1. Login to the database as sysdba:\n\n ```sh\n sqlplus / as sysdba\n SQL\u003epurge dba_recyclebin;\n SQL\u003eexit;\n ```\n\n2. It is a good idea to run the statistics on fixed objects.\n This can take a few minutes.\n\n Log into the database as sysdba: \n\n ```sh\n sqlplus / as sysdba\n SQL\u003eexec dbms_stats.GATHER_FIXED_OBJECTS_STATS\n SQL\u003eexit;\n ```\n\nSee also ASM scalability and limits (from Oracle Doc ID 370921.1).\n\nImpact of `max_string_size=extended` parameter on application aware mounts, restore \\& switch restore\n-----------------------------------------------------------------------------------------------------\n\nIf the `max_string_size init` parameter is set to `extended` in the source\ndatabase, then an app-aware mount or restore of the DB backup image taken before\nthis parameter change along with roll-forward using log backups taken after this\nchange fails with the error: **ORA-14694: database must be in UPGRADE mode to begin `MAX_STRING_SIZE` migration**\n\n**Solution**\nIf you set the `max_string_size init` parameter to `extended` in the source\ndatabase, run a new on-demand level 1 (full) database backup job [1](/backup-disaster-recovery/docs/monitor-reports/monitor-jobs#run) and use the\nnew image for app-aware mount or restore operations.\n\n`SQLNET.AUTHENTICATION_SERVICES` must be set to nts in a Windows environment\n----------------------------------------------------------------------------\n\nOn Windows, Oracle database sqlnet.ora is configured with\n`SQLNET.AUTHENTICATION_SERVICES` = (none). This restricts the database connection\nto using Windows operating system authentication. This requires a valid\ndatabase username and password to connect to the database, without which restore\njobs can fail.\n\nSolution: Set `SQLNET.AUTHENTICATION_SERVICES` = (nts)\n\nASM scalability and limits (from Oracle Doc ID 370921.1)\n--------------------------------------------------------\n\nThis depends on:\n\n- [Oracle Database, Enterprise Edition](#enterprise-edition)\n\n- [Oracle Database12c](#db-12c)\n\n- [With Oracle Exadata Storage](#exadata)\n\n- [Without Exadata Storage, COMPATIBLE.ASM or COMPATIBLE.RDBMS disk group attribute \\\u003c 12.1](#asm-or-rdbms)\n\n- [Without Exadata Storage, COMPATIBLE.ASM and COMPATIBLE.RDBMS disk group attributes \\\u003e 12.1](#asm-and-rdbms)\n\n**Oracle Database, Enterprise Edition**\n\nFor Oracle Database, Enterprise Edition, Versions 10.1.0.2\nto 11.1.0.7 and 11.2.0.3, ASM imposes the following limits:\n\n- 63 disk groups in a storage system\n\n- 10,000 ASM disks in a storage system\n\n- 2 terabyte maximum storage for each ASM disk (the Bug 6453944 allowed larger sizes,\n but that led to problems, see Note 736891.1 \"ORA-15196 WITH ASM DISKS\n LARGER THAN 2TB\")\n\n- 40 exabyte maximum storage for each storage system\n\n- 1 million files for each disk group\n\n- 2.4 terabyte maximum storage for each file\n\n**Oracle Database12c**\n\nFor Oracle Database12c, ASM imposes the following limits:\n\n- 511 disk groups in a storage system for Oracle Database 12c Release 1 or\n later\n\n- 10,000 Oracle ASM disks in a storage system\n\n- 1 million files for each disk group\n\n**With Oracle Exadata Storage**\n\nWith all Oracle Exadata Storage, Oracle ASM has the\nfollowing storage limits:\n\n- 4 PB maximum storage for each Oracle ASM disk with the AU size equal to 1 MB\n\n- 8 PB maximum storage for each Oracle ASM disk with the AU size equal to 2 MB\n\n- 16 PB maximum storage for each Oracle ASM disk with the AU size equal to 4 MB\n\n- 32 PB maximum storage for each Oracle ASM disk with the AU size equal to 8 MB\n\n- 320 EB maximum for the storage system\n\n**Without Exadata Storage, COMPATIBLE.ASM or COMPATIBLE.RDBMS disk group attribute \\\u003c 12.1**\n\nWithout any Oracle Exadata Storage, Oracle ASM has\nthe following storage limits if the COMPATIBLE.ASM or COMPATIBLE.RDBMS\ndisk group attribute is set to less than 12.1:\n\n- 2 terabytes (TB) maximum storage for each Oracle ASM disk\n\n- 20 petabytes (PB) maximum for the storage system\n\n**Without Exadata Storage, COMPATIBLE.ASM and COMPATIBLE.RDBMS disk group attributes \\\u003e 12.1**\n\nWithout any Oracle Exadata Storage, Oracle ASM has\nthe following storage limits if the COMPATIBLE.ASM and COMPATIBLE.RDBMS\ndisk group attributes are set to 12.1 or greater:\n\n- 4 PB maximum storage for each Oracle ASM disk with the allocation unit (AU)\n size equal to 1 MB\n\n- 8 PB maximum storage for each Oracle ASM disk with the AU size equal to 2 MB\n\n- 16 PB maximum storage for each Oracle ASM disk with the AU size equal to 4 MB\n\n- 32 PB maximum storage for each Oracle ASM disk with the AU size equal to 8 MB\n\n- 320 exabytes (EB) maximum for the storage system\n\nThe Oracle DBA Guide\n--------------------\n\n- [Backup and DR for Oracle databases](/backup-disaster-recovery/docs/concepts/oracle-intro)\n- [Prerequisites for protecting an Oracle database](/backup-disaster-recovery/docs/configuration/oracle-db-prerequisites)\n- [Oracle patches and known issues](/backup-disaster-recovery/docs/concepts/oracle-patches-known-issues)\n- [Prepare Oracle databases for protection](/backup-disaster-recovery/docs/configuration/oracle-db-prepare)\n- [Discover and protect an Oracle database](/backup-disaster-recovery/docs/configuration/discover-and-protect-oracle)\n- [Details and settings for Oracle databases](/backup-disaster-recovery/docs/create-plan/oracle-advanced-settings)\n- [Use dNFS with Backup and DR](/backup-disaster-recovery/docs/configuration/oracle-dnfs)\n- [Protect a discovered Oracle database](/backup-disaster-recovery/docs/backup/oracle-db-protect)\n- [Mount an Oracle database as a standard mount](/backup-disaster-recovery/docs/access-data/oracle-mount)\n- [Create an instant virtual copy of an Oracle database](/backup-disaster-recovery/docs/access-data/oracle-mount-virtualdb)\n- [Restore and recover an Oracle database](/backup-disaster-recovery/docs/restore-data/restore-oracle)\n- [Instant recovery of an Oracle database using Mount and Migrate](/backup-disaster-recovery/docs/restore-data/oracle-mm)\n- [Provision an environment with a Backup and DR workflow](/backup-disaster-recovery/docs/access-data/create-workflow-oracle)"]]
