上海-北京 – 云中Oracle 18c之旅上海-北京

3月16日，星期五，上海，晴。

17:00

，和一家制造业客户交流完公有云，回家心切，匆匆赶往上海虹桥机场。

18:15

，虹桥机场

航站楼，回北京的班机由于机械故障延误到

21:30

，吃完晚饭，还有两个小时左右时间，还可以处理些事情。

18:45

，在公司的采购云上订购了一台

MacBook

，手头这台电脑该换了。

19:00

，在公司的报销云上将此次的出差填完。

19:20

，想起这次交流客户对我们的管理云和开发测试云感兴趣，希望尽快拿到资料，因此先将资料上传到文档云，然后通过邮件将链接发给用户。收邮件，看到有个公告：

Oracle OCI DBaaS

已支持

Oracle

数据库

18c

，正好这次交流有个演示账户，不妨试试。

Oracle

公有云在

月

日已宣布支持

18c

数据库，那这两次公告有何区别呢

搜索了下邮件组，参看了一些文档，先试着把概念搞清楚。不过要彻底说明白，还得回顾一下

Oracle

的公有云发展史。

Oracle

第一代的

IaaS

称为

OPC

，很直白，就是

Oracle Pubic Cloud

的意思。

OPC

的云管理平台基于

2013

年收购的

Nimbula

，虚拟化用的是

Oracle

自己的

OVM

。不过

Oracle

向来不甘心做追随者，同时也认为必须设计出一款全新架构的

IaaS

才能迎头赶上并超越对手，于是第二代的云诞生了，最初的名称是

BMCS(Bare Metal Cloud Service)

。

2017

年，为了统一名称，

OPC

更名为

OCI(Oracle Cloud Infrastructure)

，而

BMCS

则更名为

OCI-C(Oracle Cloud Infrastructure - Classic)

。

言归正传，由于

OCI-C

是第一代的云，自然很多

PaaS

服务都是基于其构建的了，这其中就包括数据库云服务

(DBCS)

。第二代云

OCI

出来后，

DBCS

也很快提供支持，用户在创建数据库云服务时，可以选择放在

OCI-C

或

OCI

的云数据中心。不过也许认为

OCI

只当做

IaaS

在数据库云服务中使用是不够的，

Oracle

决定在

OCI

中也开发出一套原生的数据库云服务，可以全面利用

OCI

的全新架构和原生特性，它的名称就是邮件公告中提到的

OCI DBaaS

。

因此，实际上

OCI

中有两类数据库云服务，一类是

OCI DBCS

，也就是

OCI

作为

IaaS

被

DBCS

使用，当然

DBCS

也可以用

OCI-C

做

IaaS

；另一类则是

OCI DBaaS

，也就是完全在

OCI

中开发的数据库云服务。这两类服务的大致区别可参见下表：

DBCS

OCI DBaaS

管理

OCI-C

中的

PSM(Platform Service Manager)

OCI

中的数据库控制平台

(Database Control Plane)

集成

是

OCI-C

中的原生服务。可以与其它的

PaaS

服务如

JCS

和

IDCS

等原生集成

是

OCI

中的原生服务，可以与

OCI

平台的

Compartment

隔离、审计、

AuthN

、

AuthZ

和

Tagging

等特性无缝集成。

操作

My Service Console

OCI Web Console

RAC

支持

如果底层使用

OCI

，则不支持

RAC

，目前只提供单实例虚机；如果底层基于

OCI-C

或

Exadata

则支持。

支持，

RAC

可部署在虚拟机和

Exadata

上

Cloud@Customer

支持

不支持

选择哪种数据库云服务需要看用户的实际需求。例如如果用户最初使用的就是

OCI

，那么

OCI DBaaS

更容易上手，也更容易与

OCI

的其它特性集成。如果用户最初使用的是

OCI-C

，同时希望与其它的平台服务原生集成，那么使用

DBCS

就比较合适；如果用户希望使用

Cloud@Customer

，那么目前只能使用

DBCS

。如果用户希望用

Exadata

云服务，

DBCS

和

OCI DBaaS

都支持，就看客户更习惯于使用

OCI-C

还是

OCI

，是否需要这两代云平台特有的功能。

19:45

，离登机还有些时间，先来体验一下

OCI DBaaS

。登录云账户后看到的界面如下，其中

Database

和

Database(OCI)

分别对应

DBCS

和

OCI DBaaS

。

点击

Database(OCI)

进入

OCI Console

。经过简单的设定，开始建立

18c

数据库云服务：

设置过程如下图，参数都比较简单，数据库版本选择

18.1.0.0

，当然

11g

和

12c

也是支持的。另外需要准备一对

SSH

密钥和一个相对复杂的数据库管理口令。

OCI DBaaS

支持

RAC

，不过为了尽快看到

18c

的真面目，我选择了单实例。

20:30

，云中的

18c

数据库就绪，通过

SSH

登录到虚拟机操作系统，使用

SQL*Plus

登录没有问题：

通过

Putty

建立好

SSH Tunnel

后，再来试试

SQL Developer

，也顺利连接到

18c

，写了个简单的

SQL

来查询一下数据库的

Option

，总共有

行输出，其中有大家熟悉的

RAC

、

Partition

、

ADG

，

12c

后新增的

In-Memory

，多租户等：

20:45

，广播开始登机。还剩

DBCS

没有体验，赶紧创建一个

RAC

实例，这样到达北京后应该也建完了。建立

DBCS

实例时，底层的

IaaS

可以使用

OCI

或

OCI-C

，关键就在

Region

的选择上。如果选择

No Preference

，则表示

OCI-C

，其它的表示

OCI

。不过由于创建

的是RAC，因此这里只能使用OCI-C：

第二步进行配置，

RAC

实例每节点至少

2 OCPU

，另外还配置了自动备份。点击下一步开始创建实例。

21:30

，飞机起飞，在上海至北京的空中，机舱中很安静，乘客纷纷进入梦乡，数据库在云端自动的建立。经过刚才

个多小时的折腾，总算见到了云中数据库

18c

的真容，回想这两天见到的几个积极转云的客户，回想这几年来公司义无反顾的转云，思绪万千，难以入睡。

18c

数据库的推出，自治数据库云服务的推出，

DBA

还有价值吗

我想答案是肯定的，

18c

不是一蹴而就的，自治驾驶，自治安全，自治修复的特性在之前的版本中就存在，基于

18c

的自治数据库只是不断增强而已。是谁来制定数据库的自治策略

是谁来在众多的数据库云服务中做选择

面对越来越多的新技术和组件，是谁来设计信息架构，技术架构

? DBA

仍然是有价值的，只不过在新的云时代，智能化，自动化风行的时代，

DBA

作为管理员的工作大幅减少，恰恰也给我们留出了更多创新的时间。我们需要不断汲取知识，丰满羽翼，从单纯的

DBA

转变为云架构师，云解决方案设计师

…

。对于云从内心抗拒，被动接受，积极参与到主动拥抱，这不正是这几年我的心路历程吗。

23:20

，飞机降落北京，

航站楼的人已不多了，坐上出租车，司机一路放着歌，当听到韦唯《亚洲雄风》中

我们亚洲

云也手握手

这句时，心里暗暗的笑了，这几年做云做出职业病了，听到带云的都比较敏感。云也手握手，这说的应该是我们的

Ravello

，

CASB

支持其它友商的公有云，应该是我们的公有云和私有云使用相同架构、技术和管理，可以很好的集成，混合云更好搭建，应该是我们的

PaaS

中各云服务的简易集成，应该是

…

23:58

，出租车到达小区门口，上海到北京的云中

Oracle 18c

之旅顺利结束，新的一天也即将到来，明天又有新的希望，新的挑战！

编辑：萧宇