【旧版】Oracle Gen 2 Exadata Cloud@Customer：サービス概要のご紹介 [2021年12月版]

⽇本オラクル株式会社
2021年12⽉
サービス概要のご紹介
Oracle Gen 2
Exadata Cloud@Customer

Safe harbor statement
以下の事項は、弊社の⼀般的な製品の⽅向性に関する概要を説明するものです。また、
情報提供を唯⼀の⽬的とするものであり、いかなる契約にも組み込むことはできません。以
下の事項は、マテリアルやコード、機能を提供することを確約するものではないため、購買
決定を⾏う際の判断材料になさらないで下さい。
オラクル製品に関して記載されている機能の開発、リリース、時期及び価格については、弊
社の裁量により決定され、変更される可能性があります。
Copyright © 2021, Oracle and/or its affiliates
3

1. Exadata Cloud@Customer概要
2. Exadata Cloud@Customerのメリット（1）変化に合わせて、コストを減らす
3. Exadata Cloud@Customerのメリット（2）リスクを減らし、運⽤⼯数も減らす
4. Exadata Cloud@Customer H/W概要
5. Exadata Cloud@Customer X9Mマルチカスタマ
6. Exadata Cloud@Customer事例
7. On-Premise Exadataとの違い
8. Exadata Cloud@Customer サービスの補⾜説明
9. Exadata Cloud@Customer 導⼊プロセスの概要
10. ACS Standard Services for Cloud at Customer
アジェンダ
4

Exadata
Cloud@Customer
概要
5

DXを推進するために、変化対応できるシステムが求められている
6
ビジネスの変化に対応できない
ITの維持・運⽤コスト・⼯数の増加
リスク（サイバーセキュリティや災害・
障害）への対応ができない
変化対応できないシステムの課題
柔軟なインフラの採⽤
（動的なリソース変更など）
短期開発モデルの採⽤
（アジャイル開発、マイクロサービス、CI/CD）
⾃動化による
維持運⽤コスト・⼯数削減
⾼可⽤性への対応
セキュリティ対策
変化対応できるシステムへのシフトで
求められる対応
クラウドへの
シフト

ウォーターフォール・モデルからの脱却
変化対応できるシステムにシフトするために、システム開発⼿法も変化する
7
アジャイル開発、マイクロサービス、CI/CD
設計
開発・構築
テスト
運⽤
次の設計・
開発・テスト
継続的な自動テスト
開発
テスト
本番
インフラ
リソース増加
バージョン
アップ
移⾏
アプリもインフラも全体フェーズに合わせてスケジュール。
運⽤中はバージョン固定で変更せず。
次の更改は時間をかけて実施。
• 短いサイクルで設計→開発→テストを繰り返す（アジャイル開発）
• 細かい粒度の単位で開発から運⽤まで⾏う（マイクロサービス）
• ビルド・テスト・デプロイを⾃動化して継続的に実⾏（CI/CD)。
• ⾃動テストを回し、アプリやインフラなど、新機能、新バージョン、パッチ等
を適宜テストし、テストが通れば本番環境に⾃動デプロイ
⻑期化、塩漬け傾向
ウォーターフォール
→ DXを推進する上で、この⼿法が阻害要因に → テストの継続的実⾏と⾃動化が重要

IT部⾨の悩み︓従来クラウド化の対象外だったシステムもクラウド化の対象に
8
システムをクラウド化したい
しかしパブリック・クラウドに
⾏けない
• 基幹システムをクラウド化することの不安
• コンプライアンス等で、データを外部に
持ち出せない…
• すぐには全⾯的にパブリック・クラウド移⾏
できない…
周辺システムを中⼼とした
クラウド化
基幹システムのクラウド化
/ 全社的なクラウド化
今まで
これから

Oracle Exadata Database Machine
• 理想的なデータベース・ハードウェアとソフトウェア
• コンピュート、ネットワーク、ストレージがデー
タベースに最適化
• OLTP、分析、統合の⼤幅な改善に特化
したアルゴリズムを実装
• ⾼い可⽤性と管理性
• 構成、性能、フォルトトレランス、更新が完
全に⾃動化と最適化
圧倒的な性能
⾼い可⽤性
FIVE NINES
5X9
99.999%
MAA(*)構成は IDC AL4認定
環境に優しい
* Maximum Availability Architecture
Exadata化によるH/W削減の
電⼒消費/CO2削減効果 51%
9 Copyright © 2021, Oracle and/or its affiliates

Exadataの3つのデプロイ形態
10
On-Premises Exadata Cloud
@Customer
（ExaC@C）
Exadata Cloud
Service
• お客様データセンター
• ライセンス購⼊
• お客様⾃⾝で管理
• お客様データセンター
• サブスクリプション
• Oracleが管理
• Oracleデータセンター
• サブスクリプション
• Oracleが管理

⾃動化/コントロールの選択
11
ExaC@C
Exadata
（On-Premise）
自動化、標準化、 TCO
お客様のコントロール、カスタマイズ
高低
ORACLE
AUTONOMOUS
DATABASE
Autonomous Database
on ExaC@C
高
低
DBもインフラも
お客様が管理・コントロール
OS,DBはお客様が管理、
インフラはオラクルが管理
OS,DB,インフラはオラクルが運⽤/⾃律管理,
利⽤者はPDBをセルフサービスで使⽤

Exadata Cloud@Customerは
クラウド化したいがすぐにはパブリック・クラウドに⾏けないお客様へのソリューション
12
DATA CENTER
＋
お客様データセンターにDBクラウド
→データ格納先はお客様データセンター内
クラウドならではのメリット
• お客様データセンターにデータを配置したセキュアなハイブリッド＆マルチクラウド構成
• 将来的な全社パブリック・クラウド移⾏に向けたステップ
Exadata Cloud@Customerでオラクルがご提案できること
変化に合わせて、
コストを減らす
• サブスクリプション＋従量課⾦
• 少ないコア数からスタート
• 未利⽤時にDB課⾦を⽌められる
• サブスクリプションにサポートも込み
• リソース変更可能（オートスケールも）
• データ移動／移⾏が簡単
リスクを減らして、
運⽤も減らす
• オラクルがインフラを運⽤管理
• ⾼速で安定したDB性能
• ⾯倒な可⽤性構成が簡単に
• ⾯倒なパッチ適⽤が簡単に
• セキュリティへの配慮

ExaC@Cを利⽤したマルチ・クラウド／ハイブリッド・クラウド構成
13
Public
Cloud
AWS,
Azure,
GCP等
アプリアプリアプリ
お客様DC
ExaC@C
セキュリティ等の要件により、
⾃社DCからデータを持ち出せないお客様
パブリック・クラウドのDB性能や
⾼可⽤性が要件に合わないお客様
1
2
Oracle Cloud
Infrastructure
ExaC@C管理で利⽤
Internet
ハイブリッド・クラウド構成のExaC@Cの
お客様ケース
アプリ
アプリ

パブリック・クラウドへの段階的移⾏パスとしてのExaC@C
14
これから
移⾏する
既存DB
お客様DC
ExaC@C
Oracle
Cloud
ステップ１
段階的にOn-Pの
DBをExaC@Cに
バージョンアップ＋
移⾏
ステップ3
ExaC@C上のDB
をパブリック・クラウド
に移⾏
パブリック・クラウドへの移⾏パスとしての
ExaC@Cのお客様ケース
クラウド移⾏前にOn-P環境がリース
切れするなど、移⾏スケジュールが合わ
ないお客様
多くのOn-P DBを数年がかりで
クラウドに段階移⾏するお客様
1
2
ステップ2
アプリをパブリック・ク
ラウドに移⾏

Exadata
Cloud@Customerの
メリット（１）
変化に合わせて、コストを減らす
15

ExaC@Cの課⾦体系
16
Exadata
Infrastructure
OCPU
4年
1秒単位
(1分間以上)
¥960,000/月
(Base System)
ゼロ CPU
から可能
1
2
¥161.292/時
(PaaS)
¥38.712/時
(BYOL)
Exadata Cloud - Database OCPU
• 1秒単位で0からモデル毎の最⼤CPUまで変更可能
- 未使⽤時は 0 OCPUに設定して課⾦停⽌
- 利⽤時は１ノードあたり最少 2 OCPUから
- On-Pと⽐べて⼩さいコア数で利⽤可能
• ２つのライセンス・タイプ︓PaaS or BYOL
- あとからタイプ変更可能
• 料⾦形態︓Annual Flex
Exadata Infrastructure
• シェイプ毎の⽉額費⽤
• 契約期間︓最低4年＋⾃動更新１年
• 料⾦形態︓Non-Metered

Exadata Cloud@Customer X8Mのシェイプと⽉額費⽤
17
Quarter Rack
• Database Server: 2
• Storage Server: 3
• 最⼤ユーザーVM数: 8
• PMEM Read IOPS: 300万
• Flash帯域: 75 GB/s
Half Rack
Full Rack
⽉額︓¥960,000
⽉額︓¥1,296,000
⽉額︓¥2,592,000
⽉額︓¥5,184,000
Base System
• Flash Read IOPS: 562,500
※Base SystemはPMEM無し
Database Server
• 50 OCPU (Base System: 24 OCPU)
• 1,390 GB Memory (Base System: 328 GB)
Storage Server
• I/O処理用コア数：48
• 1.5TB PMEM (Base System: N/A)
• 25.6TB Flash (Base System: 12.8TB)
• ~50TB Usable Disk (Base System: ~25TB)
X8M版

Exadata Cloud@Customer X9Mのシェイプと⽉額費⽤
18
Quarter Rack
Half Rack
Full Rack
⽉額︓¥960,000 ⽉額︓¥1,296,000
⽉額︓¥2,592,000
⽉額︓¥5,184,000
Base System
（X9M版未発売）
• Flash Read IOPS: 562,500
※Base SystemはPMEM無し
Storage Server
• I/O処理用コア数： 48
• 1.5TB PMEM (Base System: N/A)
• 25.6TB Flash (Base System: 12.8TB)
• ~64TB Usable Disk (Base System: ~25TB)
Database Server
• 62 OCPU (Base System: 24 OCPUs)
• 1,390 GB Memory (Base System: 328 GB)
X9M版

ExaC@Cへのストレージ追加
標準構成で開始
• Base System
• Quarter Rack
• Half Rack
• （Full Rack）
1
標準構成
2
ストレージサーバの
増設
エラスティックにラックを拡張
• 最⼤ 12 Storage Server
エラスティック構成
Note:
1. Base SystemはBase System⽤拡張サーバーのみ可能
2. 拡張サーバーの下位互換性– X9Mサーバーは X8Mラックに拡張可能
3. IB or RoCEラック内では互換性の制約がある。X9Mサーバーは X8ラックに追加できない
Storage Server
HC
追加Storage Server
¥259,200/⽉
Base System⽤追加Storage Server
（X9M版は未発売）
¥192,000/⽉
19

PaaS (ライセンス込み): ¥161.292/時
• 全Databaseオプションが利⽤可能 (Database Enterprise Edition Extreme Performance)
• RAC, Active Data Guard, Partitioning, In-Memory, Multitenant, Advanced Security, Diag Pack, Tuning Pack,
Real Application Testing, Advanced Analytics, Advanced Compression, Label Security, Data Masking など
• 全Exadata System Software 機能が利⽤可能
• サポート費⽤込み
BYOL to PaaS: ¥38.712/時
• 既にお持ちのデータベース・ライセンスやオプションの持ち込み
• 1 Processor = 2 OCPU
• 25 NUP = 1 OCPU
• Database Serviceのクラウド・ツール機能、インフラ監視・管理、Exadata System Softwareは含まれる
• Database 暗号化、 Diagnostic Pack, Tuning Pack, Real Application Testingは含まれる
• On-Premiseからの移⾏の場合、オンプレミスから環境移⾏する作業期間として、最⻑100⽇間のライセンスの⼀時的な並⾏
利⽤が可能（オンプレミスからの移⾏時における並⾏稼動期間の特例）
2種類のライセンス・タイプから利⽤可能、途中のライセンスタイプ変更も可能

（参考）VMクラスタでのライセンス・タイプの変更
オンラインでのライセンス・タイプの変更が可能
利⽤例
• オンプレミスからの移⾏時
• オンプレミスからの移⾏時における並⾏稼動期間の特例により、移⾏中の最⻑100⽇間をBYOLで利⽤
• 移⾏期間が100⽇を超えた場合、ライセンス・タイプをBYOLからライセンス込みに変更
21

(1) クラウド・モデル︓変動キャパシティモデルによる効率性とコストベースの向上
ExaC@Cのコストパフォーマンスが⾼い理由
22
節約しながら成⻑に対応できる可能性
追加のシステ
ムを調達
何年もかけて、
未使⽤の容量が
増加
ピーク時キャパシティ
変動
固定
On-
Premise
平均キャパシティ
成⻑ / 予期せぬワークロード
成⻑
min
min-max分散が⼤
きいほど、最適化の機
会が⼤きくなる
収益
2 成⻑ / 予期せぬワークロード
1
１⽇、週、年を通してワークロード
の変動する部分（季節性など）
平均キャパシティ
節約
成⻑
柔軟
On-
Premise
Cloud
現在使⽤可能なキャパシティ
固定キャパシティモデル
変動キャパシティモデル

On-Pの場合、機会損失
(2) クラウド・モデル︓オンラインのリソース増減でピーク等へ柔軟に対応し、ビジネス・アジリティを向上
23
コア数
120
50
80
On-Pの
場合、
固定
キャパシ
ティ
数ヶ⽉間での処理状況
1.ビジネス・アジリティ/Time to valueで機会損失を防ぐ
(キャパシティ追加によって複雑性が増加せずに)
43%
節約
平均コア数
= 80
Oracle Cloudによって
• Annual Flexが可変ワークロードに対応
2. 可変要素が多いほど、最適化の機会が増える
ExaC@Cの場合
• 「VMクラスタ」のOCPU数を動的に変更可能（稼働は 1ノードあたり 2 OCPU以上）
• 「VMクラスタ」のOCPU数を 0 に変更することで、稼働停⽌＆課⾦停⽌
• データベースやノードを停⽌しても課⾦が⽌まるわけではないので注意

OCPU数
• ノードあたり2 OCPU以上
• ノードあたり OCPU数 × ノード数で課⾦
• 0に設定するとクラスタ停⽌＆課⾦停⽌
• ノードあたり 1 OCPU単位でオンラインで増減可能
メモリ
• 個々のVMのメモリサイズ
• サイズ変更時はコンピュータ・ノードごとにローリングでリブート
ローカル・ファイルシステム(/u02)
• VMあたり最少 60 GB, 最⼤ 900 GB
• サイズ変更時はコンピュータ・ノードごとにローリングでリブート
Exadataストレージ
• VMクラスタに割り当てるExadataストレージサイズ
• 1GBの倍数で指定可能
• ダウンサイズの際は、15%以上減らすこと
• コンピュート再起動は不要
（参考）VMクラスタでの動的なリソース変更
24

(3) クラウド・モデル︓Oracle Cloudの規模、ベスト・プラクティス、運⽤効率を活⽤した運⽤コストの低減
25
お客様はデータベース・サービスを
サブスクライブ
作成/削除/パッチ/バックアップ/ス
ケール等が⾃動化
Internal Fabric
Hypervisor
DomU
Databases
Internal Fabric
Storage
Storage
Data/Schema
O
R
A
C
L
E
Exadata On Premises
以下が別途必要
• サイト監査
• Hardwareサポート
• Exadata SW ライセンス
• Exadata SWサポート
• インストールと構成
• Exadata SW構成
以下が含まれる:
• インフラのパッチ適⽤(Platinum Servicesの場合)
要件に応じたアドオン
以下の機能は、オラクルまたはお客様が⾏う必要
• Advanced Support Gateway インストール/構成
• EM Exadata Deployment Pack
• New License and ongoing support
• Exadata Deployment Pack (ACS)
• 管理、モニター、問題解決 (例. AM&R)
• 稼働とメンテナンス
以下が含まれる:
• サイト監査
• ExaC@C Hardware設置
• Hardwareサポート
• Exadata SW
• Exadata SWサポート
• インストールと構成
• Exadata SW構成
• Control Plane Servers
• Control Plane構成
• Control Plane – Automation
• Control Planeサポート
• インフラのパッチ適⽤
• 管理、モニター、問題解決
• 稼働とメンテナンス
お客様はライセンスを購⼊
• プラチナサービスでパッチが適⽤されるDBの数
は限られる

(4) Exadataテクノロジ︓Oracle DB課⾦の最適化
26
Storage Server（ExaC@C Infrastructureに含まれる）
Oracle Databaseは DB Server上のCPUを使⽤し、
ライセンスはDB ServerのCPUに対して課⾦
DB Server
DB Server
DB処理の⼀部がストレージにオフロード
（Storage ServerのCPUが利⽤される）
• DB ServerとStorage Serverの組合せで構成
• DB処理がStorage Serverにオフロードされるので
DB Serverで使⽤するCPUコア数を削減できる
Exadata Cloud -
Database OCPU
課金対象
Oracle DB
ライセンス
対象
ExaC@C X9Mでは 1 Storage Serverあたり 48コア搭載
⼀般的なサーバー ExaC@C

27
ExaC@C XM
Base System
（参考）
ExaC@C X8M Quarter Rack
AWS
io1 ボリューム︓
IOPS保証付きSSD
Azure
マネージドディスク
Ultra Disk
IOPS 最⼤SQL Flash Read IOPS
• 562,500(read)
最⼤SQL PMEM Read IOPS
• 3,000,000(read)
最⼤64,000 IOPS 最⼤160,000 IOPS
スループット最⼤SQL Flash Bandwidth
• 25 GB/秒
最⼤SQL Flash Bandwidth
• 64.5 GB/秒
最⼤ 1,000 MiB/秒最⼤2,000 MiB/秒
レイテンシ Smart Flash Cache
• 200 マイクロ秒以下
PMEM Commit Accelerator
• 19マイクロ秒以下
10ミリ秒以下（情報なし）
価格 ExaC@C Base System
960,000円/⽉
ExaC@C Base System
1,296,000円/⽉
Base Systemの
IOPS相当だけで
4,453,875円/⽉
Base Systemの
IOPS相当だけで
3,127,500円/⽉
Base Systemの
帯域相当だけで
2,867,712円/⽉
(as of 2020/6/30）
(5) Exadataテクノロジ︓他社クラウドと⽐較した I/Oのコスト・パフォーマンスの⾼さ
X8M版

(5) Exadataテクノロジ︓他社クラウドと⽐較した I/Oのコスト・パフォーマンスの⾼さ
28
ExaC@C X9M
Base System
（参考）
ExaC@C X9M
Quarter Rack
AWS
io2 Block Express(preview)
Azure
マネージドディスク
Ultra Disk
IOPS 最⼤SQL Flash Read IOPS
• 562,500(read)
最⼤SQL PMEM Read IOPS
• 5,600,000(read)
最⼤ 256,000 IOPS 最⼤160,000 IOPS
スループッ
ト
• 25 GB/秒
• 135 GB/秒
最⼤ 4,000 MiB/秒最⼤2,000 MiB/秒
レイテンシ Smart Flash Cache
• 200 マイクロ秒以下
PMEM Commit Accelerator
• 19マイクロ秒以下
ミリ秒以下ミリ秒以下
価格 ExaC@C Base System
960,000円/⽉
ExaC@C Quarter Rack
1,296,000円/⽉
Base Systemの
IOPS相当だけで
2,125,936円/⽉
Base Systemの
IOPS相当だけで
4,556,250円/⽉
Base Systemの
帯域相当だけで
1,140,736円/⽉
(as of 2021/5/20）
X9M版

Exadata
Cloud@Customerの
メリット（２）
リスクを減らし、運⽤⼯数も減らす
29

リスクを減らし、運⽤⼯数も減らす
30
1 オラクルがインフラを運⽤管理
3 ⾯倒な可⽤性構成が簡単
4 ⾯倒なパッチ適⽤が簡単
5 セキュリティへの配慮
2 ⾼速で安定したDB性能
6 ⾃動テストでテストの効率化
7 データベース移⾏の効率化

ExaC@Cの運⽤管理のアーキテクチャ
モニタリングとサポートをオラクルが提供、お客様の運⽤範囲はパブリックと同様
(1) オラクルがインフラを運⽤管理
31
Oracle Cloud Infrastructure リージョン
お客様データ・センター
Oracle
Cloud Ops
ExaC@C
アプリケーション・
サーバーによる
データベース・
アクセス
Intranet
お客様テナンシー
お客様管理者
Local Control
Plane Servers
(CPS)
多要素認証
https を通じた Cloud UI
または REST API による操作
Oracle 管理 VCN
お客様による
監査とアクセス制御
オラクルによる
監査とアクセス制御
⾃動デリバリー⽤の
永続的な TLS 1.2 https
セキュア・トンネル
オラクル・スタッフ⽤の
⼀時的な TLS 1.2
https セキュア・トンネル

Simple: お客様データセンターにクラウド管理モデル
(1)オラクルがインフラを運⽤管理
32
お客様がDBサービスを登録・管理
• 作成、削除、パッチ適⽤、バックアップ、スケールアップ/ダウン等の⾃動化
• 仮想マシンへのアクセスはお客様がコントロール
• 仮想マシンへのソフトウェア追加や管理が可能
• Oracleの運⽤スタッフはお客様VMにはアクセスできない
Oracle がインフラの所有と管理
• Hypervisor, 物理DBサーバーとストレージ・サーバー, ストレージ・ネットワーク
• パッチ適⽤, セキュリティ・スキャン, セキュリティ・アップデート
• モニタリングとメンテナンス
• お客様はExadata Infrastructureにアクセスできない
Hypervisor
VMクラスタ
データベース
Internal Fabric
Storage
Storage
※パッチ適⽤は四半期に⼀回

他社クラウドでのDB性能の課題︓ミッション・クリティカルになるほど、性能要件が満たせなくなる
(2)⾼速で安定したDB性能
33
性能
コスト
• DB性能で重要となるIOPSやスループットの
要件が満たせない
• アクセス数増加に対応できない
• （分析⽤DB）アドホックなクエリーが遅い
• 性能を向上させるために、⾼性能な
ストレージ・サービスが必要になりコスト増
• （Oracle DB利⽤の場合）
DBで使⽤するコア数が増えてライセンスコスト増⼤
管理性
• 性能が出ないためDBを細切れにすることになり、
管理対象が⼤幅に増える
Exadataテクノロジー
（マルチクラウド構成含む）
性能が出ないことによる課題

トランザクションの⾼速化・安定化︓ストレージPMEMへのRDMAによるデータ・アクセス
34
Compute Server
Storage Server
Hot
Warm
RDMA
Cold
RoCE
Persistent
Memory
FLASH
PMEM＋RDMAで⼤幅なI/O性能向上
• Intel DC Persistent Memoryをストレージサーバーあたり 1.5 TB搭載
• リモート・ダイレクト・メモリ・アクセス（RDMA）で 19マイクロ秒以下でデータ取得
• IOPSは2.5倍
PMEM＋RDMAで性能を安定化
バッファ・キャッシュにデータが載っていない場合に起こる性能劣化を抑えられる
• DBインスタンス起動／再起動直後
• ⽉次バッチ⽤など、時々しか利⽤しないインデックス
• 多数のDB統合により、バッファ・キャッシュ・サイズが⼤きく取れないケース
DBAの作業が楽に
• PMEMへのデータ格納は⾃動化
• Oracle 19cの⾃動インデックス作成機能と組み合わせて、
チューニングを⾃動化
（1）インデックス・スキャンを⾼速化・安定化（Persistent Memory Data Accelerator）
（2）COMMIT処理を⾼速化（Persistent Memory Commit Accelerator）
• REDOログを、通常のI/OのかわりにRDMAでPMEMに書き込む
• ログ書込みが最⼤８倍⾼速化
※DBバージョンはOracle 19c以上、ExaC@Cは X8M Quarter Rack以上

分析処理の⾼速化︓従来のExadataの分析処理よりさらに⾼速化
35
• 分析⽤処理のワークロードにもとづいて、
対象データを分析処理に適した列形式に変換して
NVMe Flashに⾃動配置
• In-Memory Option⽤のINMEMORY_SIZE初期化
パラメータ構成時に有効化
Oracle Database In-Memory Option
Exadata Columnar Flash Cache
• RDBMSの⼀般的な⾏形式のデータを、
分析処理に適した列形式に変換してメモリ上に展開
• メモリサイズがデータの制限
• ExaC@Cのライセンス込みタイプでは In-Memory Option
も含まれる
NVMe Flash
25.6 TB
HDDは⾏型もしくは
HCCでデータを格納
分析⽤データを
列型に⾃動変換
して格納
Storage Server
CPU CPU
Storageに
分析処理を
オフロード
こんなケースではExaC@Cが分析⽤DBとして最適
• 分析対象に個⼈情報・機密情報を含み、
パブリック・クラウドにデータを持っていけない
• 未利⽤の時間帯は課⾦を抑えたい
• ⾼速な処理が必要

画⾯操作だけでRACが⾃動構成
(3)⾯倒な可⽤性構成が簡単
36
Database
Server
Storage
Server
ASM
Disk
group
③Oracle DB
①VMクラスタの作成
1. 各DB Server上にVMを作成
2. VMをGrid Infrastrctureでクラスタ構成
3. RACの名前解決で利⽤するDNSの設定
4. ストレージ側にVMクラスタ専⽤のASMディ
スクグループを作成
②DBホーム
②DBホームの作成
• 各VM上にOracleホームが作成
③データベースの作成
• RACが⾃動構成
①VMクラスタ
VM VM
Grid Infrastructure

画⾯操作だけでExaC@C間のActive Data Guardが⾃動構成
37
• コンソール/APIから
• スタンバイDBを簡単な操作で構築
• DRを簡単に操作
• スイッチオーバー
• フェイルオーバー
• 再組込み(reinstate)
• 現時点の制限
• Peer Region(スタンバイ配置先)
• プライマリと同⼀Cloud Plane
• プライマリと同⼀ExaC@C内の別VM
• プライマリーとスタンバイは同⼀コンパートメント
• 最⼤パフォーマンスモード(⾮同期転送),
最⼤可⽤性モード（同期転送）が可能
お客様
データセンター
Oracle
Public Cloud
Control Plane
お客様災対⽤
データセンター

バックアップの⾃動化
38
ローカル
Exadata
Storage
(FRA)への
バックアップ
Exadata
Cloud@Customer
Zero Data Loss
Recovery Appliance
（ZDLRA）
データベース
暗号化
ローカル NFSストレー
ジへのバックアップ
※クラウドオブジェクトストレージ
へのバックアップは、障害時に
バックアップをリストアする時間を
考えるとお薦めしません
Oracle Public Cloud
Object Storageへの
バックアップ

(4)⾯倒なパッチ適⽤が簡単
39
お客様管理範囲
Hypervisor
VMクラスタ
データベース
Internal Fabric
Storage
Storage
定期的にオラクルがパッチ適⽤(必須)
• 四半期に⼀度
• お客様がスケジュールを指定
RAC構成の場合、基本的にオンライン(ローリング)で適⽤し、
全体としてのダウンタイムはほぼないかたちで実施
• パッチ適⽤時に縮退運転
• サービス停⽌が必要となるメンテナンスについては事前に通知
• 対象: OS/Grid Infrastructure/Database/クラウドツール
• 任意のタイミングでお客様が適⽤(定期的な適⽤が推奨)
• オラクルは簡単に適⽤できるようにツール化されたパッチを提供
• コンソールやCLIからのパッチ適⽤で⼯数削減
• パッチ適⽤はローリングで実施
Oracle管理範囲
PCI DSS等の
コンプライアンスで
必要となる、
セキュリティ・パッチ
適⽤を⽀援

アプリケーションの⾼可⽤性とDB性能の安定性
（参考）メンテナンス時のExaC@Cのサービス継続
40
ローリングでメンテナンスが⾏われるケース
ユーザー管理領域のメンテナンス
• VMクラスタのリソース変更
（メモリサイズ、ローカル・ファイルシステムのサイズ）
• DB/GIに対するパッチ適⽤
Oracle管理領域のメンテナンス
• Exadata Infrastructureの
四半期ソフトウェア・メンテナンス
• H/W障害時にノードを停⽌して部品交換するケース
ExaC@Cではメンテナンスはローリングしながら適⽤
• サービス全体としては処理が継続できる状態を保つ
• 適⽤中は縮退運⽤
アプリケーション⾼可⽤性
ノード停⽌を検知し、接続⾃動切替や処理継続する仕組み
• ⾼速接続フェイルオーバー(FCF)
• 透過的アプリケーション・コンティニュイティ（TAC）等
（※お客様アプリに設定いただくことで実現）
アプリケーション・コンティニュイティ
メンテナンス時のDB性能の安定性
メンテナンス時にDBバッファ・キャッシュ上のデータが消えても、
⾼速なPMEMへのデータ・アクセスでデータ取得できるため、
メンテナンス時の性能劣化を抑えることができる
（ExaC@CのPMEM搭載はQuarter Rack以上）

ベースとなるテクノロジ︓Exadataでの業界で強化されたフルスタック・セキュリティ
(5)セキュリティへの配慮
41
Oracle Database Maximum
Security Architecture
• ID管理
• 透過的データ暗号化（TDE）
• ネットワーク暗号化
• Database Vault
• Audit Vault
• Key Vault
• Database Firewall
• Virtual Private Database
• Label Security
• Data Redaction
• Data Masking & Subsetting
Exadata Database Machine
Security
• 業界の規制︓銀⾏、政府機関、
⼩売業、通信事業者
• ⾼度な侵⼊検知環境(AIDE)
• 定期的なセキュリティ・スキャン
• FIPS 140-2認証
• PCI-DSS準拠
• データとネットワークの暗号化
• Linuxミニマム・ディストリビューション
• Secure Erase
• システムのロックダウン
• ライブカーネルパッチ

ExaC@Cはクラウド運⽤スタッフのお客様によるコントロールが可能
(5)セキュリティへの配慮︓Operator Access Control（OpCtl）
アクセス
リクエスト
ssh
OpCtl
アクセス
リクエスト
Notification
And Events
Service
Web UI
API
Email, Function
Custom https URL
Pager, Slack
OpCtl
アクセスの認可／取消し
⼀時的
クレデンシャル
Chroot Jail
ExaC@C
Web UI, API
ExaC@C Infrastructure
Linux
Audit Log
Logging
Service
Oracle
Cloud Ops
お客様
認証
お客様による
モニター
Streaming
Service
お客様
SIEM
お客様
SIEM
Web UI
API
2
3a 3b
4
5
7b
7a
8b
8a
8d
6
Jira Ticket 1
8c
9
Web UI
API
お客様
Revoke
Web UI
API
アクセス・リクエストの
お客様による承認
ロギングとモニタリング
アクセス取消し
42

(5)セキュリティへの配慮: ExaC@Cでのデータ・セキュリティ
43
Exadata
暗号化
Redact
Mask
Subset
Compute
Compute
Database Vault
Oracle
Cloud Ops
Apps
Test
Dev
データ保護
ZDLRA
人/アプリ
データ
Oracle管理領域
お客様管理領域
NFS
Standby
DB
Object
Store
暗号化
DB
ISE
Storage
Storage
Storage
RoCE Network
VM
VM
DB管理者
セキュリティ
管理者
Operator
Access Controlで
クラウド運⽤スタッフの
アクセスをコントロール
DBのデータは暗号化
DBAなど特権ユーザーの
DBアクセスを制限
開発／テスト環境のセキュ
アな運⽤のためのデータの
マスキングなど
!
"
#
$
%
&
'
(
)
&
*
+
!
／
-
)
!
$
)
.
'
(
)
&
*
+
!
/
%
&
0
+
1
'
.
2
+
%
'
(
)
&
*
+
!

(参考) Zero Data Loss Recovery Appliance (ZDLRAに)でのサイバー・ア
タック対策
44
サイバー
アタック
ExaC@C ZDLRA
• ランサムウェアの被害が世界的に増加
• 海外では⾃然災害ではなく、
テロやサイバーアタック対策としての
BCPやデータ保護も⾏われている
• Zero Data Loss Recovery Appliance
(ZDLRA)をExaC@Cのバックアップ先にすることで
• バックアップは「ファイル」として⾒えず、
ランサムウェアからの攻撃を回避
• DBに対するサイバーアタック後、
• アタック前の状態に戻せる
• REDOのデータをZDLRAに転送できるので、
REDOログが破壊される攻撃を受けても、
攻撃直前の状態に戻せる
• 任意の時点に最⼩の時間で戻せる

CDB1
CDB2
Replication
(6)⾃動テストでテストの効率化
Real Application Testing(RAT) やData MaskingでDBテスト環境の運⽤・実施を効率化
0100101100101010010
0100100100100100100
1001001000100101010
0100100100111001001
00100100100
（1）本番PDBをもとにテスト・マスターPDBを作成
（1-1）PDBの複製
（1-2）データをマスキング
（3）⾃動テスト（Real Application Testing）
本番環境
開発・テスト環境
（2）テスト・マスターPDBを複製し、テスト環境を作成
テスト・マスター
PDB
※Data MaskingやRATはADB-ExaC@Cでは未サポート
※Data MaskingやRATは、お客様にライセンスがない場合も
ExaC@C上のBYOLモードで利⽤可能

(7)データベース移⾏の効率化
46
Zero Downtime Migration Service(ZDM)
• Oracleが提供するクラウドへのDB移⾏ツール
パブリック・クラウドだけでなく、ExaC@Cでも利⽤可能
• 下記のいずれかを⼀時的なバックアップ置き場として利⽤し、
ZDMでExaC@Cへの移⾏が可能
• Oracle Cloud InfrastructureのObject Storage
• Zero Data Loss Recovery Appliance(ZDLRA)
• Network File System(NFS)
• 前提条件
• 物理移⾏の場合、ソースとターゲットは同⼀の
バージョン/パッチレベルが必要
• ZDM 21cから論理移⾏も可能 ZDM
SSH SSH

ExaC@C継続利⽤時のデータベース移⾏
(7)データベース移⾏の効率化
47
契約更改の場合、
ExaC@C Infrastructure
部分が30⽇間無償で延⻑（※）
ExaC@C
ExaC@C
契約期間終了
※サービス期間の終了前に、かわりの
ExaC@Cサービスの新規注⽂を締結
（サービス期間4年以上、かつ契約⾦額
が同等以上）した場合。
Universal Credit部分は無償ではない。
データ移⾏⽅法の例
契約更改時の並⾏稼動期間
(1) ZDM(Zero Downtime Migration)
ZDM
バックアップを元に
DB移⾏
!
"
#
移
⾏
(2) PDB移行

• ExaC@C は下記の「準拠証明書」(AOC
(Attestations of Compliance) ) を取得し
ています
• ISO 27001
• HIPAA
• PCI DSS
• SOC
• 認証はリクエストベースで提供されます
ISMAP（政府情報システムのためのセキュリティ評価制度
（Information system Security Management
and Assessment Program）に対応
コンプライアンス
48
https://www.ismap.go.jp/csm?id=cloud_service_list

Gen2 ExaC@Cの ISO, HIPAA, PCI, SOC 1, SOC 2, SOC 3 のレポートはOCIのレポートに含まれる
（参考）OCIコンソールからのコンプライアンス関連情報の取得⽅法
49
クラウド契約済みのお客様は
OCIのWebコンソールで
「アイデンティティとセキュリティ」
→「コンプライアンス」
から、OCIの該当レポートをダウンロード
参照したいドキュ
メントを選択し、
「ダウンロード」

https://videohub.oracle.com/channel/channelid/220467373
クイック動画で学ぶExaC@Cシリーズ
50
画⾯の動きを
動画で⾒ることが
できます

Exadata
Cloud@Customer
H/W概要
51

(⾚字はOn-P Exadata X8Mとの違い)
Exadata Cloud@Customer X8M Hardware
52
2 ソケット Database Server
• お客様は DB Server あたり最⼤ 50 CPU コアを利⽤可能
• Intel Xeon Cascade Lake 26 コア CPU 搭載
• お客様は DB Server あたり最⼤ 1390 GB メモリを利⽤可能
• オンプレミス Exadata X8M-2 の標準搭載量より 4 倍のメモリ容量を搭載
100Gb RoCE (RDMA over Converged Ethernet)
による⾼速な内部通信 (RoCE スイッチ x2 を搭載)
その他管理⽤ 1GbE スイッチ x1 を搭載
Persistent Memory 搭載のインテリジェントな 2 ソケット Storage Server
• オンプレミス Exadata X8M-2 より 50% 増のコア数
• Intel Xeon Cascade Lake 24 コア CPU x 2 搭載
• Storage Server あたり 192 GB メモリ
• Storage Server あたり 1.5 TB Persistent Memory (PMEM)
• Storage Server あたり 25.6TB Flash, 12 x 14 TB ディスク・ドライブ
1U ローカル Control Plane Server x 2
X8M版

Exadata Cloud@Customer X8M: シェイプ
53
ü Base Systemは「X8M」ではなく「XM」という名称
ü OCPUは VM 当たり 2 OCPU 以上 1 OCPU単位で拡張。なお、本番環境での推奨は 3 OCPU以上
Base System/Quarter Rackの例︓0(停⽌状態)=>4=>6=>8…
[推奨] Base System/Quarter Rackの例︓0(停⽌状態)=>6=>8=>10…
ü ストレージは、High Redundancy (三重化) で固定
ü オンプレミス Exadata との差異︓
(1)メモリサイズ (1 DB Server あたり Base 以外は OnP 標準の3.6倍, Base は On-P 標準の0.85倍)、(2) Storage Server コア数 (Base: 3倍/他: 1.5倍)、
(3)Storage Server 数 (Half: ー1 台 / Full Rack: ー2 台)
Base System
XM
Quarter Rack
X8M
Half Rack
X8M
Full Rack
X8M
データベース・サーバー数 2 2 4 8
OCPU数
Min-Max 拡張単位 Min-Max 拡張単位 Min-Max 拡張単位 Min-Max 拡張単位
0-48 4以上2単位 0-100 4以上2単位 0-200 8以上4単位 0-400
16以上
8単位
メモリ容量 (サーバー合計) 656 GB 2,780 GB 5,560 GB 11,120 GB
ストレージ・サーバー数 (コア数) 3 (144) 3 (144) 6 (288) 12 (576)
Persistent Memory 容量（サーバー合計）無し 4.6 TB 9.2 TB 18.4 TB
Flash 容量（サーバー合計） 38.4 TB 76.8 TB 153.6 TB 307.2 TB
利⽤可能ストレージ容量 (三重化) 74 TB 149 TB 299 TB 598 TB
Infrastructure ⽉額費⽤
(Non-Metered)
¥960,000 ¥1,296,000 ¥2,592,000 ¥5,184,000
OCPU 時間費⽤ (Universal Credits) ¥161.292 / OCPU | ¥38.712 / OCPU (BYOL) * Annual Flexレート
Autonomous Database
搭載可能モデル
X8M版

(⾚字はX8Mからの変更)
Exadata Cloud@Customer X9M Hardware
High-Capacity (HC) Storage Server
• スケールアウト型2ソケットDBサーバー
• コア数23%増加: 32コア Intel CPU（ソケットあたり）
• 1.5TB メモリ
• IOPSは 87%向上, スループット80%向上
• ローカルドライブはすべてフラッシュ 3.84TB
• RDMA over Converged Ethernet (RoCE)
内部ファブリック帯域幅 80%
• PCIe Gen 4 で 100Gb/s アクティブ-アクティブなネットワーク
• スケールアウト型でインテリジェントな2ソケット・ストレージ・
サーバー
• 24コア Intel CPU
• ストレージサーバーあたり 1.5 TB Persistent Memory, 26.5TB
Flash
• ストレージ容量 28%増加 (12x 18TB HDD)
• フラッシュ帯域幅 80%向上
100Gb/s RoCE
Persistent
Memory
2 Socket Database Server
X9M版

Exadata Cloud@Customer X9M: シェイプ
55
ü OCPUは VM 当たり 2 OCPU 以上 1 OCPU単位で拡張。なお、本番環境での推奨は 3 OCPU以上
ü ストレージは、High Redundancy (三重化) で固定
ü ストレージ・サーバー数はオンプレミスと台数が異なる (Half: -1台/Full Rack: -2台)
Base System
X9M
Quarter Rack
X9M
Half Rack
X9M
Full Rack
X9M
データベース・サーバー数 2 2 4 8
ストレージ・サーバー数 (コア数) 3 (144) 3 (144) 6 (288) 12 (576)
OCPU数
Min-Max 拡張単位 Min-Max 拡張単位 Min-Max 拡張単位 Min-Max 拡張単位
4-48 2単位 4-124 2単位 8-248 4単位 16-496 8単位
ゲストVMで利⽤可能な最⼤メモリサイズ 656 GB 2,780 GB 5,560 GB 11,120 GB
VMあたり利⽤可能な最⼤/u02 ストレージサイズ
（VM毎）
892 GB 900 GB 900 GB 900 GB
最⼤VMクラスタ数 4 8 8 8
VMクラスタあたり最少OCPU数 4 4 8 16
VM 毎最⼩メモリ 30 GB 30 GB 30 GB 30 GB
VM 毎最⼩ファイルシステムサイズ 60 GB 60 GB 60 GB 60 GB
VM 毎最⼩ Exadata Storage サイズ 2 TB 2 TB 2 TB 2 TB
パーシステント・メモリ容量（サーバー合計）⾮搭載 4.5 TB 9.0 TB 18.0 TB
フラッシュ容量 38.4 TB 76.8 TB 153.6 TB 307.2 TB
利⽤可能ストレージ容量 (三重化) 74 TB 192 TB 384 TB 769 TB
最⼤DBサイズ（ローカルバックアップ無し） 59 TB 153 TB 307 TB 615 TB
最⼤DBサイズ（ローカルバックアップあり） 29 TB 76TB 153 TB 307 TB
2021/10 時点
Base System未リリース
Autonomous Database
搭載可能モデル

Exadata Cloud@Customer: 費⽤の柔軟化とインフラ管理からの解放
オンプレミスExadataとの⽐較
56
オンプレミスExadata Exadata Cloud@Customer
費⽤初期費⽤ (HW+SW)
保守費⽤ (HW+SW)
サブスクリプション (HW+SW)
Database Option 構成購⼊分全てのOptionを利⽤可能
* License Includeの場合
モデル 1/8からスタート 1/8(Base System)からスタート
Elastic Configuration Yes No
キャパシティ・オン・デマンド Yes Yes
⼀時的なCPU拡張 No Yes
ディスクタイプ EF/HC HC (冗⻑性: 3重化)
構成タイプ物理/仮想仮想
管理 Database / Infrastructure: お客様 Database: お客様
Infrastructure: Oracle

Exadata
Cloud@Customer X9M
マルチカスタマ
57

ExaC@C X9Mからマルチカスタマ・モデルが可能に
58
Cust A
Cust B
Cust C
主要なターゲットマーケット
- 政府／⾃治体系クラウド
- ホスティング・サービス・プロバイダ
ホスティング・プロバイダーは、
同⼀マシン上で⾃社処理もホスト可能
Cust A
Cust A
Cust A
サブスクリプションを購⼊したホスティング・プロバイダーが、
同じExaC@C Infrastructure上で複数の顧客をホストできる
従来のクラウド・モデル ExaC@Cマルチカスタマ・モデル
サブスクリプションを購⼊したお客様が、
ExaCCを利⽤
VM
VM
VM
VM
VM
VM

複数社利⽤のアプリケーションを提供するISVが
裏側でExaC@Cを利⽤するケース
（⾮ExaC@Cマルチカスタマ）
ExaC@Cマルチカスタマ
１台のExaC@Cを複数のエンド顧客が利⽤できるケース
59
アプリケーション
A社 B社 C社
従来はISV amendementが必要だったが、
現在は通常の Oracle Cloud Service Agreement（CSA）の範囲で可能
VMクラ
スタ
VMクラ
スタ
VMクラ
スタ
A社 B社 C社
複数社が「VMクラスタ」によって分離された環境を
それぞれ利⽤

• 対象クラウド・サービス: Exadata Cloud@Customerのみ
• 対象ハードウェア: X9M
• パートナー: パートナー経由で販売可能
• 認定要件: Exadata認定は不要 (Oracleが資産の所有と管理)
• ホスティング・プロバイダの⾃社業務の処理: ホスティング・プロバイダーは、同⼀マシン上で⾃社処理をホスト可能
• 既存のExaC@C:既存のExaC@Cをマルチカスタマ・モデルに変更することはできない
ExaC@C上のマルチカスタマ・モデル
60

ExaC@C上のマルチカスタマ・モデル
61
マルチカスタマ・モデルではVMクラスタによる分離が必要、課⾦タイプはVMクラスタ単位で設定可能
A社 B社
• Base System
• 最⼤ 4VMクラスタ
• Quarter Rack
• 最⼤ 8VMクラスタ
• Half Rack以上
• 最⼤16VMクラスタ
VMクラスタA VMクラスタB
最⼤4社
• BYOL OCPU と License Included OCPUの両⽅が可能
• OCPUのライセンス・タイプはVMクラスタ単位で設定
• A社はLicense Included、B社はBYOLのような提供が可能
• BYOL の場合、ホスティング・プロバイダーは、お客様が有効な
DBEEおよびOptionライセンスがあることを確認する責任がある
• ADB-ExaC@Cはマルチカスタマ対象外
最⼤8社
最⼤16社
※VM Cluster Node Subsetting利⽤時

想定ユースケース
62
データ分析⽤DB＋BIサービス
Exadataの⾼性能なDWH処理を活かし、BI製品をセットで
サービスとして提供
データ分析サービスやBIビジネスに注⼒するパートナー様向け
A社本番
B社本番
A社 DR
B社 DR
A社開発
B社開発
Data Guard
Data Guard
A社テスト
開発・テスト環境は、
環境を作ったり削除したり、
柔軟に運⽤可能
スタンバイ環境は、
平常時は少ない
OCPU数で運⽤
HSPテスト環境
HSPがマルチカスタマ⽤の
ポータル機能開発、
カスタムイメージ作成、
パッチ適⽤テストなどを⾏う環境
DRや開発環境など、複数ラックの要件があるが、
予算上は複数台が無理なお客様向け
マルチカスタマによるDRおよび開発テスト環境
本番⽤
DR/開発検証⽤
• 四半期パッチの課題もDR構成であれば問題になりにくい

Exadata
Cloud@Customer
事例
63

DBコンソリデーション、コンプライアンス対応、コスト削減、MAA
Exadata Cloud@Customer グローバル事例
64
Industry: Healthcare data analytics
Headquarters: US
Industry: Manufacturing (semiconductors)
Headquarters: UK/Germany
Data Visualization
GoldenGate
OLAP
ODI
Data Guard
Zero Data Loss Recovery Appliance
Data Guard
Advanced Security
Multitenant
Database In-Memory
Data Guard
Advanced Security
Advanced Compression
Active Data Guard
Multitenant
Advanced Compression
Active Data Guard
Multitenant
Active Data Guard
Industry: Financial Services
Headquarters: Italy/France
Industry: Metals, mining and logistics
Headquarters: Brazil
Industry: Healthcare
Headquarters: Brazil
Industry: Retail (fashion)
Headquarters: France
Industry: Financial Services
Headquarters: Luxembourg
Multitenant
In-memory
Advanced Security
Active Data Guard
Database In-Memory
Advanced Security
Active Data Guard
Industry: Higher Education
Headquarters: Canada

顧客事例︓NTT⻄⽇本様
65
https://www.oracle.com/jp/corporate/pressrelease/jp20210125.html
地域創⽣クラウド
お客様の機密データをプライベートかつローカルなデータセンターで保管できる安定的かつ先進的なクラウド・サービス
• ⾃治体、教育機関、地域企業のデータ主権やコンプライアンス
• システム処理時間の約40％短縮
• Oracle Multitenantにより、個別に⾏っていたシステムやデータベース・インスタンスの運⽤管理を⼀元化

Exadata
Cloud@Customer
On-Premise Exadataとの違い
67

Exadata 提供モデル⽐較 : 概要
68
OnP Exadata
Exadata
Cloud@Customer
Exadata Cloud
Service
S/W & H/W
単体契約
(Perpetual, Term, ULA(DB/DB
Option))
DB Enterprise Edition +全オプション(BYOLの場合は保有オプション) 込み
※Storage Server Software 込
サポート単体契約
サポート込
(Extended Supportも含まれる）
サポート込
(Extended Supportも含まれる）
費⽤
HW & SW
(Processor=2 cores)、
サポート、DC費⽤等
サブスクリプション
(OCPU=1 core、秒単位)、
周辺機器、 DC費⽤
サブスクリプション
(OCPU=1 core、秒単位)
H/W資産お客様オラクルオラクル
データセンターお客様お客様オラクル
H/W アップグレード新規契約更新時に⼊れ替え新規インスタンス作成
最短利⽤期間 N/A 4 年 48 時間
導⼊要件
(Platinum Serviceの場合
Gateway)
OCI リージョンへの
TCP443番ポートのアウトバウンド接続
(推奨 Object Storage,
FastConnect)
オラクルによるサービス・レベルの定義※ N/A Category 6 SLO 99.95% Category 7 SLA 99.95%
※ Oracle PaaS and IaaS Public Cloud Services Pillar Document
https://www.oracle.com/cloud/iaas/sla.html

Exadata 提供モデル⽐較 : H/W 構成 (X9M モデル)
69
OnP Exadata
Exadata
Cloud@Customer
Exadata Cloud
Service
Exadata 最新モデル X9M-2, X9M-8 X9M-2 X8M-2
X8M-2 ラックタイプ
Eighth, Quarter
Elastic
Base System,
Quarter, Half, Full
Quarter, Elastic
(※X8M の Base System は提供無し)
Elastic 構成
可能
最⼤ 18 台のマルチラック
DB Server: 未対応
Storage Server: 最⼤12台
可能
DB Server: 2 〜 32 台、
Storage Server: 3 〜 64 台
Database Server
利⽤可能 CPU コア (1 台あたり)
Eighth: 32
Quarter: 64
Base System: 24
Quarter/Half/Full: 62
50
Database Server
メモリ (1台あたり)
Eighth: 384, または 768 GB
Quarter: 512, 1024, 1536 or
2048GB
Base System : 328 GB
Quarter/Half/Full: 1,390 GB
1,390 GB
Storage Server モデル HC, EF, XT(増設のみ) HC HC
Storage Server 数 Eighth/Quarter: 3
Base System/Quarter: 3
Half :6, Full :12
Quarter: 3
Storage Server
稼働 CPU コア数 (1 台あたり)
Eighth: 16, Quarter 32 48 48
Storage Server
PMEM (1 台あたり)
1.5 TB
Base System: ⾮搭載
Quarter/Half/Full: 1.5 TB
1.5 TB

Exadata 提供モデル⽐較 : S/W構成 (1/2)
70
OnP Exadata
Exadata
Cloud@Customer
Exadata Cloud
Service
DB Release(※) 11.2, 12.1, 12.2, 18, 19 11.2, 12.1, 12.2, 18, 19 11.2, 12.1, 12.2, 18, 19
DB 12c 構成(MTA) CDB or Non-CDB CDB(デフォルト) CDB(デフォルト)
RAC シングルやRACなどカスタマイズ可
全ノードでのRAC
(⼿動で構成変更可能)
全ノードでのRAC
(⼿動で構成変更可能)
複数 Clusterware 構成可可(Multi-VM 構成) 不可 (別 ExaCS インスタンス)
ASM 冗⻑性 Normal , Highを選択 High High
ASM Disk Group
(デフォルト)
DATA,RECO
(,SPARSE, XTND)
DATA, RECO
(, SPARSE)
DATA, RECO
(,SPARSE)
DB 暗号化デフォルト無効デフォルト有効デフォルト有効
DB バックアップ
顧客選択のバックアップ⽅法
(ZDLRA, NAS,
3rd Party, Oracle Cloud 等)
⾃動バックアップ機能 (Local,
ZDLRA, NAS, Object Storage )、
顧客選択のバックアップ⽅法
⾃動バックアップ機能 (Local,
Object Storage) 、
顧客選択のバックアッ⽅法
※Premier/Extended Supportのバージョンのみ記載

Exadata 提供モデル⽐較 : S/W構成 (2/2)
71
OnP Exadata
Exadata
Cloud@Customer
Exadata Cloud
Service
複数 VM (同⼀物理 DB サーバー
上に複数 VM)
可
(最⼤ 12)
可
(Base System: 最⼤ 4
Quarter Rack: 最⼤ 8
Half Rack以上: 最⼤16)
未対応
筺体内 N/W 分離 VLANs VM クラスタ間での分離 VCN
Cloud UI での
⾃動 Data Guard構成
- 可可
共有 ORACLE_HOME 可可可

Exadata 提供モデル⽐較 : ライフサイクル
72
OnP Exadata
Exadata
Cloud@Customer
Exadata Cloud
Service
お客様責任範囲 Exadata全体 OS 以上 OS 以上
Storage Server 管理お客様オラクルオラクル
インフラアップデートお客様(任意) オラクル(必須) オラクル(必須)
OS, DB, GI アップデートお客様(任意) お客様(任意) お客様(任意)
Exadata 管理ツール ExaCLI, CellCLI, EM Self-Service UI, ExaCLI, EM Self-Service UI, ExaCLI, EM
ライフサイクル管理⼿動
Self-Service UI,
REST API,oci cli
Self-Service UI,
REST API,oci cli
CPU スケーリング
Capacity on Demand
(増やすのみ)
CPU スケール・アップ/ダウン CPU スケール・アップ/ダウン
監視/障害対応 (OS, GI, DB) お客様お客様お客様
監視/障害対応 (上記以外) お客様オラクルオラクル
dbaascli

Exadata 提供モデル⽐較 : 初期セットアップ
73
OnP Exadata
Exadata
Cloud@Customer
Exadata Cloud
Service
H/W インストール
作業
Oracle
Exadata(+Gateway)
インストール、お客様 DC
に接続
ExaC@C のインストール、
お客様 DC ネットワーク
への接続
N/A
Customer ネットワーク疎通ネットワーク疎通 N/A
ライフサイクル管理
構成作業
Oracle N/A
Cloud S/W スタックの
インストール
(Control Plane)
N/A
Customer N/A N/A N/A
S/Wインストール作業
Oracle GI/DB インストールと構築構成済 GI/DB 環境の提供構成済 GI/DB 環境の提供
Customer DB 構築
Cloud UI からの GI/DB
構成選択(⾃動構築)
Cloud UI からの GI/DB
構成選択(⾃動構築)

• DB Enterprise Edition の全オプション、EM Pack、
Storage Server Software ライセンス、メンテナン
ス作業・サポート費などが全てサブスクリプションに含ま
れる
• H/W やインフラレイヤーはオラクルが管理のため、管
理・メンテナンス⼯数の削減
• 環境構築済のため、素早く環境を利⽤可能
• CPU スケーリングが動的に可能
• OS 以上の管理・操作を容易にするためのクラウド・
ツールが提供される
• オンプレやパブリック・クラウドでのナレッジやノウハウで利
⽤可能
Exadata Database Machine (OnP)
• 環境全体をお客様が管理可能 (マルチ・ベンダー、
SLA カスタマイズ、構成カスタマイズ)
• 8 ソケット (X8M-8) の DB Server やオールフラッ
シュの Storage Server EF モデルを利⽤可能
• Elastic 構成や Expansion などが可能
• 全てのバージョンやパッチの詳細なコントロールが可能
• ベアメタルでの利⽤
Exadata Cloud@Customer vs OnP Exadata
74

• Public Cloud でも OnP でも、同じ Oracle Database の S/W・H/W を利⽤
• Cloud 上では利⽤可能なバージョン・構成が決まっている
• GI/DB/OS/Storage Server バージョン、パッチ
• Doc ID 2333222.1: Exadata Cloud Service Software Versions
• DB/ASM 構成、表領域暗号化デフォルト有効
• Cloud上ではサステイニング・サポートのデータベース・バージョンはサポートされない
• Exadata Cloud 上で利⽤が制限されている Oracle Database 機能
Database Licensing Information User Manual
• Oracle Fleet Patching and Provisioning (クラウドツールが管理する範囲の機能のため)
• Oracle NoSQL Database Basic Edition
• Oracle TimesTen Application-Tier Database Cache
• Storage Snapshot Optimization
OnP Exadata と Exadata Cloud 上での Oracle Database 差異
75

Exadata
Cloud@Customer
サービスの補⾜説明
76

• ExaCC サービスの⽬的のため、サービス期間は注⽂に記載された⽇付に開始
• ⽇付が指定されていない場合、ExaCCサービスのクラウドサービス開始⽇は、以下のいずれかの早い⽇
• お客様がExaCCサービスをアクティベートするためのアクセス権を発⾏された⽇
• お客様の注⽂⽇から90⽇⽬
サービス開始⽇
77

引渡し
• オラクルは、お客様が購⼊書類で指定した配送先にExaC@C H/Wを配送
• 購⼊書類に配送先が記載されていない場合、注⽂書で指定された場所にExaC@C H/Wを配送
ハードウェアの所有権
• オラクルは、 ExaC@Cハードウェアに対するすべての所有権と権限を保持
設置
• オラクルは、引渡場所において、Service Activation Request（SAR)に基づき、 ExaC@Cハードウェアを設置
設置場所
• お客様は、オラクルの明⽰的な同意がない限り、ExaC@Cを他の場所に移転できない
• ExaC@Cの移設には追加料⾦が必要
ハードウェアの納⼊および設置
78

保険
• お客様は、ハードウェアがお客様環境にある間、保険への加⼊が必要
• 損失⼜は損害が⽣じた場合には、オラクルを追加被保険者及び受取⼈として指定
H/Wの変更、指定されない⽅法での利⽤
• お客様は、 ExaC@C H/Wに対して以下を⾏ったり、他者に⾏わせることはできない
• オラクルの書⾯による同意なしのExaC@C H/W の修正、変更
• ExaC@C H/Wを不正に扱うこと、関連⽂書に従わない⽅法で使⽤すること
• ExaC@C H/W の修理や改竄
ネットワーク接続
• サービス期間中、サービス仕様書に記載されているネットワーク接続が利⽤可能な状態を維持する必要がある
ExaC@C H/Wのケア
79

ExaC@Cの契約期間
80
⾃動更新
＋１年
デフォルト契約期間
４年
次の更新がある場合
＋30⽇（無償）
データ移⾏
• デフォルト4年 + ⾃動更新 1年(最⼤5年)
• ただし、以下の場合は4年で契約終了
• 30⽇前までに、お客様がオラクルに更新しない旨の書⾯での通知をした場合
• 90⽇前までに、オラクルがお客様に更新しない旨の書⾯による通知をした場合
• サービス期間終了前に、かわりのExaC@Cサービスの新規注⽂を締結
（サービス期間4年以上、かつ契約⾦額が同等以上）した場合、
サービス期間は⾃動的に 30⽇間延⻑
• ExaC@C Infrastructure部分は無償（Universal Credits部分は有償）
更新後契約期間
４年

サービス終了時の返却
81
サービス
終了
最⻑ 60 ⽇間
• お客様データにアクセス可能
• 本番環境として利⽤してはならない
撤去
• オラクルによる全データの消去
• H/W設置の解除
• 撤去
サービス期間
• サービス終了後、最⼤60⽇間はお客様によるデータ検索を⽬的として、
H/Wに存在するお客様のコンテンツを利⽤可能にする、⼜は ExaCC サービスをアクセス可能な状態に保つ
アクセス可能期間
ExaC@Cのサービス終了後に
DBアクセス（VMクラスタを起動）する場合、
OCPU部分は課⾦される

（参考）Exadata Database Service における役割と責任
82
オラクル・クラウド・プラットフォーム
（Oracleインフラストラクチャ・レイヤー）
お客様 / テナント・インスタンス
（カスタマ・アクセス・レイヤー）
オラクルクラウド
オペレーション
お客様オラクルクラウド
オペレーション
お客様
監視インフラストラクチャ, コント
ロール・プレーン, Database
Server の障害, 可⽤性,
容量
オラクル・インフラストラクチャ・
マネジメント・メトリックをオラク
ルへ送信するためのネット
ワーク・アクセスを提供
お客様サービスのお客様モニタリ
ングのためのインフラストラクチャの
可⽤性
お客様の OS, データベース、アプリ
ケーションの監視
インシデント管理、
解決
インシデント管理と改善
スペア・パーツとエンジニアの
ディスパッチ
オンサイトの切り分けのアシス
タント（例︔ネットワーク・ト
ラブルシューティング）
プラットフォームに関連のあるイン
シデントのサポート
お客様アプリケーションのインシデン
ト管理と解決
パッチ管理ハードウエア、Iaas/PaaS コ
ントロール・スタックへのプロア
クティブ・パッチ適⽤
オラクル・インフラストラクチャ
へのパッチ提供のためのネット
ワーク・アクセスを提供
適⽤可能なパッチのステージング
(例︔Oracle DB パッチセット)
テナント・インスタンスへのパッチ適
⽤/テスト
バックアップと
リストア
インフラストラクチャ、コント
ロール・プレーン、Exadata
Database Server のバック
アップとリカバリ
お客様はインフラストラク
チャ・コンポーネントのバック
アップ・リストアの責任は無い
稼働していて、お客様アクセス可
能な VM の提供
オラクルまたはサード・パーティのツー
ルを⽤いた、お客様の IaaS および
PaaS データのスナップショット/バッ
クアップ・リカバリ
クラウド・サポートオラクルが管理するインフラス
トラクチャに関する事象の対
応と解決
お客様はオラクルが管理する
インフラストラクチャ・レイヤー
については責任が無い
お客様がアクセス可能なサービス
の SR への対応と解決
お客様がアクセス可能なサービスの、
サポート・ポータルを通じた SR の
ファイル

Exadata
Cloud@Customer
導⼊プロセスの概要
83

Exadata Cloud at Customer –デプロイメント・チーム・メンバー
Oracle ExaC@C インストール前 – チームと役割
Lead HW Engineer
HW Engineers
HW Engineering Team
ExaC@Cのデプロイに責任を持つ
• 納品・設置に必要なデータセンターの要件
を説明
• サイト訪問を⾏い、搬⼊・搬出のサイト準
備が整っていることを確認
• お客様のデプロイ構成ファイル作成の⽀援
• システムのデプロイ
• システムのデモとハンドオーバー
Install Coordinator
ExaC@Cをデプロイするすべての
活動のコーディネートに責任を持つ
Sales Rep
BookingとOrderの完了に責任を持つ
• Ordering Documentの完了
• Cloud Service Agreement
(CSA) 締結の確認
• Service Availability
Request(SAR)の作成・更新
• 例外事項の承認取得と
SARへの反映
• Book Subscription Order
お客様
構成情報の収集と
データセンターの準備
84

ExaC@C導⼊におけるお客様の役割
85
OCIテナンシ管理者デリバリ担当者 ExaC@C管理者
ExaC@C導⼊時 ExaC@C導⼊時に、Oracleのフィールド・エンジニア
が OCIテナンシにアクセスして作業。OCIテナンシ管
理者は⼀時的なインストール⽤コンパートメントを作
成。
ExaC@Cハンドオーバー時に、お客様のコンパートメ
ントに「Exadata Infrastructure」を移動。
テナント管理者はインストール⽤コンパートメントを削
除
(注⽂時にOCIテナンシ管理者のメールアドレスが必
要。個⼈メールではなく、テナント管理者チーム⽤アド
レスでもよい）
製品の配送・納⼊に関するご連絡をさせていた
だくご担当者
(注⽂時の Service Availability
Request[SAR]に１名のご連絡先が必要）
製品導⼊時の技術的なやりとりをさせていただく
ご担当者
(注⽂時の Service Availability
Request[SAR]に１名のご連絡先が必要）
ExaC@C導⼊後⼀般的なOCIとしてのテナンシ管理
（OCIへのユーザー登録、コンパートメント作成、権
限の付与、課⾦管理等）
- ExaC@C Infrastractureの障害時のご連
絡、四半期パッチのご連絡等
（SR登録できるかた）
導⼊でのハンドオーバー時に「Exadata
Infrastructure」の「メンテナンス連絡先」に連
絡先を登録していただくことになります

Exadata Cloud at Customer –デプロイ・アクティビティとタイムライン
3 ⽇
2 ⽇
お客様依存
5⽇
稼働
2⽇
Subscription
Order
Booked
サブスクリプショ
ンのアクティベ
－ション
Install
Coordinator:
- お客様に
「What to
Expect Call」
実施
HW
Engineer:
- 納品・設置要
件を説明
お客様:
- 構成情報の収集
とデータセンターの
準備
HW Engineer:
- 搬⼊・設置のサイト
準備が整っているこ
とを確認するための
現地訪問
お客様:
- ExaC@Cラック構
成詳細の⼊⼒と構
成ファイルの作成
Install Coordinator:
- ExaC@Cインフラストラク
チャーの提供完了
- 複数の要因により時間的
には未定
HW Engineer:
- ExaC@Cインフラ
ストラクチャの展開
と検証
- ExaC@Cのデモと
ハンドオーバー
アクティベーション後
お客様/サポート
- 実装・運⽤・保守
TBD
最短 19 営業⽇＋製造＆配送時間 - 標準的なインストールと準備に基づいた⾒積時間
ハードウェア製造開始前に、サイトが準備済みでなければならない
86

デプロイ・プロセスの各要素
Oracle ExaC@C デプロイメント – プロセス
デリバリをスケ
ジュールするた
めの前提条件
データセンターがExaC@Cデプロイ要
件を満たしているかを検証
ネットワークの
設定と検証
ネットワークアクセスの構成と検証
設置前のサイト
訪問と検証
搬⼊⼝からデータセンターまでの
現地確認
デリバリ
納品⽇、場所、プロセスの設定
オラクル社員の
サイトアクセス
Oracle Engineerが物理的にアク
セスし、設置場所で作業
サービスのアク
ティベーションと
サービスアクティベーション前の最終
テストと検証
87

デリバリのスケジュール
デリバリをスケ
ジュールするための
前提条件
データセンターがExaC@Cデプロ
イ要件を満たしているかを検証
サイト要件の詳細については、ドキュメントを参照:
https://docs.cloud.oracle.com/en-us/iaas/exadata/doc/eccpreparing.html
データセンターが以下を満たしていることをチェック:
• サイトアクセス - ハードウェアを問題なくDCに移動できる
• スペース - ハードウェアを設置する場所が空いている
• 電源 - 電源供給が可能
• 冷却 - ⼗分な冷却装置が設置されている
• ネットワーク - IPの割り当て、DNSの更新、物理的なネットワークドロップ
ハードウェア製造開始前に、サイトが準備済みでなければならない
88

ネットワークの設定と検証
サイト訪問の前に以下の項⽬を完了させる必要がある:
• ネットワークの構成
• ネットワークのチェック
• オラクルが提供するネットワークチェックスクリプトの実⾏
• ネットワークに関する問題を確認し、対処
• 必要に応じてネットワークチェックスクリプトの再実⾏
• 物理的なネットワークドロップの設定
ネットワークの設定
と検証
ネットワークアクセスの構成と検証
89

サイト訪問の準備
設置前のサイト訪問
• エンジニアがドックからデータセンターまでのウォークスルーを実施
• ドアの⾼さ、幅、エレベーター、傾斜、階段などを確認
• オラクルから提供されたネットワーク・チェック・スクリプトを検証／確認
• エンジニアは、データセンターの電源、冷却、ネットワークドロップを確認
• エンジニアはサイトチェックリストに記⼊し、問題があれば記録し、お客
様にコピーを提供
設置前のサイト訪問
と検証
搬⼊⼝からデータセンターまでの現地確認
90

デリバリの準備
• マシンの納品予定⽇の設定
• オラクルのエンジニアによるデータセンターの準備状況の確認が終わった後
• 配送時間は地域によって異なる
• 輸送業者がデータセンター内にマシンを搬⼊
• 運送業者がデータセンター内で開梱し、梱包を解いて、すべての梱包を撤去
デリバリ
納品⽇、場所、プロセスの設定
91

Oracle作業者のサイトアクセスの準備
配送業者とエンジニアは、
サイトやデータセンターへの物理的なアクセスが必要
• サイトへのアクセス要件は何か︖
• エンジニアは導⼊時にラップトップをマシンに接続するが、問題はないか︖
エンジニアの作業場所
• エンジニアはノートパソコンや携帯電話からインターネットにアクセスする必
要がある
• 作業場所の安全性と健康に関する国の法律と規制を満たす必要がある
オラクル社員の
サイトアクセス
Oracle Engineer⽤の
物理アクセスと作業場所
92

サービスアクティベーションの準備
ハンドオーバーとは
• サービスは、お客様によるデータベース作成が準備済み
• オラクルのエンジニアがExaC@Cサービスの使い⽅を簡単にご説明
• VMクラスタの作成⽅法の説明
• VMクラスタ⽤のSSH鍵の追加⽅法の提⽰
• DBの作成⽅法
• スケールアップ/ダウンの説明
• ⾃分のVMにログインする⽅法
• コンソールから設定情報を取得する⽅法
• ライセンスタイプの変更⽅法
• 連絡先の管理⽅法（連絡先はHWの交換やパッチの適⽤に重要）
ハンドオーバー前に完了すること
• オラクルはインフラを整え、ヘルスチェックを実施 - オラクルのエンジニアが実施
• お客様のコンパートメントを作成 - オラクルの⽀援を受けて、 OCIテナンシ管理者が実施
• インストール・コンパートメントからカスタマーコンパートメントへのリソースの移動
• オラクルの⽀援を受けて、 OCIテナンシ管理者が実施
• インストール⽤コンパートメントからお客様コンパートメントへのリソースの移動
• オラクルのサポートによるOCIテナンシ管理
• OCIテナンシ管理者は、インストール⽤コンパートメントを削除。これにより、オラクルエンジニアのOCIテナン
シへのアクセスが削除
• 有効な顧客連絡先が複数あることをお客様が確認
（有効な連絡先がMOSにもあることを確認する必要がある）
次のステップ
• サービスのハンドオーバー
• オラクルはインフラの管理とモニターを実施
サービスのアク
ティベーションと
サービスアクティベーション前の
最終テストと検証
93

ACS Standard Services
for Cloud at Customer
94

Cloud at Customer 関連サービス概要
Activation
4weeks 2 3 weeks* Subscription (4 )
Cloud Priority Support
for PaaS/IaaS(CPS)
(ZFS Storage, Enterprise Manager etc )
Oracle Transition Service to Oracle Cloud
Oracle Advanced Database
Support (ADS)
Advanced Monitoring
And Resolution (AM&R)
Solution Support Center
(SSC)
Cloud at Customer Cloud at Customer
ACS
ACS ACS
*2020/3/19
Oracle Customer Data and
Device Retention (DDR)
Installation and Activation Service
) ACS
ACS ExaCC
Supportability Planning and Design for Cloud Service + Time and Material
Solution Support Center
for PaaS/IaaS(SSC)
95

ACS ExaCC導⼊に関連するサービス（推奨）
ExaCC導⼊に関してお客様の設置・ネットワーク要件に関する検討、セットアップパラメータの検討、及び機器導⼊タスクにおいて、お客
様タスクに対する技術⽀援を実施します。本サービスは任意での提供となりますので、お客様ご要求に応じてご利⽤ください。
サービス価格︓個別⾒積もり ※ACS営業にお問い合わせください
・価格は導⼊される機器の台数、構成、及びお客様要件によって変わります。
・事前にお客様とご⽀援内容を合意の上、作業を開始するものとします。
サービス内容成果物
・導入に関する技術的ガイダンス
・打合せの実施
・設置要件の整理、ネットワーク構成要件の整理
・お客様側事前準備事項、作業前提条件のレビュー
・ネットワーク環境確認支援（※必要に応じて）
Supportability Plan
・導入プラン
・スケジュール
Architecture Design Document
（※ヒアリングシートを兼ねる）
・機器構成概要
・設定パラメータ
・セットアップパラメータの検討支援
・お客様観点からの設定値策定支援・レビュー
・設置場所の確認支援と作業者間の調整支援（※必要に応じて）
・事前サイトチェックへのの同行
・設置場所確認作業の支援
・搬入設置をスムーズに実施するための改善事項提案
・機器搬入調整・現場指示支援（※必要に応じて）
・搬送業者への作業指示
・設定作業状況の報告
N/A
・セットアップ作業時の技術支援と報告
・アクティベーション作業時の技術支援
・インスタンス作成に関する技術支援
Supportability
Planning
and
Design
for
Cloud
Service
Time
and
Material
サービス名
ACS
ExaCC
導⼊⽀援
サービス
96

ExaCC導⼊フロー
Handover
お客様
タスク
標準
サービス
▼ご発注 ▼機器搬⼊
2. Oracle Cloud
Infrastructureの有効化
▼Activation
1. ExaCC導⼊準備
・データセンタ設備準備
・ネットワーク環境準備
・ExaCC infrastructure Configファイル作成
・NW環境確認スクリプト実⾏
3. ExaCC
Infrastructure
環境の有効化
・ExaCC Validation
・ExaCC Activation
4. ExaCC VMクラスタ
環境の作成
・Validate VM Cluster
Network
・Create VM Cluster
Installation and Activation Service
“What to expect” call
・要件説明、確認
Site Check/Survey
・DC下⾒
・NW環境確認スクリプト実⾏/⽀援
ExaCC infrastructure config
・configuration bundleの作成/⽀援
On-site Installation
・初期インストール作業 (ExaCC, CPS)
・ネットワーク接続作業
・deployment Validation
・ExaCC Activation codeの取得
Handover
・使⽤⽅法の説明
ACS ExaCC導⼊⽀援サービス
Supportability Planning and Design for Cloud Service + Time and Material
・導⼊要件の整理、導⼊に関する技術⽀援・機器搬⼊、設置に関する⽀援 ※必要時
・パラメータ検討⽀援・アクティベーション作業時の技術⽀援
・サイトチェックへの同⾏ ※必要時・インスタンス作成に関する技術⽀援
・ネットワーク環境確認⽀援 ※必要時
注) ACSのサービスではありません
97

オラクルにしかできないサポートサービスをリモートから提供*1
Cloud Priority Support for PaaS/IaaS
サービスのメリット
サービスの特⻑
• ⾼可⽤性およびビジネスクリティカルな
IaaSとPaaSソリューションの⾼いパ
フォーマンスを実現
• 問題の早期解決
• ビジネスの成功のために必要不可⽋な
優れたサービスを提供
• 柔軟なオプションサービスの選択
＊1 BYOLをご利⽤してExaCCを購⼊される場合は、本サービスを提供できない場合があります。
＊2 オンサイトでのサービスレビューはオプションで対応可能、回数も調整可能です
＊3 オプションサービス（例）
テクニカルチーム（Advanced Support Engineer)の⽀援
お客様環境をドキュメント化 (Environment and Configuration Guide)しての⽀援
その他（Performance Assessmentなど）
• お客様向け担当テクニカルアカウントマ
ネージャ(TAM)のアサイン
• SRマネージメント(SR優先対応)
• 重要問題(Sev#1, お客様／オラクル
相互に合意済みでエスカレーションされ
たSev#２)のエスカレーション・報告
• 四半期毎のサービスレビュー*2
• オプションサービス*3
Supplemental Resource:
四半期毎のサービスレビューの際に、⽇本語でのドキュメントをもとにオンサイトもしくはリモートにて、サービスレビューを実施する費⽤となります。
98

【旧版】Oracle Gen 2 Exadata Cloud@Customer：サービス概要のご紹介 [2021年12月版]

【旧版】Oracle Gen 2 Exadata Cloud@Customer：サービス概要のご紹介 [2021年12月版]

More Related Content

What's hot

Similar to 【旧版】Oracle Gen 2 Exadata Cloud@Customer：サービス概要のご紹介 [2021年12月版]

More from オラクルエンジニア通信

【旧版】Oracle Gen 2 Exadata Cloud@Customer：サービス概要のご紹介 [2021年12月版]