時機和升級路徑
不確定的時間表
Oracle Database 23ai 或 Oracle Database 23.4 已在 Oracle 雲端基礎架構 (OCI) 和部分開發人員特定環境中首次推出。 但是,將它整合至主流就地部署版本加以佈建,仍有變數。1
這種變數讓組織、尤其是那些依賴 Linux 和 Windows 的組織都想知道,23ai 何時能夠在自家生產環境中使用。 由於版本發行日期未定、前景不明,讓業務和技術團隊不禁思考,是否應該等待並存檔,或探索其他支援途徑。
從過去的版本發布和趨勢來看,就地部署版本往往會落後 OCI 數月之久。 考量到這一點,我們估算出下列發行日期:
平台 |
預計發行日期 |
---|---|
Oracle Database Oracle Database 23ai 可透過 Oracle OCI 存取:• Exadata 資料庫服務 |
已發行1 |
Oracle Database Oracle Database 23ai 可透過 Azure Oracle Database 服務存取 |
已發行1 |
Oracle Database Oracle Database 23ai 可下載至地端作為:• Autonomous Database Oracle Database 23ai Container Image |
已發行1 |
就地部署的 Exadata、Linux 和 Windows |
預計發行時間 2024 年 6 月至 2024 年 9 月 |
即使 Oracle Database 23ai 現在已在您的存檔中,您也務必要記得,版本穩定通常需要一段時間,一般至少兩年。 這代表即使現在能夠存取,您已存檔的版本也可能不太穩定。
您的 Oracle Database 23ai 路徑
如果您從比 Oracle Database 19c 還舊的版本升級,可能會遇到兩大障礙:
- 升級路徑。Oracle Database 23ai 僅可從 Oracle Database 19c 和 21c 版本直接升級。2較舊版本的使用者需要至少執行一次額外升級,需要時間、精力、測試、停機以及面對風險。 這類多重升級需求可能會額外耗費更多的時間(和停機時間)、精力和承擔風險。
- 移除 Classic Oracle 架構。 Oracle Database 23ai 不再支援傳統的非 CDB 架構,須採用 12.2 中導入的 CDB/PDB 模型。 從既有非 CDB 資料庫轉為使用 CDB/PDB 模型,需要耗費大量的時間和工作。3
升級必須是策略性決策。這些新功能承諾的益處,是否真的超過潛在的業務中斷、成本、優勢、時間和風險?
[1] https://blogs.oracle.com/database/post/oracle-Oracle Database 23ai-now-generally-available
環境穩定性
基礎可能相當不穩定
任何軟體的全新版本本身都會有一些不穩定的地方。 為了衡量這個最新版本的穩定性,讓我們看看過往版本的採用模式:
Oracle 資料庫的早期版本 (從 Oracle 8 到 18) 都經歷過諸多挑戰。 Oracle 84 的存取問題十分嚴重,而 Oracle 11g 和 12c 則有記憶體管理複雜的問題。這些前例都在提醒我們新版本可能會碰到的阻礙。5
我們也見過良好採用的案例,如 Oracle 11.2、12.2 和 Oracle Database 19c 等版本。 這幾個版本的共通點是,它們都是長期支援版本的最終產物,有充足的時間優化。
優先考量穩定性和可靠性是非常重要的。 從過去的模式判斷,早期錯誤會在兩至三年內得以解決,也會建立更成熟的生態系。
23.5 可能增加不穩定的風險
我們估計 Oracle Database 23 的下一版本,將在 Oracle Database 23.4 初次發行的一年後推出(也有可能更早),就地部署版本最快預計在 2025 年中問世。
隨著大量新功能的新增,重要的是要知道它們可能會使版本更不穩定。 若版本 23.5 導入更多增強功能,因為需要額外的新程式碼,所以想必會對基本版本產生影響。
23.5 的預計發行時間表
平台 | 預計發行日期 |
---|---|
OCI Exadata 資料庫服務和 Oracle Exadata Cloud@Customer | 1/2025 |
OCI 其他 DBaaS | 2025 |
就地部署的 Exadata | 2025 年 2 月至 2025 年 6 月 |
就地部署的 Linux | 2/2025-6/2025 |
就地部署的 Windows | 3/2025-7/2025 |
[4] 這種狀況的經典案例是 Oracle 8i 第一版中導入的 248 天問題
[5] https://forums.oracle.com/ords/apexds/post/oracle-11g-to-12c-migration-error-1429
功能和業務影響
升級與否應視貴組織的需求而定。
Oracle Database 23ai 的核心功能與 Oracle Database 19c 相比不會有太大差異,但將導入以 AI 為中心的新功能變更和附加功能,如 AI 向量搜尋、資料的安全編碼與自然語言處理。
有新增的功能,也會有某些功能被完全移除。 例如,以經典型態建立 Oracle 資料庫的功能,在 12c 中已打折,並在 21c 中完全移除。 光是這項變更就可能影響您輕鬆升級的能力。6
花點時間評估這些新功能是否真正符合您的業務目標,以及是否能帶來實際益處。
部分新功能清單
- 效能最佳化和效率
- 優先交易
- 優先圖表
- 縮減表格空間
- True Cache
- 滾動修補
- 即時 SQL 計劃管理
- 資料建模和管理
- JSON 結構
- JSON / 關聯雙重性
- 全球分散式資料庫
- SQL 網域
- 布林資料類型
- 結構層級權限
- 開發人員生產力和彈性
- SQL 防火牆
- 每個 PDB Standby 的唯讀模式
- 安全與合規
- JS 儲存程序
- 開發人員角色
- 微服務支援
- 進階分析和搜尋
- AI 向量搜尋
升級成本
升級成本並不低
當您探索 Oracle Database 23ai 功能時,必須考量與升級相關的潛在成本。
升級需要耗費時間、精力、重新訓練、確保品質,這些事情都有相應的成本。 若您的組織須在有限範圍內採用 Oracle Database 23ai,或許可以協商將 OCI 用作 DBaaS 解決方案,同時仍續用 Rimini Street 的支援。7 您或許也可以透過 runtime/嵌入式授權或系統整合商,存取 Oracle Database 23ai。
升級至 Oracle Database 23ai 時,重要的是要預估潛在的成本和授權調整。 不必擔心會落後── Oracle 通常會為所有的資料庫都提供授權開發的版本,讓您(經公司同意後)能夠在個人電腦上執行。
升級需求極低
我們認為,您目前擁有的 Oracle 資料庫版本可能各方面都能滿足您的需求。 在業界喧擾中,必須保持頭腦清晰,並考量下列幾項要點:
評估您的升級路徑。 為讓當前版本穩定執行,您已投入了大量的人力、時間和金錢資源。 轉換至 Oracle Database 23ai 可能需要花費兩到三年的時間,前提是專案完滿成功,尤其是如果您要做的是複雜的多重升級,可能不見得會這麼順利。
優先考量系統穩定性。 雖然 Oracle Database 23ai 有許多新的增強功能,但對它初始的穩定性抱持謹慎態度是很正常的。 貴公司業務仰賴穩定的資料庫。優先考慮穩定性而非能立即取得最新功能,才是明智的做法。
揭開 隱藏成本。 升級與否應視您的實際業務需求而定。 花點時間考量具體使用案例和潛在業務影響,以及驅動價值所需的時間和資源。
我們致力於協助您做出明智的決策。 雖然新的 AI 功能有極大潛力,但升級時機是非常重要的。 確保您將資源投入不僅能創造實際業務價值,還會盡可能減少中斷並促進創新的計劃中。 達成平衡,驅動進步且不犧牲穩定性,是最重要的。 深入探索 Rimini Street 支援,瞭解可以怎樣優化現有的 Oracle 投資,同時確保妥善採用您的 AI 投資,盡可能減少導致現有營運中斷的情況。
[7] https://redresscompliance.com/oracle-negotiation-experts-share-four-negotiation-strategies/