"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)境的話，還是需要很長的時(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ì)而不至迷失。