"DBA 將要失業(yè)了嗎嵌言？ 當(dāng)引入自治數(shù)據(jù)庫之后，就永遠(yuǎn)不需要 DBA 了嗎愧怜？"
很顯然不是呀页，無論你是否相信，我要肯定地告訴你拥坛，上云之后蓬蝶，DBA 在企業(yè)將會(huì)扮演
更重要的角色。
我已經(jīng)從事了 17+年的 DBA 職業(yè)猜惋，對(duì)于這方面有比較深刻的體會(huì)和理解丸氛。很多朋友擔(dān)
心以后是否會(huì)失業(yè)，我們首先來看這個(gè)行業(yè)有哪些發(fā)展趨勢(shì)：
1著摔、會(huì)出現(xiàn)更多精細(xì)和高級(jí)的特性缓窜，每一個(gè)新的版本都是這樣的。
2谍咆、在數(shù)據(jù)庫中禾锤，越來越多的任務(wù)能夠被系統(tǒng)自動(dòng)完成，因此無論對(duì)于企業(yè)還是個(gè)人來
說摹察，盡快地升級(jí)到新版本是非常有好處的恩掷，而不要等到被迫升級(jí)
3、未來在云上供嚎，對(duì)于 DBA 的要求將會(huì)更高黄娘。
因此在本文中，我將會(huì)談一談 Oracle 自治數(shù)據(jù)庫的推出對(duì)于 DBA 的影響克滴，同時(shí)跟大
家一起探討 DBA 該如何應(yīng)對(duì)新的趨勢(shì)逼争。
Oracle 數(shù)據(jù)庫 18c 是下一代業(yè)界領(lǐng)先的數(shù)據(jù)庫。
Oracle 在今年的 OOW 上引入了世界上第一款的自治數(shù)據(jù)庫劝赔，其對(duì)應(yīng)的云平臺(tái)和服務(wù)以
最低的成本實(shí)現(xiàn)了更高的性能誓焦、 安全和可靠性的需求，并且降低了操作的復(fù)雜度着帽，減
少了人為誤操作的幾率杂伟，大部分的工作能夠自主地完成竿秆，減少了手動(dòng)操作的工作量。
在這里我要強(qiáng)調(diào)一下 ”Database Cloud“ 和” Oracle 自治數(shù)據(jù)庫云“稿壁，因?yàn)楫?dāng)我們談到
云上的數(shù)據(jù)庫， Oracle 的自治數(shù)據(jù)庫云事實(shí)上是一種云端數(shù)據(jù)庫 的服務(wù)歉备。 在這篇文
章中傅是，我們會(huì)將它稱為”云端數(shù)據(jù)庫“
自治數(shù)據(jù)庫、云端數(shù)據(jù)庫蕾羊，這個(gè)話題其實(shí)可以從不同的角度進(jìn)行分析喧笔，我看到的大部
分的文章中，都在講述這一款未來的數(shù)據(jù)庫有多少的優(yōu)勢(shì)和好處龟再。那么我們應(yīng)該重點(diǎn)
考慮哪些方面的問題呢书闸？1、誰來決定數(shù)據(jù)庫將處于哪個(gè)服務(wù)模式下利凑？
2浆劲、誰將為這些資質(zhì)數(shù)據(jù)庫植入政策約束？
3哀澈、 對(duì)于數(shù)據(jù)庫的常規(guī)任務(wù)和行為牌借，誰有足夠的認(rèn)知來決定如何減少這些服務(wù)的成
本？
4割按、當(dāng)我們有更多的選擇的時(shí)候膨报，IT 的基礎(chǔ)架構(gòu)將會(huì)變得越來越復(fù)雜，誰來決定這些系
統(tǒng)的設(shè)計(jì)适荣？
很顯然现柠，這些問題的答案都是 DBA，然而弛矛，不是任何一個(gè)普通的 DBA 都能完成够吩。為
了完成這些任務(wù)，DBA 必須對(duì)這一款未來的云上數(shù)據(jù)庫有深入全面的了解汪诉。
正如我剛才所說废恋，自治數(shù)據(jù)庫事實(shí)上就是一種不同的云端數(shù)據(jù)庫服務(wù)。因此扒寄，首先要
了解的內(nèi)容就是如何將數(shù)據(jù)庫從本地遷移到云端鱼鼓。關(guān)于數(shù)據(jù)庫的云端遷移，請(qǐng)參
考： Oracle Cloud (DBaaS): Migrating Databases to Oracle Cloud Using RMAN
Backup
Oracle 自主數(shù)據(jù)庫是一種具有許多已經(jīng)自動(dòng)化的常規(guī)任務(wù)的數(shù)據(jù)庫该编，這些可自動(dòng)化完
成的任務(wù)如下：
1迄本、補(bǔ)丁 的應(yīng)用
2、升級(jí)
3课竣、系統(tǒng)的自主優(yōu)化
但是嘉赎，這篇文章的重點(diǎn)還沒有開始：
首先我引入我一個(gè) ACED 朋友 Tim Hall 的原話置媳，他說，18c 的預(yù)售對(duì)于 DBA 幾乎是
沒有影響的公条，只有自治數(shù)據(jù)庫的服務(wù)套件整體推出的時(shí)候才會(huì)對(duì) DBA 產(chǎn)生比較大的影
響拇囊。
對(duì)于這句話要怎么理解呢？
首先靶橱，對(duì)于前半句寥袭，Oracle18c 對(duì)于 DBA 是沒有影響的，它只不過是一個(gè)更高的版本
罷了关霸。它并不是一個(gè)運(yùn)行在自治模式下的普通意義的關(guān)系型數(shù)據(jù)庫的管理軟件传黄，事實(shí)
上，自治數(shù)據(jù)庫本身就是被設(shè)計(jì)用于今后的環(huán)境和需求的队寇，它只是針對(duì)云上的膘掰，跟本
地的數(shù)據(jù)庫并不相關(guān)。而后半句佳遣，自治數(shù)據(jù)庫的服務(wù)套件對(duì)于 DBA 是有影響的识埋。自治數(shù)據(jù)庫是一款用于
Oracle 公有云上的可用的服務(wù)套件。這也就意味著本地的數(shù)據(jù)庫是不可以被運(yùn)行在自
治的模式下的苍日，當(dāng)然也許以后會(huì)實(shí)現(xiàn)惭聂。
目前有很多 DBA 都擔(dān)心，自治數(shù)據(jù)庫服務(wù)套件是否會(huì)讓他們失業(yè)相恃，其實(shí)這還是很遠(yuǎn)的
事情辜纲。
事實(shí)上有幾種在 Cloud 上提供數(shù)據(jù)庫的服務(wù)：
1、 Oracle 數(shù)據(jù)庫云服務(wù)
2拦耐、 Oracle 裸機(jī)云數(shù)據(jù)庫服務(wù)
3耕腾、 Oracle 數(shù)據(jù)庫一體機(jī)云服務(wù)
4、 Oracle 數(shù)據(jù)庫一體機(jī)云機(jī)器
5杀糯、 Oracle 數(shù)據(jù)庫快速云服務(wù)
自治數(shù)據(jù)庫服務(wù)套件將代表你可以簽約的其他可能的服務(wù)扫俺。
接下來我們將討論，關(guān)于 Oracle 的自治數(shù)據(jù)庫固翰，我們還應(yīng)該了解哪些內(nèi)容：
1狼纬、 Oracle 自治數(shù)據(jù)庫或者說拯救我驅(qū)動(dòng)數(shù)據(jù)庫，將會(huì)在 18c 的版本中全面推出骂际，這
與當(dāng)前的 12c 的版本跨度很大疗琉。
Oracle12.1 的版本應(yīng)該至少還有 4 年的時(shí)間，預(yù)計(jì)在 2021 年之前都不會(huì)被淘汰
Oracle12.2 則應(yīng)該在 2025 年都會(huì)提供擴(kuò)展服務(wù)歉铝，我們都知道盈简，在一個(gè)新版本推出的時(shí)
候，很多用戶都不會(huì)著急將數(shù)據(jù)庫升級(jí)到最新版本，而是到需要響應(yīng)的服務(wù)或者新的版
本的擴(kuò)展服務(wù)將要到期的時(shí)候才會(huì)升級(jí)柠贤。這樣考慮的話香浩，Oracle18c 要被真正大規(guī)模投
入生產(chǎn)環(huán)境的話，還是需要很長(zhǎng)的時(shí)間臼勉，
目前邻吭，Oracle 自治數(shù)據(jù)庫是針對(duì) Exadata 設(shè)計(jì)的，我們知道 Oracle Exadata 雖然很
強(qiáng)大宴霸，但非常昂貴镜盯，因此很多用戶都不會(huì)選擇，尤其是對(duì)于一些中小型的企業(yè)來說猖败。
因此，DBA 們不用擔(dān)心降允，從目前來看 Oracle18c 并不會(huì)完全自治恩闻，而自治數(shù)據(jù)庫也不
會(huì)完全取代傳統(tǒng)數(shù)據(jù)看的運(yùn)行機(jī)制。
接下來我們要討論幾個(gè)在比較重要的話題：1剧董、 Oracle 18c 并不是自治的數(shù)據(jù)庫服務(wù)幢尚，反之亦然，這是兩個(gè)概念
2翅楼、自治數(shù)據(jù)庫服務(wù)組件目前只適用于 Oracle 公有云服務(wù)
3尉剩、根據(jù)目前的情況，自治數(shù)據(jù)庫服務(wù)組件僅支持 Exadata 的環(huán)境毅臊。（當(dāng)然也許以后
會(huì)變化）
4理茎、 Oracle 18c 只是數(shù)據(jù)庫的一個(gè)新的版本而已
當(dāng)我們了解這些之后，我們就可以很確定地說管嬉，自治數(shù)據(jù)庫的推出皂林，對(duì)于當(dāng)前運(yùn)維本
地的 DBA 并沒有多大的影響。但 這并不意味著面對(duì)云的趨勢(shì)和與數(shù)據(jù)庫的趨勢(shì)蚯撩，我
們不需要做改變础倍。我們只有 深入了解新的技術(shù)和方向，了解其優(yōu)勢(shì)和不足胎挎，提前做準(zhǔn)
備沟启，才不至于被新的浪潮打得措手不及。
接下來我們聊一下 Oracle 的自治數(shù)據(jù)庫中一些最吸引人的一些功能和特性犹菇。畢竟
Oracle 自治數(shù)據(jù)倉庫云在今年 12 月份就推出了德迹。
自動(dòng)應(yīng)用補(bǔ)丁：在當(dāng)前的情況下项栏，如果你想給數(shù)據(jù)庫應(yīng)用補(bǔ)丁集的話浦辨，過程是很簡(jiǎn)單
的。到官網(wǎng)查詢最新的補(bǔ)丁集，并根據(jù)安裝文檔和說明進(jìn)行流酬，很快就可以完成币厕。
因此，這種流程化的手動(dòng)操作很快被系統(tǒng)自動(dòng)化的程序來實(shí)現(xiàn)也是預(yù)料之中的芽腾。
還有一些補(bǔ)丁集在應(yīng)用的時(shí)候旦装，是需要停機(jī)的，因?yàn)槌绦驎?huì)對(duì)系統(tǒng)中的二進(jìn)制文件進(jìn)
行修改摊滔。但這種情況 Oracle 很可能也已經(jīng)有了相應(yīng)的自動(dòng)化實(shí)現(xiàn)的機(jī)制阴绢，其實(shí)只要能
夠?qū)⒁庖娙蝿?wù)分解成一些按順序的步驟，那么就有可能通過系統(tǒng)的自動(dòng)化實(shí)現(xiàn)艰躺，因
此呻袭，對(duì)于打補(bǔ)丁這樣的流程化的工作，自然而然會(huì)成為首先要自動(dòng)化的任務(wù)之一腺兴。
升級(jí)：在使用 databse cloud service 的時(shí)候左电，如果要升級(jí)一個(gè)云中運(yùn)行的數(shù)據(jù)庫的
話，唯一的辦法就是創(chuàng)建一個(gè)新的服務(wù)页响，在這個(gè)新的服務(wù)中篓足，有一個(gè)專門的計(jì)算節(jié)點(diǎn)
我們可以用來完成升級(jí)數(shù)據(jù)庫的過程。不過我們要明確一點(diǎn)的是闰蚕，在 PDB 的管理方
面栈拖，Oracle 努力建立了很高級(jí)的機(jī)制，比如我們能夠?qū)?PDB 進(jìn)行熱克隆没陡，在不影響
業(yè)務(wù)和運(yùn)行的情況下涩哟，將 PDB 從一個(gè)容器遷移到另一個(gè)容器當(dāng)中。這些功能從本質(zhì)上
來講盼玄，跟在線遷移數(shù)據(jù)文件的原理是差不多的染簇，但實(shí)現(xiàn)的級(jí)別更高級(jí)，因此我們看到
Oracle 的技術(shù)是越來越成熟了强岸。
像是升級(jí)這種工作锻弓，也能夠很快被定義為：比如在 PDB 上需要完成哪些任務(wù)，在
CDB 上需要做什么樣的配置保證數(shù)據(jù)庫升級(jí)之后能夠正常地運(yùn)行蝌箍。而且我確定青灼，這些
工作將能夠在線的完成，無需關(guān)閉數(shù)據(jù)庫妓盲。從這個(gè)角度來講杂拨，自動(dòng)升級(jí)的技術(shù)跟我們現(xiàn)在在本地?cái)?shù)據(jù)庫上使用的技術(shù)本質(zhì)上并沒有區(qū)別，只是說在一個(gè)新的服務(wù)模式下悯衬，
這些技術(shù)可以在更高的級(jí)別進(jìn)行應(yīng)用弹沽。
接下來的內(nèi)容，我的 ACED 朋友 Tim 幫助我解釋清楚了一些元素，能讓大家更好地理
解 Oracle 18c 數(shù)據(jù)庫策橘。以下我引用他的原話“Oracle 已經(jīng)解釋了自動(dòng)升級(jí)和打補(bǔ)丁
的過程在 18c 數(shù)據(jù)庫中是如何實(shí)現(xiàn)的炸渡，針對(duì)的是 18c 運(yùn)行在 Exadata 環(huán)境下的數(shù)據(jù)
庫，由于 18c 支持滾動(dòng)進(jìn)行升級(jí)和打補(bǔ)丁的所有過程丽已，包括 OJVM蚌堵，針對(duì) Oracle 提
供的服務(wù)，也能夠進(jìn)行在線打補(bǔ)丁”
我們來詳細(xì)解讀一下 18c 的一些新特性如何實(shí)現(xiàn)：
自我優(yōu)化：這個(gè)聽起來很復(fù)雜沛婴，事實(shí)上是很簡(jiǎn)單的原理吼畏。在當(dāng)前的環(huán)境下，當(dāng)我們使
用數(shù)據(jù)庫中一些 adaptive 特性的時(shí)候嘁灯，數(shù)據(jù)庫相當(dāng)于在進(jìn)行自我優(yōu)化泻蚊，比如自動(dòng)創(chuàng)建
索引等，這些都是在線完成的丑婿，同時(shí)藕夫，在數(shù)據(jù)庫中加入 AI 的引擎對(duì)數(shù)據(jù)進(jìn)行更好地收
集和分析處理，之后體現(xiàn)到 SQL 查詢的工程中枯冈，并不是一件很難的事情。
也就是說办悟，自我優(yōu)化就是通過 AI 程序進(jìn)行分析后在使用類似 adaptive 特性影響 SQL
的執(zhí)行路徑的選擇等尘奏。
對(duì)于以上系統(tǒng)能夠自主完成的一些事情，我們來看一下其執(zhí)行的頻率：
1病蛉、應(yīng)用補(bǔ)丁集：應(yīng)用補(bǔ)丁集并不是一項(xiàng)頻繁的任務(wù)炫加，定期打一次，執(zhí)行頻率很低铺然。
2俗孝、升級(jí)：頻率更低，一般數(shù)據(jù)庫版本好幾年才更新一次魄健，但對(duì)于絕大部分的客戶來
說赋铝，并不會(huì)緊隨著新版本的發(fā)布就著急升級(jí)，因此這樣的操作的需求就更少了沽瘦。
3革骨、自我優(yōu)化 ：頻率會(huì)很高，幾乎是持續(xù)在發(fā)生析恋，因?yàn)閿?shù)據(jù)庫中數(shù)據(jù)變更是很頻繁
的良哲，對(duì)數(shù)據(jù)進(jìn)行增刪查改，幾乎都會(huì)用到相應(yīng)的優(yōu)化助隧，也就是說筑凫，這個(gè)功能的啟用會(huì)
開銷很大。我們知道在當(dāng)前的數(shù)據(jù)庫中，有 tuning advisors巍实，在我們的經(jīng)驗(yàn)中滓技，效果并
不是太好。很多時(shí)候蔫浆，我們采納了 advisor 給出的優(yōu)化建議進(jìn)行調(diào)整之后殖属，性能反而
更差了，那么在自治數(shù)據(jù)庫中自動(dòng)優(yōu)化的特性將會(huì)達(dá)到什么樣的效果呢瓦盛？如果真的很
完美洗显，能夠在真實(shí)的應(yīng)用場(chǎng)景中進(jìn)行很好的優(yōu)化，那的確是會(huì)減少對(duì) DBA 相應(yīng)的需
求原环。
因此挠唆，有一個(gè)很重要的事情就是，在沒有百分百的肯定下嘱吗，你覺得一個(gè)企業(yè)有多大的
可能會(huì)完全采用系統(tǒng)的自我優(yōu)化玄组，而不附加任何的人為檢測(cè)和控制。我認(rèn)為這樣的可能性是很低的谒麦，因而優(yōu)化要考慮的因素很多俄讹，除了 SQL 本身，還要考
慮應(yīng)用的邏輯绕德，架構(gòu)的設(shè)計(jì)患膛，甚至一些政策限制等等，很多時(shí)候耻蛇，人為在進(jìn)行優(yōu)化的
時(shí)候都做不到完美顧及每一個(gè)方面踪蹬，何況是機(jī)器。
我們舉一個(gè)簡(jiǎn)單的例子臣咖，在一些環(huán)境下跃捣，Oracle Dataguard 有自動(dòng) failover 的機(jī)制，
有時(shí)候在數(shù)據(jù)庫中發(fā)生一些人為的錯(cuò)誤導(dǎo)致數(shù)據(jù)庫會(huì)自動(dòng)進(jìn)行 failover 的切換夺蛇，事實(shí)
上這些場(chǎng)景我們并不希望切換疚漆。 因此為了避免自動(dòng) failover 帶來的影響，很多企業(yè)都
很怕使用 FSF（Fast Start Failover）刁赦，該特性雖然功能很好愿卸，但總是會(huì)在系統(tǒng)中應(yīng)用
很多系統(tǒng)并不允許植入的數(shù)據(jù)。
綜合來講截型，我認(rèn)為自主數(shù)據(jù)庫將會(huì)在很大程度上減少對(duì) DBA 工作的需求趴荸，但并不能夠
完全取代 DBA 的存在和作用。
自治數(shù)據(jù)庫向用戶承諾了以下優(yōu)勢(shì)：
1宦焦、減少管理時(shí)間
在基礎(chǔ)架構(gòu)搭建上发钝，在升級(jí)和打補(bǔ)丁上顿涣，在保障高可用上，以及在性能有劃傷酝豪，時(shí)間
都將大幅減少
2涛碑、增加了創(chuàng)新的時(shí)間
在數(shù)據(jù)分析，數(shù)據(jù)政策孵淘，數(shù)據(jù)安全以及在數(shù)據(jù)庫的設(shè)計(jì)上蒲障，都將需要花更多的時(shí)間。
因此瘫证，上云之后揉阎，DBA 必須增強(qiáng)在安全方面的管理技能。
那么背捌，重點(diǎn)來了毙籽，面對(duì) Oracle 的云端數(shù)據(jù)庫，DBA 的未來將是什么樣的毡庆？
17 年前坑赡，那時(shí)候我剛開始做 DBA，那個(gè)時(shí)候設(shè)計(jì)一套數(shù)據(jù)庫架構(gòu)是很簡(jiǎn)單的么抗，只需要
決定將數(shù)據(jù)庫安裝在什么環(huán)境下毅否，比如服務(wù)器，大型機(jī)或者在一些特定的場(chǎng)景下蝇刀，是
安裝在桌面機(jī)器也就是 PC 上的螟加。
現(xiàn)在數(shù)據(jù)庫可選的部署環(huán)境很多，比如服務(wù)器熊泵，虛擬機(jī)，集成式系統(tǒng)比如 Exadata,還
有很多其他的選擇甸昏。
還必須決定數(shù)據(jù)庫將植入何種架構(gòu)顽分，比如最通用的本地的選項(xiàng)，私有云施蜜，混合云卒蘸，集
成云，而隨著 18c 的推出翻默，選擇還在增多缸沃。那么這種情況下，誰來決定將數(shù)據(jù)庫部署在上面環(huán)境下修械，以何種服務(wù)模式部署趾牧，當(dāng)
然，還是 DBA肯污。因此翘单，不是不需要 DBA吨枉，而是要求 DBA 要懂得系統(tǒng)以外更多的知
識(shí)，要了解業(yè)務(wù)哄芜，了解平臺(tái)等貌亭。
我把現(xiàn)在的 Oracle DBA 分為以下三類，他們的方向如下：
第一類：日常工作只圍繞一些最基礎(chǔ)常規(guī)的任務(wù)展開认臊，比如打補(bǔ)丁圃庭，擴(kuò)容等等。那么
當(dāng)自治數(shù)據(jù)庫推出后失晴，如果他們不努力求變的話剧腻，很可能會(huì)失業(yè)
第二類：在運(yùn)維數(shù)據(jù)庫的同時(shí)，還做 IT 相關(guān)的其他工作师坎，或者在其他領(lǐng)域也有比較豐
富的經(jīng)驗(yàn)恕酸，那么這類 DBA 就可以通過各類知識(shí)的全面學(xué)習(xí)，為公司做更重要的決定胯陋，
而不局限于數(shù)據(jù)庫蕊温。這就是我們常說的，從 DBA 到架構(gòu)師的轉(zhuǎn)型遏乔。
第三類：對(duì)于那些決定在 Oracle 領(lǐng)域深入走下去的 DBA 來說义矛，由于系統(tǒng)變得越來越
智能和強(qiáng)大，對(duì) DBA 的要求也越來越高盟萨，因此這類 DBA 需要努力學(xué)習(xí)跟多的知識(shí)凉翻，
去了解業(yè)務(wù)，了解云捻激，了解所有在云上需要到的技能制轰，才能在 Oracle 眾多的選擇中
做合理規(guī)劃設(shè)計(jì)而不至迷失瑞侮。