甲骨文實現 Database as a Service (DBaaS)：多租戶架構才是平台層雲的正確路徑

甲骨文實現 Database as a Service (DBaaS)：多租戶架構才是平台層雲的正確路徑

吳承楊強調：**虛擬機 ≠ 雲**，資料庫層雲化需解決資源利用率低、峰值配置浪費、I/O 瓶頸三大問題。Oracle 12c **多租戶架構 (CDB/PDB)** 是平台層 DBaaS 的正確實現路徑。

為什麼需要平台層雲 (DBaaS)？

• 單系統利用率低：為滿足年峰值 (1 天) 配置資源，其餘 364 天閒置；晝夜波動大。
• I/O 瓶頸導致 CPU/記憶體投資無法充分發揮。
• DBaaS 透過**資源統籌、多租戶隔離、彈性分配** 可提升投產比 **2-3 倍**。

虛擬機部署資料庫的三大缺陷

Oracle 12c 多租戶架構 (Multitenant) — 平台層 DBaaS 正解

CDB (Container Database) 根容器
  ├─ PDB$SEED (模板)
  ├─ PDB1 (租戶 A: 核心交易)
  ├─ PDB2 (租戶 B: 報表分析)
  ├─ PDB3 (租戶 C: 開發測試)
  └─ ... 最多 252 PDB (12c) / 4098 PDB (18c+)

核心優勢

• 資源共享：單一 SGA、背景進程、控制檔服務所有 PDB，記憶體/CPU 利用率大幅提升。
• 秒級佈建/克隆：CREATE PLUGGABLE DATABASE pdb2 FROM pdb1; 瞬時完成。
• 隔離性：PDB 間資料/權限/資源 (CPU/IO/Parallel) 完全隔離，DBMS_RESOURCE_MANAGER 精細配額。
• 補丁/升級一次生效：CDB 層面打補丁，所有 PDB 同步受益。
• 應用零修改遷移：非 CDB 資料庫可 DBMS_PDB.DESCRIBE → 插入為 PDB，應用連線字串僅改 Service Name。

實施路徑建議

1. 評估現有資料庫整合比 (建議 10:1 ~ 50:1 視負載特性)。
2. 建立 CDB 基礎設施 (RAC + Data Guard 高可用)。
3. 制定 PDB 標準化範本 (字元集、參數、權限模型、資源計劃)。
4. 分批遷移：非核心 → 核心，驗證效能與隔離性。
5. 部署 Enterprise Manager 13c/19c 統一監控與自動化運維。

結論

「虛擬化屬於應用層，平台層雲 = 多租戶資料庫。」Oracle 12c/19c/21c/23c 持續深化 Multitenant，是構建企業級 DBaaS 的唯一成熟路徑。

1. 上一篇文章： 甲骨文專業服務助力企業系統整合：從應用層到平台層的數據庫選型智慧
2. 下一篇文章： 大數據時代甲骨文全數據策略：結構化+非結構化融合、SQL-on-Hadoop、投資保護

Oracle 教學

Oracle 基礎（九）：記憶體、進程、儲存三大架構詳細解析

Oracle 基礎（九）：記憶體、進程、儲存三大架構詳細解析

ORA-00054 資源忙碌：3 步定位鎖表會話並優雅釋放

現象 執行 DDL（ALTER TABLE、DROP IND

Oracle Client ORA-12541 TNS 無監聽程序錯誤排查與解決

Oracle Client ORA-12541 TNS 無監

Oracle 表連接查詢內部機制：Join 方法、存取路徑與執行計畫解讀

Oracle 表連接查詢內部機制：從語法到執行計畫的完整鏈路