Oracle GoldenGate 常見問題

取得有關 Oracle GoldenGate AI 實作的最常見問題解答。

Oracle GoldenGate 為何對企業 AI 很重要？

Oracle GoldenGate 對企業 AI 很重要，因為 AI 取決於目前值得信賴的業務資料。使用過時的批次快照或不完整的作業資料複本時，模型、RAG 系統和 AI 代理程式無法可靠地執行或採取行動。GoldenGate 可串流發生的業務事件，讓 AI 系統存取全新的營運現實，同時保留治理、一致性及可稽核性。

Oracle GoldenGate 如何支援 RAG 和 AI 代理？

Oracle GoldenGate 會持續將作業資料傳遞至向量資料庫、RAG 管線、AI 知識庫、湖倉一體和事件導向系統，以支援 RAG 和 AI 代理。使用 GoldenGate AI 功能時，可以將變更的記錄強化、內嵌、摘要、分類或遞送為管道的一部分，讓 AI 系統以目前的業務環境而不是過時的快照運作。

GoldenGate 如何支援向量資料？

它可以複寫現有的向量、將向量移入 Oracle AI Database、串流向量變更，以及在複寫期間產生內嵌内容。

何時應該使用 @AISERVICE？

當內嵌或強化應在外部 AI 服務 (例如受管理或 GPU 支援的端點) 中執行時，請使用 @AISERVICE。請參閱使用 @AISERVICE 嵌入外部 AI

何時應該使用 @DBFUNCTION？

當內嵌邏輯應在套用處理過程中於目標資料庫中執行時，請使用 @DBFUNCTION。請參閱使用 @DBFUNCTION 嵌入原生資料庫

如何處理歷史向量負載？

針對歷史資料使用大量建立或資料庫原生載入，然後讓 GoldenGate 處理增量變更。

Oracle GoldenGate 的主要使用案例為何？

Oracle GoldenGate 用於關鍵任務高可用性和災害復原、零停機移轉、即時分析、湖倉一體擷取、事件導向架構、AI 和 RAG 管線、資料結構架構，以及跨混合雲和多雲環境的管控資料同步。

Oracle GoldenGate 是否支援 Oracle E-Business Suite (EBS) 資料庫移轉，而 EBS 的 Oracle 認證資訊是否仍然有效？

Oracle EBS 不認證任何移轉的邏輯複製產品，而是專注於傳統資料庫方法 (匯入 / 匯出、Oracle 資料汲取)。

雖然 GoldenGate 可用來取代這些傳統資料庫方法所完成的部分工作，以減少與移轉相關的整體停機時間，但它不應該用於所有物件。

GoldenGate 不支援或與暫時工作相關的物件，應在停機期間使用傳統方法進行移轉。

具備 EFS 的 GoldenGate AWS 參考架構是否支援跨區域 DR 案例？

查看 AWS 部落格 AWS 中 Oracle GoldenGate Microservices Architecture 的高可用性，該部落格描述了區域內高可用性設計。

在該相關資訊環境中：

如果是跨區域 DR 案例，行為會顯著不同：

基於這些因素，AWS 部落格中概述的區域內設計模式不會直接延伸至跨區域 DR，而無需額外考量。

建議：

對於跨區域架構，請使用作用中資料移動 (例如 GoldenGate 分送路徑)，而不是依賴非同步複製的歷程檔共用儲存體。

GoldenGate 版支援哪些 Oracle Database 版本？

如需詳細資訊，請參閱 https://www.oracle.com/integration/goldengate/certifications/ 。

GoldenGate 組態和使用案例有哪些不同類型？

GoldenGate 的主要元件有哪些？

什麼是 Oracle GoldenGate 及其主要使用案例？

Oracle GoldenGate 是資料整合與複製解決方案，可即時擷取、轉換及提供跨多個異質系統的交易變更。

Oracle GoldenGate 的主要使用案例如下：

Oracle GoldenGate 支援哪些資料庫和平台？

Oracle GoldenGate 支援廣泛的資料庫和目標，包括：

Oracle GoldenGate 可以從 OCI 中執行的 Oracle Fusion SaaS 和 OTM SaaS 應用程式擷取。

Oracle GoldenGate 無法從 Salesforce.com/SFDC 擷取。

Oracle GoldenGate 可以將變更複製到 Teradata 和 TimesTen 中，但無法從其中擷取。

建議複查特定資料庫和目標支援的 GoldenGate 認證度量。如需詳細資訊，請參閱 https://www.oracle.com/integration/goldengate/certifications/ 。

Oracle GoldenGate Classic 架構與 Microservices 架構有何差異？

如需 MA 的詳細資訊，請參閱 Oracle GoldenGate Microservices Architecture 。

Oracle GoldenGate 與其他複製工具有何不同？

Oracle GoldenGate 適合用於資料整合、資料庫複製、資料移動、資料庫移轉、即時資料擷取，原因如下：

在 XYZ 資料庫上安裝 Oracle GoldenGate 有哪些先決條件？

平台與相容性

部署模型

資料庫組態

基礎架構與系統資源

儲存體

網路與連接埠

作業系統與使用者設定

資料庫連線

微服務特定需求

安全性

高可用性 (選擇性)

戰備整備

如需有關準備 Oracle GoldenGate 資料庫的詳細資訊，請參閱準備資料庫。

安全與非安全部署有何差異？

如何使用 OGGCA 設定 Oracle GoldenGate Microservices？

如需詳細資訊，請參閱新增部署和使用 OGGCA 以無訊息模式新增部署。

最佳化 Oracle GoldenGate 效能的最佳實務是什麼？

對於現代化的 Oracle GoldenGate 部署，建議的方法是將 Integrated Extract 與 Parallel Replicat 搭配使用，因為 Parallel Replicat 現在是高效能目標套用作業的策略性和偏好複寫方法。

由於 Parallel Replicat 為大容量企業工作負載提供更佳的擴展性、更佳的交易套用效能，以及更有效率的平行處理，因此整合式 Replicat 有利於 Parallel Replicat。

充分最佳化的 GoldenGate 架構應使用本機和遠端歷程檔來區隔擷取、傳輸及套用階段，這些檔案可改善復原能力，並將複製與網路中斷隔離。效能也取決於底層基礎架構，包括快速儲存體、適當調整大小的資料庫記憶體、有效率的重做日誌組態，以及穩定的網路連線。

持續監控 Extract 延遲、Replicat 延遲、傳輸量和檢查點活動，在瓶頸影響複寫延遲之前，必須主動識別這些瓶頸。

一般而言，最佳的 GoldenGate 效能是由可擴展的架構設計、適當的工作負載分配、資料庫調整和精心管理的平行程度所組成，讓組織即使在大型交易工作負載下，也能維持低延遲且可靠的複寫。

如何監控延遲問題及排除效能問題？

可以使用哪些工具或命令來監督 Oracle GoldenGate 處理作業？

在 Oracle GoldenGate Microservices Architecture 中，主要透過 Web 型管理服務、REST API 和效能指標服務 (而非 GGSCI 等傳統經典架構工具) 執行監控。「管理服務」提供集中式儀表板，可讓管理員即時監督 Extract、Distribution、Receiver 和 Parallel Replicat 處理作業的狀況和狀態。使用者可以透過 Web 介面追蹤複寫延遲、檢查點進度、傳輸量速率、路徑狀態，以及整個部署的處理效能。REST API 還能以程式設計方式存取監控資料，從而與自動化架構和企業可觀察性平台整合。

Microservices Architecture 中的關鍵監控元件是 Performance Metrics Service (PMSRVR)，它會收集和公開複製流程和分送路徑的作業指標。這些指標可以與 Oracle Enterprise Manager、OCI Monitoring、Prometheus 和 Grafana 等監控解決方案整合，以提供集中式儀表板、警示和長期效能分析。管理員還需要仰賴透過「服務管理程式」和「管理服務」介面提供的部署日誌、報表檔案和診斷資訊，以排解錯誤、監督程序行為，以及調查延遲問題。

對於 OCI GoldenGate 部署，可透過 OCI 主控台、OCI 日誌記錄、OCI 監控和 OCI 警訊取得額外的監控功能，以提供對部署狀況、調整行為、複寫延遲及作業事件的雲端原生可見性。整體而言，在 GoldenGate Microservices Architecture 中進行監控著重於集中式可觀察性、API 導向管理，以及與企業監控平台的整合，以提供對複製效能和系統健全度的即時洞察力。

使用者可以透過存取 StatsD 匯出和 API 呼叫，建立自己的儀表板和監控應用程式。

歷程檔是什麼，以及 Oracle GoldenGate 如何在複寫中使用？

歷程檔會以不受平台限制的格式儲存 Extract 處理作業所擷取的資料變更。

最好推薦的 Replicat 類型為何？

從平行 Replicat 開始：對於大多數使用案例 (特別是涉及大量交易工作負載的案例)，Parallel Non-Integrated Replicat 提供最佳效能和彈性。

GoldenGate 分散式應用程式和分析支援 Classic 和 Coordinated Replicat。

對於分散式應用程式和分析的 GoldenGate，依目標而定，協調式 Replicat 可提供更好的效能。

如何設定 TLS/SSL 以進行安全資料複製？

加密歷程檔有哪些選項？

如需保護資料的詳細資訊，請參閱 Oracle GoldenGate Microservices Documentation 中的 Secure Data at Rest 。

如何將 Oracle GoldenGate 與 GoldenGate 自身認證的外部身分識別提供者 (例如 IAM、OAM) 整合？

如何使用 Oracle GoldenGate 移轉零停機資料庫？

Oracle GoldenGate 會持續將異動變更從來源資料庫複製到目標資料庫，讓資料庫移轉幾乎不停機，而這兩個系統都維持在線上狀態。GoldenGate 不需要長時間的停供時間來進行匯出、匯入及切換活動，讓組織能夠即時同步資料，以便在最少的應用程式中斷的情況下完成最終移轉切換。

在典型的零停機移轉架構中，GoldenGate 會使用「整合式擷取」從來源資料庫擷取變更，並將其寫入歷程檔。接著，變更會透過 Distribution Services 傳輸，並使用 Parallel Replicat 套用至目標資料庫。透過備份 / 回復、資料汲取、RMAN 複製或其他大量載入方法移轉初始資料載入時，GoldenGate 會持續複寫進行中的交易，讓目標在整個移轉過程中與來源保持同步。

移轉工作流程通常依循數個階段：

在初始載入階段期間，會將完整的資料庫複本傳輸到目標環境。載入基準資料之後，GoldenGate 會套用從來源資料庫擷取的所有進行中異動變更。此連續複製可大幅減少停機時間，因為目標資料庫在切換開始前幾乎已同步化。

資料驗證是零停機移轉的重要部分。Oracle GoldenGate Veridata 通常用於在複製期間比較來源和目標資料庫，以確保資料一致性，再進行生產環境切換。持續驗證可協助及早找出差異，並降低移轉風險。

在切換時，會短暫暫停應用程式活動、允許複製剩餘的交易，以及管理員驗證複製延遲是否達到零。確認同步化後，應用程式會重新導向至目標資料庫，而目標環境會成為新的生產系統。因為系統上線時發生大部分的資料移動，所以實際的停供時間通常只縮短為最終同步化與應用程式重新導向處理。

GoldenGate 支援跨下列項目的零停機移轉：

在現代化的 GoldenGate Microservices Architecture 和 OCI GoldenGate 部署中，移轉管理透過集中式 Web 介面、REST API、自動化部署服務和整合式監控功能進一步簡化。平行 Replicat、整合式擷取及可擴充分配服務，可協助在移轉活動期間有效率地處理大型交易工作負載。

整體而言，Oracle GoldenGate 透過結合持續的即時複製、可擴展的平行處理、持續驗證和受控制的切換程序實現零停機移轉，讓組織能夠以最少的業務中斷和降低營運風險來移轉關鍵資料庫。

設定雙向複寫的最佳做法為何？

使用 Oracle GoldenGate 設定雙向複製的最佳做法包括：

雙向複製環境需要仔細規劃，因為它們比單向複製更為複雜，並且可能會帶來以下挑戰：

當 Replicat 顯示「停滯」交易，以及如何進行修正時，代表什麼意義？

Replicat 顯示「停滯」交易時，通常表示 Replicat 處理作業無法在目標資料庫套用一或多個交易，而複製進度會停止或延遲。

一般原因包括：

一般的疑難排解步驟包括：

在某些情況下，管理員可能需要：

視情況、嚴重性和業務需求而定。

如何在 Microservices 中管理磁碟空間及清除舊的歷程檔？

在 Oracle GoldenGate Microservices Architecture 中，磁碟空間管理和歷程檔清除功能對於防止儲存裝置耗盡並維持健全的複製環境至關重要。

歷程檔通常使用自動永久清除原則來管理，在順流處理作業不再需要舊歷程檔之後移除舊歷程檔。

一般的課堂練習包括：

歷程檔通常會在下列情況永久清除：

在微服務中，歷程檔管理通常透過下列方式處理：

其他建議包括：

適當的追蹤管理有助於避免：

如何在 Microservices 中設定自動啟動和重新啟動？

在 Oracle GoldenGate Microservices Architecture 中，可以將自動啟動和自動重新啟動設定為在故障或伺服器重新啟動後，自動啟動和復原部署服務和複製處理作業。

這通常是由下列項目所設定：

自動重新啟動設定值可協助確保高可用性，無須手動介入即可自動重新啟動失敗的處理作業。

一般組態選項包括：

這些設定通常可透過下列方式進行管理：

自動啟動與重新啟動通常用於：

複寫延遲的疑難排解步驟為何？

Oracle GoldenGate 複製延遲的一般疑難排解步驟包括：

複寫延遲分析通常著重於識別瓶頸是否是由下列因素所造成：

如何將 GoldenGate 用於分散式資料串流和 JSON 關聯式雙重性？

GoldenGate 中的資料轉換有哪些進階選項？

GoldenGate 是否可以在 z/OS 上執行，以擷取 zOS 的變更，或將變更傳遞至 Db2？

如果您只對 Db2 z/OS 執行 Replicat，則不需要執行此套裝軟體。

i 與 Db2 LUW 之 Db2 的 GoldenGate 是否具有微服務架構？

GoldenGate 是否為 LUW/Db2 z/OS 組建安裝提供 Db2 中 i/Db2 的任何 ODBC 驅動程式？

否，如果 ODBC 驅動程式尚未安裝在安裝 GoldenGate 的伺服器上，則終端使用者必須使用自己的授權合約，為這些 ODBC 驅動程式安裝適當的 ODBC 驅動程式。請參閱 IBM 的 ODBC 驅動程式使用者指南，瞭解如何下載適當的 ODBC 驅動程式。

如何在 Docker 容器中執行 GoldenGate？

Oracle GoldenGate 可以透過將 GoldenGate 軟體部署為容器化服務，在 Docker 容器中執行。Oracle 透過 Oracle Container Registry (OCR) 提供 GoldenGate 容器映像檔，讓使用者能夠提取及部署預先建立的映像檔，以加快設定和標準化環境。

在容器中執行 GoldenGate 有下列優點：

GoldenGate Microservices Architecture 通常是容器部署的首選，因為它專為現代分散式環境而設計，可以與 Docker 和 Kubernetes 協調平台搭配使用。

容器化 GoldenGate 部署通常用於：

永久儲存體通常是在外部設定，以便在容器生命週期之外保留歷程檔、檢查點及組態資料。

什麼是 OCI GoldenGate？

Oracle Cloud Infrastructure (OCI) GoldenGate 是一個完全託管的雲端原生資料 Fabric 平台，可實現企業級異質環境間的即時資料移動、整合和串流。它會擷取並提供在資料庫、資料倉儲、分析平台、訊息傳送系統和雲端服務之間低延遲的交易資料變更。

作為現代 Data Fabric 策略的核心元件，OCI GoldenGate 可協助組織連接、同步及操作內部部署、混合和多雲端環境的分散式資料。它支援廣泛的使用案例，包括即時資料複製、零停機移轉、作業報告、事件導向架構、串流分析、AI/ML 資料管線，以及資料同步。

OCI GoldenGate 也提供整合功能，透過統一且直觀的使用者體驗來設計、協調、監控、轉換、驗證及比較資料管線。

哪些區域提供 OCI GoldenGate？

勾選此處以瞭解目前部署 OCI GoldenGate 的區域 - https://www.oracle.com/cloud/data-regions/

從哪裡可以取得 OCI GoldenGate 文件？

您可以從以下網址取得 OCI GoldenGate 文件：https://docs.oracle.com/en/cloud/paas/goldengate-service/index.html

OCI GoldenGate 的主要使用案例為何？

OCI GoldenGate 的主要使用案例包括：

OCI Marketplace 上的 OCI GoldenGate 與 GoldenGate 之間有何差異？

以下是兩個方案之間的一些差異：

哪裡可以找到服務層次目標 (SLO) 和服務層次協議 (SLA)？

使用目前的 Oracle PaaS 和 IaaS 公有雲服務重要說明文件，以及目前的 Oracle Cloud SLA 頁面：

https://www.oracle.com/cloud/sla/.

OCI GoldenGate 的費用為何？

OCI GoldenGate 的定價取決於 OCI GoldenGate 主機所使用的 OCPU。每小時的 OCPU 度量遵循標準定義：

您也可以參閱「雲端預估工具」，其中包含資料整合類別中的 OCI GoldenGate：https://www.oracle.com/cloud/costestimator.html

BYOL 的授權方式為何？

轉換率：

下列任何支援的程式授權都可以彙總，以符合上述轉換率：

是否可以將 GoldenGate Marketplace 移轉至 OCI GoldenGate？

如何適當地調整 OCI GoldenGate 的大小？

OCI GoldenGate 使用中樞架構。

備註：

OCI GoldenGate 支援哪些來源和目標？

如需支援的來源和目標系統資訊，請參閱探索連線。

OCI GoldenGate 是否可以連線至專用 IP 或內部部署 Oracle 系統？

是。如需連線的詳細資訊，請參閱 OCI GoldenGate 連線。

來源和目標的 OCI GoldenGate 連線已啟用遠端擷取和遠端傳遞。

如何設定 OCI Marketplace 或內部部署上執行之 OCI GoldenGate 與 GoldenGate 之間的分配路徑？

下列 LiveLabs 描述如何在 OCI-GG 與 GG 微服務安裝之間建立分配路徑：

OCI GoldenGate 是否支援單一執行處理 Oracle 資料庫？

是，支援可插拔 (多租用戶) 和單一執行處理。

是否支援專用自治式資料庫？

是，完全支援專用基礎架構環境上的自治式 AI 資料庫。

請查看目前的自治式 AI 資料庫和 OCI GoldenGate 文件，瞭解確切的先決條件：Oracle Autonomous AI Database

是否可以使用 Oracle Management Cloud 和 Oracle Enterprise Manager (OEM) 存取和監控 OCI GoldenGate？

GoldenGate 的管理套件現在支援 OCI GoldenGate。

什麼是 Oracle GoldenGate Foundation Suite？

Oracle GoldenGate Foundation Suite 是三個產品的組合。內容包括：

什麼是 Oracle GoldenGate Veridata？

Oracle GoldenGate Veridata 是高速的資料比較與修復解決方案，可識別、報告及修正異質資料庫之間的資料差異，不會自動中斷進行中的業務流程。它提供易於使用且功能強大的解決方案，可在對業務造成負面影響之前識別不同步的資料。

Oracle GoldenGate Veridata 有哪些各種元件？

Oracle GoldenGate Veridata 的各種元件包括：

Oracle GoldenGate Veridata 如何進行即時資料比較？

Oracle GoldenGate Veridata 會在執行 Oracle GoldenGate 複製時，比較來源與目標資料庫，以執行即時資料比較。

以下為一般處理程序：

  1. GoldenGate 會近乎即時地將交易變更從來源資料庫複製到目標資料庫。

  2. Veridata 會獨立連線至來源與目標資料庫。

  3. 比較可配置區塊或列範圍中的資料，使用：

    • 主鍵
    • 雜湊 / 總和檢查
    • 偵測到不相符時逐列驗證

  4. Veridata 可識別：

    • 缺少列
    • 額外列
    • 變更資料欄值
    • 非同步交易

  5. 在複製保持作用中狀態時，比較工作可以重複或連續執行，進而對生產系統產生最小的影響，持續進行驗證。

為了避免鎖定表格或中斷複製，Veridata 使用最佳化比較技術，例如：

這可讓組織驗證複製的資料在下列期間是否保持同步：

Veridata 本身不會複製資料，會近乎即時驗證 GoldenGate 複製的準確性。

如需使用 Oracle GoldenGate Veridata 進行即時資料比較的相關資訊，請參閱 Oracle GoldenGate Veridata 26c：它如何運作？

如何調整 Oracle GoldenGate Veridata 的規模？

如需有關調整 Oracle GoldenGate Veridata 大小的資訊，請參閱如何調整 Oracle GoldenGate Veridata 大小？。

什麼是 Veridata 儲存區域資料庫？

所有描述資料資訊 (亦即，Veridata 的所有組態) 都將儲存在「Veridata 儲存區域資料庫」中。

Veridata 26c 隨附內建的 MySQL 資料庫作為儲存區域。

不過，客戶可以選擇將此內建的 MySQL 或其自己的 MySQL 資料庫用於儲存區域。

Veridata 儲存區域資料庫的大小為何？

Veridata 的所有描述資料資訊都將儲存在此儲存區域資料庫中。

因此，其大小不會很大。儲存庫的大小上限為 5 GB。

是否可以使用 Oracle GoldenGate Veridata 來比較異質資料庫之間的資料？

是，Oracle GoldenGate Veridata 是異質資料比較與修復解決方案。

請檢查下列已連結的認證矩陣：

https://www.oracle.com/in/a/ocom/docs/ogg-veridata-23c-cert-matrix.xlsx

是否可以使用 Oracle GoldenGate Veridata 比較表格的 DDL？

否，Oracle GoldenGate Veridata 是資料比較工具，只能比較表格間的資料。不過，我們的藍圖中有這一點。

Oracle GoldenGate Veridata 可以即時監控來源與目標之間的資料複製嗎？

是，Oracle GoldenGate Veridata 可以近乎即時地監控和驗證來源與目標資料庫之間的資料複製。它會在 GoldenGate 複製執行時持續比較資料，並識別遺漏的資料列、額外的資料列或資料不相符等差異。

這樣可確保複製的資料庫在移轉、升級和進行中的複製作業期間保持同步，對生產系統的影響降到最低。

我們是否需要為每個來源和目標資料庫安裝 Veridata 伺服器？

否，Veridata 的一個安裝足以比較多個來源和目標之間的資料。

您不需要安裝每個來源和目標資料庫專用的 Veridata 伺服器。

什麼是 Veridata 代理？需要如何設定？

Veridata 代理程式是一個輕量的 Java 程式，負責從來源和目標資料庫表格擷取資料。

您必須為每個資料庫設定一個專用代理程式。

例如，如果您有 5 個來源和目標，則必須為 5 個來源設定 5 個 Veridata 代理程式，為 5 個目標設定 5 個 Veridata 代理程式。

我們需要在何處安裝和部署 Veridata 代理程式？

Veridata 代理程式可以原生或遠端部署到資料庫伺服器。從遠端設定 Veridata 代理程式時，您必須確定 Veridata 代理程式與來源 / 目標資料庫之間具有良好的網路。

Veridata 代理程式特性檔位於何處？

您可以在名稱為 "agent.properties" 的 < AGENT_HOME > 路徑中找到此項目。

Veridata 伺服器組態檔位於何處？

Veridata 伺服器組態檔位於下列路徑中：

/config/veridata/veridata.cfg

oggvdt_cainput.properties 檔案位於何處？

oggvdt_cainput.properties 檔案位於下列路徑中：

/config/oggvdt_cainput.properties

我從哪裡可以取得 Veridata 報表？

Oracle GoldenGate Veridata 報表一般會產生並儲存在 Veridata 安裝目錄下的 Veridata 伺服器主機上。

預設位置通常為：

您也可以從 Veridata Web UI 存取報表：

  1. 登入 Veridata 主控台。
  2. 開啟比較工作。
  3. 前往報表或工作詳細資料 → 報表。
  4. 下載 HTML、XML 或 PDF 輸出，視組態而定。

一般報告類型包括：

如果您將 Veridata 與 OGG Microservices 或 OCI 部署搭配使用，可能會改為將報表寫入：

您可以在下列位置驗證精確的報表路徑：

<VERIDATA_HOME>/cfg/veridata.cfg

或伺服器啟動 / 組態特性。

一個資料庫可以有多個 Veridata 代理程式嗎？

是，但建議使用 1 個代理程式作為 1 個資料庫。

我可以在群組中建立多少個比較組？

可建立的比較組數目沒有限制。任何數字都沒問題。

我可以在 Veridata 中平行執行多少個比較組？

預設值上限為 100。

不過，您可以變更 maxconcurrentjobs 的值，從 veridata.cfg 檔案更新。

在 Veridata 中只能每日比較增量或變更的資料嗎？

是，Veridata 有一個名為 Delta Comparison 的功能。

啟用此功能後，只會比較變更的資料。

Veridata 的差異比較為何？

比較組可以設定為使用差異處理，這是一項效能功能，只比較自上次執行後已變更的資料區塊，而不是掃描整個表格。

這樣可以避免再次比較所有歷史資料，並且只比較變更的資料。

如何在 Veridata 中啟用差異比較？

在 Oracle GoldenGate Veridata 26c 中，Delta 比較與現代的「連續資料驗證」模型更一致，而非舊版文件中的舊版傳統樣式差異處理說明。此功能旨在減少比較負荷，方法是在比較週期之間聚焦於變更的資料，這對於在主動 - 主動、混合雲端和大規模複製環境中持續驗證特別重要。

在 Veridata 26c 中，設定比較組與工作時，會透過現代化的 Veridata Web UI 啟用差異比較。管理員無須仰賴傳統的命令行工作流程，而是直接在 UI 或透過 REST API 設定比較行為。此程序通常涉及在「比較組」組態中啟用差異式驗證，因此 Veridata 會追蹤執行之間的變更，並限制未來對已修改資料集的比較。這樣可以減少資料庫影響，並改善持續驗證使用案例的比較效能。

26c 架構也強調：

而不是舊的獨立比較執行模型。

此外，Veridata 26c 直接在 UI 和 API 中導入原生排程和增強的自動化功能，讓 Delta 比較能夠更有效地整合至進行中的複寫狀況驗證，而不是視為手動最佳化功能。

哪些 Oracle Enterprise Manager Plugin 版本已通過監控 Oracle GoldenGate 26ai Microservices 部署的認證？

在 Enterprise Manager 24ai 中監控和探索 Oracle GoldenGate 26ai Microservices 已通過 Oracle GoldenGate EM Plugin 版本 13.5.2.0.6 認證。

為什麼 Oracle AI Database 和 GoldenGate 修補程式層級對於穩定性與支援性至關重要？

Oracle 強烈建議您使用目前建議的 Oracle Database 版本更新 (RU) 和 GoldenGate 組合修正程式執行 Oracle GoldenGate。

較舊的資料庫修正程式層次可能會讓客戶：

建議的課堂練習：

關注最新消息：

請先驗證修正，再假設產品瑕疵位於較舊的修正程式層級。

Oracle GoldenGate 核心產品修正程式集的主要注意事項 (KB159960)

Oracle GoldenGate 和 OCI GoldenGate 是否支援從 MongoDB 擷取資料？

Oracle GoldenGate 和 OCI GoldenGate 支援從 MongoDB 和 MongoDB Atlas 擷取變更資料。它支援不同 MongoDB 資料庫之間的雙向複製。

是否可以使用 Oracle GoldenGate 和 OCI GoldenGate for MongoDB 進行 Oracle AI Database 移轉？

是，Oracle GoldenGate 不支援從 MongoDB 移轉至 Oracle AI Database 的停機時間。如需詳細資訊，請參閱 Oracle GoldenGate 文件。

如何設定將 Oracle GoldenGate 移轉從 MongoDB 移轉至 Oracle AI Database？

確保以下先決條件：

請依照下列步驟，將 MongoDB 移轉至 Oracle AI Database for Oracle GoldenGate：

  1. 執行 MongoDB 傾印公用程式。使用 --oplog 選項執行 mongodump 命令，以建立來源 MongoDB 資料庫的快照：

    $ ./bin/mongodump --uri="mongodb://localhost:27021" --oplog -v

  2. 執行 OplogLSN.sh 命令檔，從 oplog.bson 檔案擷取第一個和最後一個作業時戳，方法為提供 oplog.bson 檔案的路徑作為引數，如下所示：

    $./oplogLSN.sh /path/to/dump/oplog.bson

    輸出提供第一個作業與最後一個作業的時戳 (如果傾印處理作業期間沒有發生任何作業，則提供第一個 noop)。

    輸出：

    2025-02-27T13:53:00.885+0000 1 objects found First LSN: 1740663867.1 Last LSN: 1740663946.211 3

  3. 檢查 Oplog 項目：如果在傾印期間有任何內送作業，則 oplog.bson 檔案會包含這些作業的項目，每個作業都有一個時戳。您可以使用 OplogLSN.sh 來擷取第一個和最後一個作業時戳，或將其轉換為 JSON 檔案以進行手動檢查，如上一個步驟所示。

  4. 執行 MongoDB 回復公用程式：在您有必要的時間戳記之後，請使用 mongorestore 公用程式將選取的集合從傾印回復至目標 MongoDB 執行處理：

    $ ./mongorestore --uri="mongodb://localhost:27021" --nsInclude=testDB.coll1 --nsInclude=testDB.coll2 /path/to/dump -v

  5. 開始 MongoDB CDC Extract：從從 oplog.bson 檔案擷取的第一個作業時戳 (LSN 位置) 開始 MongoDB CDC Extract 處理作業。這將確保 CDC Extract 開始擷取在傾印處理作業啟動後發生的作業。

  6. 使用產生的 CDC 歷程檔設定 MongoDB Replicat，並將 oplogReplayLastLsn 特性設為 oplog.bson 檔案的最後一個作業時戳。這可確保 Replicat 以 oplog-replay 模式執行，避免發生任何衝突。處理最後一個時戳之後，就會以一般模式繼續。此組態可確保精確的起始，不會遺失或重複資料，而且無須在 Replicat 中處理昂貴的碰撞。

如何從 Snowflake 執行初始載入至 Oracle AI Database？

  1. 建立變更資料擷取擷取擷取 (從來源 Oracle AI Database)。

  2. 從來源資料庫取得 SCN。

  3. 建立初始載入擷取 (從來源 Oracle AI Database)。

  4. 建立「CDC 擷取」的分配路徑。

  5. 建立初始載入 Extract 的分配路徑。

  6. 建立初始載入的 Replicat (定位 Snowflake)。

  7. 為變更資料擷取複製 (定位 Snowflake) 建立 Replicat。

我該如何修正「例外：net.snowflake.client.jdbc.SnowflakeReauthenticationRequest：驗證憑證已過期」。使用者必須再次認證。" Oracle GoldenGate Snowflake 複製發生錯誤？

有延長的無活動期間時會發生此錯誤。若要解決此問題，您可以設定 JDBC 參數 CLIENT_SESSION_KEEP_ALIVE，以強制資料庫使用者在閒置一段時間後登入。

snowflakecomputing.com/?warehouse=<warehouse-name>&db=<database-name>&CLIENT_SESSION_KEEP_ALIVE=true

Oracle GoldenGate 和 OCI GoldenGate 是否支援將 DDL 複製到 Snowflake？

您可以將 Oracle GoldenGate 設定為將來源 DDL 變更傳輸至目標 Snowflake 表格。自動綱要發展能夠偵測、管理及套用資料庫綱要 (例如表格、資料欄、索引或關係) 的變更，不需要手動介入。自動綱要發展支援偵測新物件和描述資料變更，然後自動產生目標 DDL 以進行綱要發展。

針對初始載入，它可以建立或取代目標表格。

對於 CDC Replicat，它可以在進行中的套用期間建立或修改目標表格。如需詳細資訊，請參閱 Oracle GoldenGate 文件。

是否可以使用 Oracle GoldenGate 和 OCI GoldenGate 進行 Apache Iceberg 複製？

是，Oracle GoldenGate 支援將即時資料複寫至 Apache Iceberg。Oracle GoldenGate 將 Apache Iceberg Java API 用於開放式 Apache Iceberg Lakehouses。Oracle GoldenGate 支援 Oracle AI Data Catalog、Amazon Glue、Polaris、Nesti、Hadoop、REST 目錄。

是否可以使用 Oracle GoldenGate 和 OCI GoldenGate，即時將資料複寫至 OCI Object Storage 上的 Apache Iceberg 表格？

是，您可以透過 OCI Object Storage S3 API 端點，將 Oracle GoldenGate 和 OCI GoldenGate 設定為即時資料複寫至儲存在 OCI Object Storage 中的 Apache Iceberg 表格。如需詳細資訊，請參閱在 OCI Object Storage 上使用 OCI GoldenGate 建置即時 Apache Iceberg Lakehouse。

Oracle GoldenGate 和 OCI GoldenGate Apache Iceberg 複製是否支援寫入時的合併？

是，Oracle GoldenGate 和 OCI GoldenGate 支援寫入時合併 Snowflake、Google BigQuery 和 Databricks 管理的 Iceberg 表格。在這些平台上，GoldenGate 會使用目標平台的運算資源進行壓縮。

Oracle GoldenGate 和 OCI GoldenGate 如何處理 OCI Object Storage 之鑲嵌表中的主索引鍵更新？

Oracle GoldenGate 和 OCI GoldenGate 會以三種模式處理主索引鍵更新。此行為是透過將 gg.handler.name.format.pkUpdateHandling 新增至 Replicat 特性檔來控制。支援的值包括中止、更新和刪除插入。預設行為為「放棄」。Replicat 會在偵測到主索引鍵更新時失敗，並將錯誤記錄在報表檔案中。「更新」會將主索引鍵更新視為任何其他更新作業。只有在您能保證主索引鍵不會用作選取準則時，才使用此設定。

「刪除 - 插入」會將主索引鍵更新複寫為兩筆記錄：一筆具有前一個影像、標示為刪除，另一筆具有後一個影像，標示為插入。

若要使用刪除插入，「擷取」處理程序必須擷取未壓縮的變更資料記錄，表示所有欄都會寫入歷程檔。

若要產生未壓縮的記錄，請對 Oracle AI Database 來源使用 LOGALLSUPCOLS，對非 Oracle 資料庫使用 COMPRESSUPDATES | NOCOMPRESSUPDATES。

例如，複製至 OCI Object Storage 時，請設定 gg.handler.<gg.target value>.format.pkUpdateHandling=delete-insert 將主索引鍵更新複製為一個具有先前影像的刪除記錄，並將一個插入記錄與後續影像。

如何使用 Oracle GoldenGate 將 Oracle DATE 和 TIMESTAMP 資料欄複寫至儲存在 OCI Object Storage 中的鑲嵌表格？

未設定明確對應時，預設會將 Oracle DATE 和 TIMESTAMP 資料欄複製為字串。如果沒有適當的對應，下游引擎就無法將這些資料欄辨識為 date/time 類型，因此在沒有明確轉換的情況下無法進行日期算術、範圍篩選以及以時間為基礎的分割。enableTimestampLogicalType 特性可對應 Oracle DATE 和 TIMESTAMP 資料欄至 Avro 時間戳記 - 微型邏輯類型，代表自 epoch 起的值為微秒，這是分析和資料湖工作負載的正確表示法。

在 Oracle GoldenGate Cloud Object Storage Replication 中，依預設，來源 DATE 和 TIMESTAMP 類型會對應至 Avro 檔案 (包括 Parquet、Iceberg 和 Delta) 作為 STRING。

若要將來源 DATE 和 TIMESTAMP 類型複製為時間戳記微型邏輯類型至 Avro 檔案 (包括 Parquet、Iceberg 和 Delta)，請將 gg.handler.<gg.target value>.format.enableTimestampLogicalType 設為 true。

當時間戳記邏輯類型啟用時，也需要 gg.format.timestamp。例如：gg.handler.oci.format.enableTimestampLogicalType= truegg.format.timestamp=yyyy-MM-dd HH:mm:ss.SSSSSS

如何提升 Oracle GoldenGate OCI Object Storage 複製效能？

Oracle GoldenGate Cloud Object Storage Replication 效能可以使用兩個主要功能進行調整：Replicat 類型和 GROUPTRANSOPS 參數。除了 Replicat 類型和交易分組之外，Replicat 產生的檔案大小會直接影響傳輸量，而且應與其他設定值一起調整。Oracle GoldenGate 分散式應用程式和分析提供兩種不同的複製模式：傳統 Replicat 和協調式 Replicat。

Classic Replicat 是將訊息套用至目標雲端儲存服務的單一繫線處理作業。協調式 Replicat 是一個多繫線的處理作業，多個繫線會獨立讀取 OGG 歷程檔並平行套用交易。Oracle GoldenGate Cloud Object Storage Replication 處理作業會透過交易分組將處理最佳化。GROUPTRANSOPS 參數會將多個小型交易群組成套用至雲端儲存目標的單一大型交易。已在參數檔中設定 GROUPTRANSOPS。依預設，GROUPTRANSOPS 會設為 1000。您可以增加高達 20000 以獲得更好的效能。

例如：GROUPTRANSOPS 20000

如何在 Oracle GoldenGate 和 OCI GoldenGate Google Cloud Storage 複製中設定檔案大小？

Oracle GoldenGate Replicat 會在本機檔案系統中建立檔案，並保持開啟狀態，直到符合來源的描述資料變更事件或觸發變換條件為止 (例如 DDL 變更)。使用者可以使用 Replicat 特性來控制檔案變換。「檔案大小上限」控制檔案大小。依預設，檔案大小會配置為 1 GB，但可視需要加以配置。達到大小上限時，會關閉檔案並產生新的檔案。如需詳細資訊，請參閱在 Oracle GoldenGate for DAA 文件中設定檔案寫入器處理程式。

Oracle GoldenGate 和 OCI GoldenGate 是否支援將 parquet 檔案複製到 Google Cloud Storage？

Oracle GoldenGate 和 OCI GoldenGate 支援在目標物件儲存的儲存桶中建立分割的檔案。分割可改善下游刪除和查詢效能，但過度分割可增加目錄 / 檔案計數並增加小型檔案問題。

若要使用分割，資料必須依最高層級的表格進行分割。這是使用 pathMappingTemplate 特性來完成，且應設為完整表格名稱。

它會根據完整來源表格名稱，在容器 / 儲存桶內建立目錄。例如：gg.eventhandler.<gg.target value>.pathMappingTemplate=${fullyQualifiedTableName}

建立分割區時，會使用 gg.handler.<gg.target value>.partitioner.<fully_qualified_table_name>。此特性可與範本關鍵字 (例如 ${columnValue[column_name]}) 或常數字串值搭配使用，以定義分割區路徑結構。

Oracle GoldenGate 和 OCI GoldenGate 是否支援將 DDL 複製到 Azure 資料湖儲存 (ADLS) 上的 parquet 檔案？

Oracle GoldenGate 和 OCI GoldenGate ADLS 複製會自動將來源 DDL 變更傳輸至產生的檔案。或者，當來源資料庫中的 DDL 作業發生時，可以使用 EVENTACTIONS 來控制 Extract/Replicat 行為。

如果 Oracle GoldenGate 擷取會從來源資料庫擷取「建立表格」事件，Replicat 會從目標雲端物件儲存的儲存桶 / 容器中的「建立表格」事件，使用表格名稱建立新的檔案。

如果 Oracle GoldenGate 擷取會從來源資料庫擷取「更改資料欄 / 刪除資料欄」事件，Replicat 將會建立一個反映更新之來源表格定義的新檔案。

如果 Oracle GoldenGate 擷取會從來源資料庫擷取 Truncate 事件，您可以設定 Replicat 在 Truncate 事件上滾動資料檔，方法為：

gg.eventhandler.<gg.target value>.rollOnTruncate=true

此特性預設為 false，且 Replicat 不會捲動 Truncate 事件中的檔案。Oracle GoldenGate 擷取會從來源資料庫擷取「刪除表格」事件，這不會影響目標檔案系統。

Oracle GoldenGate 和 OCI GoldenGate 如何在複寫至 Azure 資料湖儲存 (ADLS) 上的 parquet 檔案時，處理來源 Oracle NUMBER 資料類型？

Oracle NUMBER 是一個可變精確度的小數資料類型，可以代表整數和固定點小數值，且數字位數最多為 38 位數。

如果在沒有明確精確度和小數位數 (例如 NUMBER) 的情況下定義資料欄，Oracle 可以跨資料列儲存具有不同小數位數的值，而且在某些複製 / 綱要產生案例中，格式化程式可能無法決定為目標綱要衍生單一小數位數 / 小數位數。因此，Avro/Parquet 的對應通常會使用保守的小數表示法，除非您明確設定精確度和小數位數來符合來源資料欄定義。

gg.handler.<gg.target value>.enableDecimalLogicalType 是小數邏輯類型對應的主要交換器。設為 true 時，會指示 Avro 格式器將 Oracle NUMBER 資料欄對應至 Avro 十進位邏輯類型 (含 logicalType 的位元組：decimal)，而不是將數字寫入為純 Avro 數字原始類型或字串的預設對應。

當精確度 / 比例無法確定推斷時，格式化程式通常會選擇保守的 Avro 小數定義 (高精確度與比例)，以避免精確度損失。這可能會導致下游消費者看到以不必要大規模表示的值 (例如，明顯尾隨的小數位數)。

若要使目標結構與已知且一致的來源定義一致，特別是財務資料 (餘額、價格、金額)：

set gg.handler.<gg.target value>.maxPrecision 和 gg.handler.<gg.target value>.oracleNumberScale。

Oracle GoldenGate 和 OCI GoldenGate 支援哪些 ADLS 認證方法？

Oracle GoldenGate 和 OCI GoldenGate 支援存取金鑰、共用存取簽章以及 Azure Entra ID。

Oracle GoldenGate 支援 Amazon S3 表格？

是的，Oracle GoldenGate 支援透過 Amazon S3 表格 REST 目錄，即時將 Apache Iceberg 複製到 Amazon S3 表格。

Oracle GoldenGate 和 OCI GoldenGate 是否支援將多零件上傳至 Amazon S3？

是的，啟用「Amazon S3 多重部分上傳」功能，可將大型檔案分割成可獨立平行上傳的小型部分，以便上傳到 Amazon S3。此功能可解決已知的 Amazon S3 限制，例如單次上傳 5GB+ 大小物件。成功上傳所有檔案部分後，會向 Amazon S3 提出要求，將它們組合成單一物件。若要使用此功能，您必須在 Amazon S3 Replicat 中啟用 gg.eventhandler.s3.multipartEnabled=true。

Oracle GoldenGate 和 OCI GoldenGate 是否支援將 parquet 檔案複製到 Google Cloud Storage？

Oracle GoldenGate 和 OCI GoldenGate 支援在目標物件儲存的儲存桶中建立分割的檔案。分割可改善下游刪除和查詢效能，但過度分割可增加目錄 / 檔案計數，並增加小型檔案問題。

若要使用分割，資料必須依最高層級的表格進行分割。這是使用 pathMappingTemplate 特性來完成，且應設為完整表格名稱。它會根據完整來源表格名稱，在容器 / 儲存桶內建立目錄。例如：gg.eventhandler.<gg.target value>.pathMappingTemplate=${fullyQualifiedTableName}。建立分割區時，會使用 gg.handler.<gg.target value>.partitioner.<fully_qualified_table_name>。

此特性可與範本關鍵字 (例如 ${columnValue[column_name]}) 或常數字串值搭配使用，以定義分割區路徑結構。

OCI Database Migration Service 的定價如何？(中性)

移轉的前 183 天 (6 個月) 免費提供，但若移轉執行時間超過 60 天且未傳輸任何資料除外。

OCI Database Migration Service 支援哪些來源和目標？(中性)

目前支援 Oracle 和 MySQL 同質移轉。這些來源可以是內部部署、其他雲端或 OCI。目標必須在 OCI 中。Oracle 支援從 11g (11.2.0.4)、12c (12.1.0.2、12.2.0.1)、19c、21c 以及所有後續的 Oracle Database 版本。MySQL：5.7 和 8 版本。可在下一個 URL 中找到更多詳細資訊。

OCI 資料庫移轉服務支援哪些移轉類型？

離線邏輯移轉：資料庫的一次性複本需要應用程式在移轉處理作業期間離線。線上邏輯移轉：資料庫的初始複本，接著在移轉期間變更資料擷取。應用程式可以在移轉過程中保持在線上狀態。

在 oracle 移轉期間，預設會排除哪些物件和綱要？

下列是一律排除的物件類型：

預設會排除下列綱要：

移轉需要哪些 OCI 資源？

OCI GoldenGate 在哪裡可用？