Oracle 修補程式和已知問題

這些是必須套用的 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：無效的 ASM 區塊標頭 [KFC.C:26368] [OBJ_KFBL] [8] [529] [3 != 8] (文件 ID 19874632.8) 這項功能需要 Oracle 12.x 以上版本。
12.1 以上版本 已在 19.1.0 以上版本修正
請參閱 Oracle Doc ID 27424405.8，瞭解 12.1 到 19.1 之間 Oracle 版本的修補細節		 RMAN：還原大於 32 GB 的檔案可能會導致 ORA-8103、ORA-600 [3020]
RMAN 可能不會備份來源中的所有區塊。 		還原和復原作業可能會失敗，並顯示 ORA-600 錯誤。
12.1.0.2 22709877 ORA-00600：內部錯誤代碼、參數：[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 備份和災難復原應用程式感知掛載作業可能會失敗。
12.1.0.2 23019710 RMAN 列出備份摘要失敗，其中包含以下任一項目：
ORA-01507：未掛載資料庫
ORA-01219：未開啟資料庫或可插入資料庫：允許在已修正的資料庫上執行查詢
ORA-00972：識別碼過長
ORA-01589：必須使用 RESETLOGS 或 NORESETLOGS 選項開啟資料庫
ORA-01426：未從足夠舊的備份還原檔案 3
ORA-01110：資料檔案 3：
ORA-01109：未開啟資料庫
ORA-01034：無法使用 ORACLE
備份和災難復原 Oracle 備份可能會失敗
12.1.0.2 18845653 在另一個工作階段中重新命名 PDB 後，PDB 會關閉並顯示 ORA-600 備份和災難復原應用程式感知掛載作業可能會失敗。已在 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 在已建立控制檔案的資料庫上復原資料庫 備份和災難復原應用程式感知掛載作業可能會失敗。
12.2 到 19c 30045273 PDB：ORA-00600 [KDSGRP1] / 使用新控制檔案從 RMAN 映像檔副本復原資料庫後，發生區塊不一致情形 備份和災難復原應用程式感知掛載作業可能會失敗。
12.2.0.2 31718134 ORA-00304：要求的 INSTANCE_NUMBER 忙碌中 在未掛載狀態下首次重新啟動新資料庫執行個體可能會失敗
18c 和 19c 30419450 ORA-65250：指定的檔案路徑無效 - /act/mnt/Staging_631487/datafile/24v0gutb_1_1 備份和災難復原 Oracle 資料庫的備份作業可能會失敗。
在安裝修補程式前，請使用下列解決方法：取消設定可插拔資料庫的 CREATE_FILE_DESTINATION 參數。
18.10 以上版本 請洽詢 Oracle，瞭解舊版的暫時性修補程式。 錯誤 29056767 - 待命：在媒體復原作業執行時，待命資料庫未更新資料檔案檢查點 (文件 ID 29056767.8) 備份和災難復原應用程式感知掛載可能會失敗。
已修正於：
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 備份會在發布管道上停止運作，不會再顯示提示。 備份和災難復原 Oracle 備份可能會停止運作。

已知的 Oracle 問題

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

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

在備份和災難復原備份期間，備份和災難復原代理程式會查詢 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 Doc ID 370921.1)。

max_string_size=extended 參數對應用程式感知掛載、還原和切換還原的影響

如果來源資料庫中的 max_string_size init 參數設為 extended，則在該參數變更前拍攝的資料庫備份映像檔，以及使用此變更後拍攝的記錄備份進行回溯時，應用程式會察覺並還原：ORA-14694：資料庫必須處於升級模式才能開始 MAX_STRING_SIZE 遷移

解決方法 如果您在來源資料庫中將 max_string_size init 參數設為 extended，請執行新的隨選第 1 級 (完整) 資料庫備份作業 1，並使用新的圖片進行應用程式感知掛載或還原作業。

SQLNET.AUTHENTICATION_SERVICES 必須在 Windows 環境中設為 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 企業版 10.1.0.2 到 11.1.0.7 和 11.2.0.3 版，ASM 會設下以下限制：

  • 儲存系統中的 63 個磁碟群組

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

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

  • 每個儲存系統的儲存空間上限為 40 EB

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

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

Oracle Database12c

針對 Oracle Database12c，ASM 會設下以下限制：

  • 儲存系統中的 511 個磁碟群組 (適用於 Oracle Database 12c 1 版以上版本)

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

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

搭配 Oracle Exadata Storage

對於所有 Oracle Exadata Storage，Oracle ASM 有以下儲存空間限制：

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

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

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

  • 每個 Oracle ASM 磁碟的儲存空間上限為 32 PB，AU 大小為 8 MB

  • 儲存系統的最大容量為 320 EB

如果沒有 Exadata 儲存空間，則 COMPATIBLE.ASM 或 COMPATIBLE.RDBMS 磁碟群組屬性 < 12.1

如果 COMPATIBLE.ASM 或 COMPATIBLE.RDBMS 磁碟群組屬性設為低於 12.1，在沒有任何 Oracle Exadata 儲存空間的情況下，Oracle ASM 的儲存空間限制如下：

  • 每個 Oracle ASM 磁碟的最大儲存空間為 2 兆位元組 (TB)

  • 儲存系統的最大容量為 20 PB

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

如果 COMPATIBLE.ASM 和 COMPATIBLE.RDBMS 磁碟群組屬性設為 12.1 以上，在沒有任何 Oracle Exadata 儲存空間的情況下，Oracle ASM 的儲存空間限制如下：

  • 每個 Oracle ASM 磁碟的最大儲存空間為 4 PB，且配置單元 (AU) 大小為 1 MB

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

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

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

  • 儲存系統的最大容量為 320 EB

Oracle DBA 指南