疑難排解 Exadata Infrastructure 上的 Autonomous Database

Use the following sections to help troubleshoot problems you have with Oracle Autonomous Database on Dedicated Exadata Infrastructure on Oracle Public Cloud and Exadata Cloud@Customer platforms.

無法存取主要加密金鑰

適用於：適用 僅限 Oracle Public Cloud

潛在原因

自治式 Exadata VM 叢集 (AVMC) 無法連線主要加密金鑰。

建議的動作

確認可從 AVMC 連線主要加密金鑰。

解析度

  • 使用目的地：Oracle Services Network 中的所有 IAD 服務，確定 AVMC 子網路已啟用服務閘道。
  • 請確定已為「動態群組」定義下列 IAM 原則：
    allow dynamic-group <dynamic-group-name> 
to manage keys 
in compartment <vaults-and-keys-compartment>
where all {
    target.key.id='<key_ocid>',        
    request.permission!='KEY_DELETE',
    request.permission!='KEY_MOVE',
    request.permission!='KEY_IMPORT',
    request.permission!='KEY_BACKUP’
}

進一步參考

無法存取保存庫

適用於：適用 僅限 Oracle Public Cloud

潛在原因

自治式 Exadata VM 叢集 (AVMC) 無法讀取保存庫。

建議的動作

確認保存庫可以從 AVMC 連線。

解析度

  • 使用 Destination：All IAD Services in Oracle Services Network 確定 AVMC 子網路已啟用服務閘道
  • 確定已為動態群組定義下列 IAM 原則
    allow dynamic-group <dynamic-group> 
to read vaults 
in tenancy | compartment <vaults-and-keys-compartment>

進一步參考

備份至網路檔案系統 (NFS) 失敗

適用於：適用 僅限 Exadata Cloud@Customer

潛在原因

發生網路問題，NFS 目的地可能無法連線。

建議的動作

確定可以從自治式 Exadata VM 叢集 (AVMC) 網路連線 NFS。

解析度

  • 請檢查網路路由，然後再試一次。所有 IP 位址都必須可透過 AVMC 的備份網路連線。
  • 中斷連線並重新附加 NFS。
  • 連附次要 NFS 共用。

進一步參考

文件：關於備份與復原

無法掛載網路檔案系統 (NFS)

適用於：適用 僅限 Exadata Cloud@Customer

潛在原因

  • 匯出路徑不正確。
  • 缺少匯出路徑的正確權限。
  • 自治式 Exadata VM 叢集 (AVMC) 從屬端 IP 與 NFS 伺服器之間沒有網路存取。

建議的動作

  • 請檢查匯出路徑的匯出路徑和權限。
  • 確認 NFS 伺服器和用戶端 IP 之間已開啟存取連接埠。

解析度

  • 確保 export_path 的正確性。
  • 確定 Oracle 使用者具備 export_path 的權限
    • 自治式 VM 叢集的 Oracle 使用者 uid:gid 應該是 1001:1001
  • 確定 AVMC 從屬端 IP 和 NFS 伺服器之間沒有防火牆阻隔網路存取。
  • 如果 NFS 的網路是透過備份 IP 存取，請為 Autonomous Database 作業建立服務要求，以實作路由規則，透過備份 IP 將流量分散至 NFS。

無法在網路檔案系統 (NFS) 中寫入檔案

適用於：適用 僅限 Exadata Cloud@Customer

潛在原因

NFS 掛載的權限不正確。

建議的動作

確認 NFS 掛載是否具備正確的權限。

解析度

確定 Oracle 使用者具備 NFS 掛載的正確權限。
  • 自治式 VM 叢集的 Oracle 使用者 uid:gid 應該是 1001:1001

無法從 APEX 取得輸出流量

錯誤代碼

OPC :ORA-24247 WHILE TRYING TO USE APEX_INSTANCE_ADMIN.VALIDATE_EMAIL_CONFIG

潛在原因

遺漏 https 和 SMTP 傳出規則。

建議的動作

根據您的工作需求啟用 APEX 網路存取，例如傳送電子郵件或存取 REST (或其他 HTTP 型) 資源。存取權只有在使用者設定後才能使用。

解析度

若要透過 APEX 授予網路存取權 (先前已立即可用)：
  • 指定的主要項目名稱必須與 APEX 安裝綱要相符，例如可能是 APEX_210200。
  • 特定建置的 apex 綱要名稱與版本相依，可以使用下列查詢找到：
    select schema from dba_registry where comp_id='APEX'
  • 為其他使用者建立的 ACL (例如 ADMIN) 不會影響透過 APEX 存取。此類 ACL 只會影響 ADMIN 或 ADMIN 所擁有的程式碼 (直接稱為 UTL_HTTP 或 UTL_SMTP) 的使用案例。

進一步參考

ZDLRA 的備份保留問題

適用於：適用 僅限 Exadata Cloud@Customer

潛在原因

根本原因取決於下列建議所產生之診斷報表中的詳細資訊。

建議的動作

  • 為了協助我們瞭解並修正此問題，請依照下列 My Oracle Support (MOS) 注意事項，說明您如何收集診斷資料，以協助支援縮小問題的原因。

    系統活動報表：SRDC - Zero Data Loss Recovery Appliance (ZDLRA) 資料收集 (文件 ID 2154189.1)

  • 如果 Recovery Appliance 高於或等於版本 19.2.1.1.2，下列命令也可用來產生「系統活動報表 (SAR)」，但只會以文字格式產生：
    racli run diagnostics --tag=sar

    此命令會產生「診斷」套裝程式。

  • 在 My Oracle Support 中提交服務要求 (SR) 以及診斷結果。

解析度

在您提交具有診斷結果的服務要求後，Oracle Support 團隊將與您聯絡，解決對應的問題。

進一步參考

使用 SQL*Plus 連線至 Autonomous Database 時延遲

潛力原因

每當您嘗試使用 SQL*Plus 連線至 Autonomous Database on Dedicated Exadata Infrastructure 時，它會嘗試連線連接埠 6200 上的 ONS，以訂閱每個節點一次的 FAN 事件。如果連線節點 6200 的要求在 10 秒後逾時 (每一節點)，就會繼續執行一般 SQLNET 1521/2484，導致連線延遲。

您可能在 domU 上對連接埠 6200 封鎖傳入，或在用戶端主機上封鎖傳出。

建議的動作

提供 FAN 連接埠 6200 的傳入和傳出規則，或停用用戶端上 FAN 事件的訂閱。

解析度

您有兩個選項可解決此問題：

進一步參考