在使用 Oracle Database@Hyperscaler (DB@Hyperscaler) 之前,我整理了一些個人關注的問題以及「這會怎麼樣?」的疑問,並附上應參考的文件。
對於「什麼是 DB@Hyperscaler?」的朋友,請參考以下連結。
首先,最新資訊會在「Oracle 多雲能力」上發布。透過這裡可以確認哪些服務可用以及哪些區域已經達到一般可用性(GA)。
另外,也可以從 OCI 的文件「What’s New」中確認服務更新信息。
官方文件 | |
---|---|
Oracle Database@AWS (ODAAWS) | Oracle Database@AWS「What's New」 |
Oracle Database@Azure (ODAA) | Oracle Database@Azure「What’s New」 |
Oracle Database@GCP (ODAG) | Oracle Database@Google Cloud「What's New」 |
各雲服務提供商 (CSP) 的文件如下:
CSP | 官方文件 | FAQ |
---|---|---|
OCI | Oracle 多雲 | ・關於 Oracle Database@AWS 的 FAQ <br>・關於 Oracle Database@Azure 的 FAQ <br>・關於 Oracle Database@Google Cloud 的 FAQ |
AWS | Oracle Database@AWS 文檔 | - |
Azure | Oracle on Azure 文檔 | 關於 Oracle Database@Azure 的 FAQ |
GCP | Oracle Database@Google Cloud 文檔 | - |
費用、服務功能、SLA 以及 OSR 與通常的 OCI 相同。
Oracle Database@Hyperscaler | |
---|---|
費用 | 與 OCI 相同 |
功能 | 與 OCI 相同 |
SLA | 與 OCI 相同 |
Oracle 支援獎勵 (OSR) | 與 OCI 相同 |
使用前的服務限制申請 | 與 OCI 相同 |
可用的物理可用區如下 (截至2025年10月)。在 AWS、Azure、GCP 中,邏輯可用區和物理可用區是不同的 (似乎每個帳戶也會不同),因此,務必確認物理可用區的位置。
區域可用性 | Oracle Database@AWS (ODAAWS) | Oracle Database@Azure (ODAA) | Oracle Database@GCP (ODAG) |
---|---|---|---|
東京 | - | japaneast-az2、japaneast-az3 | 1 AZ |
大阪 | - | japanwest-az3 | - |
由於各區域的 GA 時間不同,最新的信息請確認 Oracle 多雲能力 和各文件。
DB@Hyperscaler | Oracle Database@AWS (ODAAWS) | Oracle Database@Azure (ODAA) | Oracle Database@GCP (ODAG) |
---|---|---|---|
ExaDB-D X9M/X11M | YES | YES | YES |
ExaDB-XS (Exascale) | - | YES | YES |
ADB-S | - | YES | YES |
ADB-D | YES | - | - |
BaseDB (※1) | - | YES | YES |
OCI GoldenGate (※2) | - | YES | 計畫中 |
ZRCV / RCV in OCI<br>(保存位置:OCI) (※3) | YES | YES | YES |
ZRCV / RCV in Partner Cloud (※3)<br>※保存位置:AWS、Azure、GCP | YES | YES | YES |
自動備份到 Object Storage (Oracle 管理)<br>※保存位置:OCI | YES | YES | YES |
自動備份到 Amazon S3、Azure Blob、Google Cloud Storage | YES | - | - |
OCI 教學
UI 螢幕截圖集
💡※1:提供的為 2025 年 8 月 27 日 GA 的 Generation-agnostic x86 型 BaseDB。
BaseDB (ECPU 版) | BaseDB (OCPU 版) | |
---|---|---|
型號 | ・Generation-agnostic x86:VM,Standard.x86 | ・AMD:VM.Standard.E4.Flex、VM.Standard.E5.Flex<br>・Intel X9:VM.Standard3.Flex<br>・Ampere (Arm):VM.Standard.A1.Flex |
核心 | 基於 ECPU | 基於 OCPU |
DB 版本 | 23ai 以上 | 19c 以上 |
版本 | • 標準版 (SE)<br>• 企業版 (EE)<br>• 企業版 - 高效能 (HP)<br>※企業版 - 極端高效能 (EP) 無法使用 | • 標準版 (SE)<br>• 企業版 (EE)<br>• 企業版 - 高效能 (HP)<br>• 企業版 - 極端高效能 (EP) |
組態 | ・單一組態<br>※因為無法使用 EP,故無法使用 RAC、In-Memory、Active Data Guard | ・單一<br>・RAC<br>※Arm 只能是單一組態 |
儲存 | 邏輯卷管理器 (LVM)<br>※不支持 ASM | ・AMD:ASM 或 LVM<br>・Intel X9:ASM 或 LVM<br>・Ampere (Arm):LVM |
儲存效能 (VPU) | 無法選擇 | ・平衡型 (10 VPU)<br>・高效能 (20 VPU) |
Generation-agnostic x86 型 BaseDB 的注意事項
Oracle Base Database Service 中的最新消息「發佈日期:2025 年 8 月 27 日」
💡※2:2025 年 10 月 7 日,Oracle Database@Azure 支援 Oracle GoldenGate (What's supported)。
消費的是 Azure Credit (MACC) (What's New)。
內容:通知您 Oracle Database@Azure 現在可以使用 Oracle GoldenGate。從今天起,客戶可以使用行業領先的 GoldenGate 實時複製和整合,並以現有的 Microsoft Azure 消費承諾(MACC)進行付款。這項公告超越了將資料從一點移動到另一點。它使數據能夠在不造成停機或中斷的情況下,在本地、雲端以及多雲環境中自由流通。GoldenGate 是一個流動層。數據一旦被移動,您可以決定在哪裡將其定位、如何進行現代化以及如何開放見解。
東京區域也可用,物理可用區似乎為「 japaneast-az3
」 (Regional Availability)。
OCI GG 的設定似乎需要在 OCI 控制台進行 (GoldenGate)。
順便提一下,從 GoldenGate 23ai 開始,只有 Oracle Database 19c 以上的版本才會有運行保證。因此,若要從 Oracle Database 11gR2 或 12c 等舊版資料庫進行遷移,需結合 GoldenGate 19c 或 21c,或考慮其他遷移方法。
可以從這裡查詢 GoldenGate 支援的資料庫及其版本。
GG 版本 | GA 日期 | Premier 支援結束 | 擴展支援結束 | 維持支援結束 |
---|---|---|---|---|
19.1 | 2019年5月 | 2024年4月 | 2027年4月 | 無限 |
21.x | 2021年4月 | 2026年4月 | 不可用 | 無限 |
23.x | 2024年5月 | 2029年6月 | 2032年6月 | 無限 |
其他 GoldenGate 的參考資料。
💡※3:目前 ZRCV / RCV 無法將自動備份複製到其他區域 (截至 2025 年 10 月)
若想將物理備份取得到其他區域,則有以下兩種方式。
(1)手動備份到 Object Storage (客戶管理)。利用 Object Storage 功能將備份複製到其他區域的儲存桶
使用此處所述的方法,對於使用 RMAN 復原從備份的資料庫應被認為是安全的,但千萬不要與控制台 (以及 OCI API / CLI) 結合使用 RMAN 來設置,或與
dbaascli
結合設置。若使用 RMAN 來手動調整備份,則請不要使用控制台的自動備份。同時,也請不要使用dbaascli
。需首先完全禁用控制台基於的自動備份。有關詳情,請參考「透過禁用自動備份來管理手動備份及恢復」。
(2)例如將 ExaDB-D 設定為 Data Guard (遠端待命),並從主要與待命兩個位置獲取備份至 ZRCV / RCV
其他參考信息
Oracle Database@AWS (ODAAWS) | Oracle Database@Azure (ODAA) | Oracle Database@GCP (ODAG) | |
---|---|---|---|
手動備份到 Object Storage (客戶管理)<br>※保存位置:OCI | YES | YES | YES |
資料庫管理 | YES | ||
Ops Insight | YES | ||
Data Safe | YES (ExaDB-D) | YES (ExaDB-D) | YES (ExaDB-D) |
資料庫管理、Ops Insight、Data Safe 的服務概述可參見以下鏈接。
各產品的新功能等服務更新可從產品文件中查看。
使用 DB@Hyperscaler 的服務 (如 ExaDB-D、ADB-S 等) 時,可能會與 OCI 服務 (如 Data Safe、資料庫管理等) 聯動。
總結各服務是否消耗 AWS/Azure/GCP 的信用,或消耗 OCI 的信用 (截至 2025 年 10 月)。
詳細請參考 Oracle Services contracts 的各 Service Descriptions。
Oracle Database@AWS (ODAAWS) | Oracle Database@Azure (ODAA) | Oracle Database@GCP (ODAG) | |
---|---|---|---|
ExaDB-D | AWS Credit | Azure Credit | GCP Credit |
ExaDB-XS | - | Azure Credit | GCP Credit |
ADB-D | AWS Credit | - | - |
ADB-S | - | Azure Credit | GCP Credit |
BaseDB | - | Azure Credit | GCP Credit |
GoldenGate | - | Azure Credit | - |
Autonomous Recovery Service (RCV) | AWS Credit | Azure Credit | GCP Credit |
Zero Data Loss Autonomous Recovery Service (ZRCV) | AWS Credit | Azure Credit | GCP Credit |
Object Storage (Oracle 管理) | AWS Credit | Azure Credit | GCP Credit |
Object Storage (客戶管理) | OCI Credit | OCI Credit | OCI Credit |
Amazon S3 | AWS Credit | - | - |
其他 OCI 服務<br> (例如:Data Safe、資料庫管理、Ops Insights、日誌分析等) | OCI Credit | OCI Credit | OCI Credit |
DB@Hyperscaler 的合約形式有兩種。
1. 私人提案
2. 公開提案
例如,對於 ODAA,ExaDB-D 和 ZRCV/RCV 似乎必須通過私人提案才能使用。
各自的區別可以參考這裡。
進行私人提案時,需要 Billing Account ID。這個 ID 需要與 OCI 的帳戶 (租戶) 關聯,若資訊錯誤,將無法從 Marketplace 購買,故此為重要信息。
在私人提案之後試圖更改關聯 ID 似乎很困難,因此事先確認十分重要。
Oracle Database@AWS (ODAAWS) | Oracle Database@Azure (ODAA) | Oracle Database@GCP (ODAG) | |
---|---|---|---|
帳戶名稱 | Buyer account ID | Billing Account ID | Billing Account ID |
確認時的聯絡對象 | AWS公司 | Microsoft公司 | Google公司 |
順帶一提,Azure Billing Account ID 可以由有權限的管理員通過 Azure Portal 確認。具體詳情請聯繫 Microsoft 公司。
在使用 ExaDB-D 等普通 OCI 服務時,也需要向 OCI 支援提出服務限制提升申請,但 DB@Hyperscaler 也是如此。
服務限制申請的詳細請參考此處。
若要使用 OCI 服務 (消耗 OCI 信用的服務),則需要 OCI 的合約。
OCI 的合約有以下兩種。
隨用隨付 (PAYG):每月按實際使用後付款
在通過私人提案進行入門時,無法將 Azure 帳戶與 OCI 的隨用隨付 (PAYG) 租戶鏈接
年度彈性:預先支付年度信用
有關 PAYG 和年度彈性的不同,可以參考這裡的說明。
DB@Hyperscaler 的支援是 OCI 與其他 CSP 的共同支援。
下圖是以 Oracle Database@AWS (ODAAWS) 為例,但需要在確定是 OCI 的問題還是 AWS 的問題後,分別聯絡相應的支援窗口。
根據所發生的事件,可能需要聯絡到美國的支援,並可能會引發相當多的美國支援之間的交流。
為了促進與支援之間的交流,建議將各個雲的支援級別統一到配有 TAM (技術帳戶經理) 的水平。
附帶 TAM | OCI 支援 | AWS 支援 | Azure 支援 | GCP 支援 | |
---|---|---|---|---|---|
測試環境 | 無 | 標準支援 | 開發者 | 基本 / 開發者 | 標準 |
生產環境 | 無 | 標準支援 | 商務 | 標準 | 增強 |
商業關鍵 | 有 | CSS | 企業快速通道 | 專業直接<br>※不是 TAM 直系的專業直接交付經理 | 專業 |
任務關鍵 | 有 | CSS | 企業 | 高級 / 統一支援 | 高級 |
OCI 支援 | AWS 支援 | Azure 支援 | GCP 支援 | |
---|---|---|---|---|
支援範圍 | ・資料庫連接問題 (Oracle TNS)<br>・Oracle Database 的性能問題<br>・Oracle Database 錯誤修復<br>・與服務相關的 OCI 租戶之間的通信網絡問題<br>・為增強容量所需的配額提升 (詳情參見 資料庫資源的限制提升請求)<br>・為增加 Oracle Database 基礎架構的計算和存儲容量進行擴展 |