Oracle 修補程式和已知問題

如要讓 Backup and DR 搭配 Oracle 運作時發揮最佳效果,請套用下列 Oracle 修補程式。

Oracle 版本 需要修補程式 由於這些錯誤 附註
11.2.0.1 至 12.1.0.2。 19621704 ORA-00600 [723] [memory Leak] Error With Leaked Memory For "mbr node memory" 備份和災難復原應用程式感知掛接可能會失敗
11.x 已在 12.x 以上版本修正 Bug 19874632 - ORA-15196: INVALID ASM BLOCK HEADER [KFC.C:26368] [OBJ_KFBL] [8] [529] [3 != 8] (Doc ID 19874632.8) 這項功能需要 Oracle 12.x 以上版本。
12.1 以上版本 已在 19.1.0 以上版本修正
如要瞭解 Oracle 12.1 至 19.1 版本的修補程式詳細資料,請參閱 Oracle Doc 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] 備份和災難復原服務的應用程式感知掛接作業可能會失敗
修正版本:12.2.0.1 以上
12.1.0.2 至 19c 26978857 CONTROLFILE BACKUP TO TRACE REFERS PDB DATAFILE OFFLINE IN CDB$ROOT CONTEXT 備份和 DR 應用程式感知掛接作業可能會失敗。
12.1.0.2 23019710 RMAN LIST BACKUP SUMMARY FAILS With any of:
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 for database open
ORA-01426: numeric overflow
ORA-01152: file 3 was not restored from a sufficiently old backup
ORA-01110: data file 3:
ORA-01109: database not open
ORA-01034: ORACLE not available
備份和災難復原 Oracle 備份作業可能會失敗
12.1.0.2 18845653 如果 PDB 在另一個工作階段中重新命名,則 PDB 關閉時會發生 ORA-600 錯誤 備份和 DR 應用程式感知掛接可能會失敗。已在 12.2.0.1 以上版本修正
12.1.0.2 19075256 ORA-600 [kcfmis_internal: enq] from PDB RENAME
12.1.0.2 22809813 (Win)
19404068 (Linux)
ORA-1610 ON RECOVER DATABASE FOR CREATED CONTROLFILE 備份和 DR 應用程式感知掛接作業可能會失敗。
12.2 至 19c 30045273 PDB:ORA-00600 [KDSGRP1] / BLOCK INCONSISTENCIES AFTER DATABASE RECOVER FROM RMAN IMAGE COPIES USING NEW CONTROLFILE 備份和 DR 應用程式感知掛接作業可能會失敗。
12.2.0.2 31718134 ORA-00304: requested INSTANCE_NUMBER is busy 首次在未掛接狀態下重新啟動新的資料庫執行個體可能會失敗
18 世紀和 19 世紀 30419450 ORA-65250:為檔案指定的路徑無效 - /act/mnt/Staging_631487/datafile/24v0gutb_1_1 Backup and DR Oracle 資料庫備份作業可能會失敗。
安裝修補程式前的解決方法:取消設定可插拔資料庫的 CREATE_FILE_DESTINATION 參數。
18.10 以上版本 如要取得舊版的暫時修補程式,請洽詢 Oracle。 錯誤 29056767 - STANDBY:執行媒體復原時,備援資料庫的資料檔案檢查點未更新 (文件 ID 29056767.8) 備份和 DR 應用程式感知掛接作業可能會失敗。
修正版本:
19.4.0.0.190716 Jul 2019 DB RU
18.8.0.0.191015 Oct 2019 DBRU
20.10.
19.14 34383066 錯誤 34383066 - 升級至 19.14 後,RMAN 備份作業會在發布管道上停止,且不會返回提示。 備份和災難復原 Oracle 備份作業可能會停止運作。

已知的 Oracle 問題

為獲得最佳成效,請務必查看並解決這些 Oracle 已知問題。

DBA_FREE_SPACE 查詢速度緩慢 (文件 ID 271169.1)

在備份和災難復原備份期間,備份和災難復原代理程式會查詢 dba_free_space Oracle 中繼資料表,判斷資料庫已分配和可用空間。有時,dba_free_space 的 SQL 查詢會耗費大量資源。這是 Oracle 已知問題,文件 ID 為 271169.1 (Queries on DBA_FREE_SPACE are slow)。在系統停止回應時,您可以從指令列執行 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,則在變更此參數前建立的資料庫備份映像檔,將無法進行應用程式感知掛接或還原,且變更後建立的記錄備份也無法用於前滾,並會顯示以下錯誤訊息:ORA-14694: database must be in UPGRADE mode to begin MAX_STRING_SIZE migration

解決方案 如果在來源資料庫中將 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 個磁碟群組

  • 儲存系統中的 10,000 個 ASM 磁碟

  • 每個 ASM 磁碟的儲存空間上限為 2 TB (Bug 6453944 允許較大的大小,但這會導致問題,請參閱附註 736891.1「ORA-15196 WITH ASM DISKS LARGER THAN 2TB」)

  • 每個儲存系統最多可儲存 40 EB

  • 每個磁碟群組 100 萬個檔案

  • 每個檔案的儲存空間上限為 2.4 TB

Oracle Database12c

如果是 Oracle Database12c,ASM 會強制執行下列限制:

  • Oracle Database 12c 第 1 版或更新版本的儲存系統中,最多可有 511 個磁碟群組

  • 儲存系統中的 10,000 個 Oracle ASM 磁碟

  • 每個磁碟群組 100 萬個檔案

搭配 Oracle Exadata Storage

使用所有 Oracle Exadata Storage 時,Oracle ASM 的儲存空間限制如下:

  • 每個 Oracle ASM 磁碟的儲存空間上限為 4 PB,AU 大小等於 1 MB

  • 如果 AU 大小等於 2 MB,每個 Oracle ASM 磁碟的儲存空間上限為 8 PB

  • 如果 AU 大小等於 4 MB,每個 Oracle ASM 磁碟的儲存空間上限為 16 PB

  • 如果 AU 大小等於 8 MB,每個 Oracle ASM 磁碟的儲存空間上限為 32 PB

  • 儲存系統最多可達 320 EB

不含 Exadata Storage,COMPATIBLE.ASM 或 COMPATIBLE.RDBMS 磁碟群組屬性 < 12.1

如果沒有任何 Oracle Exadata Storage,且 COMPATIBLE.ASM 或 COMPATIBLE.RDBMS 磁碟群組屬性設為低於 12.1,Oracle ASM 會有以下儲存空間限制:

  • 每個 Oracle ASM 磁碟的儲存空間上限為 2 TB

  • 儲存系統容量上限為 20 PB

沒有 Exadata Storage,COMPATIBLE.ASM 和 COMPATIBLE.RDBMS 磁碟群組屬性 > 12.1

如果沒有任何 Oracle Exadata Storage,且 COMPATIBLE.ASM 和 COMPATIBLE.RDBMS 磁碟群組屬性設為 12.1 以上,Oracle ASM 會有下列儲存空間限制:

  • 每個 Oracle ASM 磁碟的儲存空間上限為 4 PB,配置單元 (AU) 大小等於 1 MB

  • 如果 AU 大小等於 2 MB,每個 Oracle ASM 磁碟的儲存空間上限為 8 PB

  • 如果 AU 大小等於 4 MB,每個 Oracle ASM 磁碟的儲存空間上限為 16 PB

  • 如果 AU 大小等於 8 MB,每個 Oracle ASM 磁碟的儲存空間上限為 32 PB

  • 儲存系統最多可達 320 EB

Oracle DBA 指南