如何解析Oracle 18c對于DBA的影響及應(yīng)對措施

這篇文章將為大家詳細(xì)講解有關(guān)如何解析Oracle 18c對于DBA的影響及應(yīng)對措施，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。

很顯然不是，無論你是否相信，我要肯定地告訴你，上云之后，DBA在企業(yè)將會扮演更重要的角色。

我已經(jīng)從事了17+年的DBA職業(yè)，對于這方面有比較深刻的體會和理解。很多朋友擔(dān)心以后是否會失業(yè)，我們首先來看這個行業(yè)有哪些發(fā)展趨勢：

1、會出現(xiàn)更多精細(xì)和高級的特性，每一個新的版本都是這樣的。

2、在數(shù)據(jù)庫中，越來越多的任務(wù)能夠被系統(tǒng)自動完成，因此無論對于企業(yè)還是個人來說，盡快地升級到新版本是非常有好處的，而不要等到被迫升級

3、未來在云上，對于DBA的要求將會更高。

因此在本文中，我將會談一談Oracle自治數(shù)據(jù)庫的推出對于DBA的影響，同時跟大家一起探討DBA該如何應(yīng)對新的趨勢。

Oracle數(shù)據(jù)庫18c是下一代業(yè)界領(lǐng)先的數(shù)據(jù)庫。

Oracle在今年的OOW上引入了世界上第一款的自治數(shù)據(jù)庫，其對應(yīng)的云平臺和服務(wù)以最低的成本實現(xiàn)了更高的性能、安全和可靠性的需求，并且降低了操作的復(fù)雜度，減少了人為誤操作的幾率，大部分的工作能夠自主地完成，減少了手動操作的工作量。

在這里我要強(qiáng)調(diào)一下 ”Database Cloud“ 和”O(jiān)racle 自治數(shù)據(jù)庫云“，因為當(dāng)我們談到云上的數(shù)據(jù)庫， Oracle的自治數(shù)據(jù)庫云事實上是一種云端數(shù)據(jù)庫 的服務(wù)。 在這篇文章中，我們會將它稱為”云端數(shù)據(jù)庫“

自治數(shù)據(jù)庫、云端數(shù)據(jù)庫，這個話題其實可以從不同的角度進(jìn)行分析，我看到的大部分的文章中，都在講述這一款未來的數(shù)據(jù)庫有多少的優(yōu)勢和好處。那么我們應(yīng)該重點(diǎn)考慮哪些方面的問題呢？

1、誰來決定數(shù)據(jù)庫將處于哪個服務(wù)模式下？

2、誰將為這些資質(zhì)數(shù)據(jù)庫植入政策約束？

3、 對于數(shù)據(jù)庫的常規(guī)任務(wù)和行為，誰有足夠的認(rèn)知來決定如何減少這些服務(wù)的成本？

4、當(dāng)我們有更多的選擇的時候，IT的基礎(chǔ)架構(gòu)將會變得越來越復(fù)雜，誰來決定這些系統(tǒng)的設(shè)計？

很顯然，這些問題的答案都是DBA，然而，不是任何一個普通的DBA都能完成。為了完成這些任務(wù)，DBA必須對這一款未來的云上數(shù)據(jù)庫有深入全面的了解。

正如我剛才所說，自治數(shù)據(jù)庫事實上就是一種不同的云端數(shù)據(jù)庫服務(wù)。因此，首先要了解的內(nèi)容就是如何將數(shù)據(jù)庫從本地遷移到云端。關(guān)于數(shù)據(jù)庫的云端遷移，請參考： Oracle Cloud (DBaaS): Migrating Databases to Oracle Cloud Using RMAN Backup

Oracle自主數(shù)據(jù)庫是一種具有許多已經(jīng)自動化的常規(guī)任務(wù)的數(shù)據(jù)庫，這些可自動化完成的任務(wù)如下：

1、補(bǔ)丁的應(yīng)用

2、升級

3、系統(tǒng)的自主優(yōu)化

但是，這篇文章的重點(diǎn)還沒有開始：

首先我引入我一個ACED朋友 Tim Hall的原話，他說，18c的預(yù)售對于DBA幾乎是沒有影響的，只有自治數(shù)據(jù)庫的服務(wù)套件整體推出的時候才會對DBA產(chǎn)生比較大的影響。

對于這句話要怎么理解呢？

首先，對于前半句，Oracle18c對于DBA是沒有影響的，它只不過是一個更高的版本罷了。它并不是一個運(yùn)行在自治模式下的普通意義的關(guān)系型數(shù)據(jù)庫的管理軟件，事實上，自治數(shù)據(jù)庫本身就是被設(shè)計用于今后的環(huán)境和需求的，它只是針對云上的，跟本地的數(shù)據(jù)庫并不相關(guān)。

而后半句，自治數(shù)據(jù)庫的服務(wù)套件對于DBA是有影響的。自治數(shù)據(jù)庫是一款用于Oracle公有云上的可用的服務(wù)套件。這也就意味著本地的數(shù)據(jù)庫是不可以被運(yùn)行在自治的模式下的，當(dāng)然也許以后會實現(xiàn)。

目前有很多DBA都擔(dān)心，自治數(shù)據(jù)庫服務(wù)套件是否會讓他們失業(yè)，其實這還是很遠(yuǎn)的事情。

事實上有幾種在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ū)動數(shù)據(jù)庫，將會在18c的版本中全面推出，這與當(dāng)前的12c的版本跨度很大。

2、Oracle12.1的版本應(yīng)該至少還有4年的時間，預(yù)計在2021年之前都不會被淘汰

3、Oracle12.2則應(yīng)該在2025年都會提供擴(kuò)展服務(wù)，我們都知道，在一個新版本推出的時候，很多用戶都不會著急將數(shù)據(jù)庫升級到最新版本，而是到需要響應(yīng)的服務(wù)或者新的版本的擴(kuò)展服務(wù)將要到期的時候才會升級。這樣考慮的話，Oracle18c要被真正大規(guī)模投入生產(chǎn)環(huán)境的話，還是需要很長的時間，

目前，Oracle自治數(shù)據(jù)庫是針對Exadata設(shè)計的，我們知道Oracle Exadata雖然很強(qiáng)大，但非常昂貴，因此很多用戶都不會選擇，尤其是對于一些中小型的企業(yè)來說。

因此，DBA們不用擔(dān)心，從目前來看Oracle18c并不會完全自治，而自治數(shù)據(jù)庫也不會完全取代傳統(tǒng)數(shù)據(jù)看的運(yùn)行機(jī)制。

接下來我們要討論幾個在比較重要的話題：

1、Oracle 18c 并不是自治的數(shù)據(jù)庫服務(wù)，反之亦然，這是兩個概念

2、自治數(shù)據(jù)庫服務(wù)組件目前只適用于Oracle公有云服務(wù)

3、根據(jù)目前的情況，自治數(shù)據(jù)庫服務(wù)組件僅支持Exadata的環(huán)境。（當(dāng)然也許以后會變化）

4、Oracle 18c只是數(shù)據(jù)庫的一個新的版本而已

當(dāng)我們了解這些之后，我們就可以很確定地說，自治數(shù)據(jù)庫的推出，對于當(dāng)前運(yùn)維本地的DBA并沒有多大的影響。但 這并不意味著面對云的趨勢和與數(shù)據(jù)庫的趨勢，我們不需要做改變。我們只有 深入了解新的技術(shù)和方向，了解其優(yōu)勢和不足，提前做準(zhǔn)備，才不至于被新的浪潮打得措手不及。

接下來我們聊一下Oracle的自治數(shù)據(jù)庫中一些最吸引人的一些功能和特性。畢竟Oracle 自治數(shù)據(jù)倉庫云在今年12月份就推出了。

自動應(yīng)用補(bǔ)?。涸诋?dāng)前的情況下，如果你想給數(shù)據(jù)庫應(yīng)用補(bǔ)丁集的話，過程是很簡單的。到官網(wǎng)查詢最新的補(bǔ)丁集，并根據(jù)安裝文檔和說明進(jìn)行，很快就可以完成。

因此，這種流程化的手動操作很快被系統(tǒng)自動化的程序來實現(xiàn)也是預(yù)料之中的。

還有一些補(bǔ)丁集在應(yīng)用的時候，是需要停機(jī)的，因為程序會對系統(tǒng)中的二進(jìn)制文件進(jìn)行修改。但這種情況Oracle很可能也已經(jīng)有了相應(yīng)的自動化實現(xiàn)的機(jī)制，其實只要能夠?qū)⒁庖娙蝿?wù)分解成一些按順序的步驟，那么就有可能通過系統(tǒng)的自動化實現(xiàn)，因此，對于打補(bǔ)丁這樣的流程化的工作，自然而然會成為首先要自動化的任務(wù)之一。

升級：在使用databse cloud service的時候，如果要升級一個云中運(yùn)行的數(shù)據(jù)庫的話，唯一的辦法就是創(chuàng)建一個新的服務(wù)，在這個新的服務(wù)中，有一個專門的計算節(jié)點(diǎn)我們可以用來完成升級數(shù)據(jù)庫的過程。不過我們要明確一點(diǎn)的是，在PDB的管理方面，Oracle努力建立了很高級的機(jī)制，比如我們能夠?qū)DB進(jìn)行熱克隆，在不影響業(yè)務(wù)和運(yùn)行的情況下，將PDB從一個容器遷移到另一個容器當(dāng)中。這些功能從本質(zhì)上來講，跟在線遷移數(shù)據(jù)文件的原理是差不多的，但實現(xiàn)的級別更高級，因此我們看到Oracle的技術(shù)是越來越成熟了。

像是升級這種工作，也能夠很快被定義為：比如在PDB上需要完成哪些任務(wù)，在CDB上需要做什么樣的配置保證數(shù)據(jù)庫升級之后能夠正常地運(yùn)行。而且我確定，這些工作將能夠在線的完成，無需關(guān)閉數(shù)據(jù)庫。從這個角度來講，自動升級的技術(shù)跟我們現(xiàn)在在本地數(shù)據(jù)庫上使用的技術(shù)本質(zhì)上并沒有區(qū)別，只是說在一個新的服務(wù)模式下，這些技術(shù)可以在更高的級別進(jìn)行應(yīng)用。

接下來的內(nèi)容，我的ACED朋友Tim幫助我解釋清楚了一些元素，能讓大家更好地理解Oracle 18c數(shù)據(jù)庫。以下我引用他的原話“Oracle已經(jīng)解釋了自動升級和打補(bǔ)丁的過程在18c數(shù)據(jù)庫中是如何實現(xiàn)的，針對的是18c運(yùn)行在Exadata環(huán)境下的數(shù)據(jù)庫，由于18c 支持滾動進(jìn)行升級和打補(bǔ)丁的所有過程，包括OJVM，針對Oracle提供的服務(wù)，也能夠進(jìn)行在線打補(bǔ)丁”

自我優(yōu)化：這個聽起來很復(fù)雜，事實上是很簡單的原理。在當(dāng)前的環(huán)境下，當(dāng)我們使用數(shù)據(jù)庫中一些adaptive特性的時候，數(shù)據(jù)庫相當(dāng)于在進(jìn)行自我優(yōu)化，比如自動創(chuàng)建索引等，這些都是在線完成的，同時，在數(shù)據(jù)庫中加入AI的引擎對數(shù)據(jù)進(jìn)行更好地收集和分析處理，之后體現(xiàn)到SQL查詢的工程中，并不是一件很難的事情。

也就是說，自我優(yōu)化就是通過AI程序進(jìn)行分析后在使用類似adaptive特性影響SQL的執(zhí)行路徑的選擇等。

對于以上系統(tǒng)能夠自主完成的一些事情，我們來看一下其執(zhí)行的頻率：

1、應(yīng)用補(bǔ)丁集：應(yīng)用補(bǔ)丁集并不是一項頻繁的任務(wù)，定期打一次，執(zhí)行頻率很低。

2、升級：頻率更低，一般數(shù)據(jù)庫版本好幾年才更新一次，但對于絕大部分的客戶來說，并不會緊隨著新版本的發(fā)布就著急升級，因此這樣的操作的需求就更少了。

3、自我優(yōu)化 ：頻率會很高，幾乎是持續(xù)在發(fā)生，因為數(shù)據(jù)庫中數(shù)據(jù)變更是很頻繁的，對數(shù)據(jù)進(jìn)行增刪查改，幾乎都會用到相應(yīng)的優(yōu)化，也就是說，這個功能的啟用會開銷很大。我們知道在當(dāng)前的數(shù)據(jù)庫中，有 tuning advisors，在我們的經(jīng)驗中，效果并不是太好。很多時候，我們采納了advisor給出的優(yōu)化建議進(jìn)行調(diào)整之后，性能反而更差了，那么在自治數(shù)據(jù)庫中自動優(yōu)化的特性將會達(dá)到什么樣的效果呢？如果真的很完美，能夠在真實的應(yīng)用場景中進(jìn)行很好的優(yōu)化，那的確是會減少對DBA相應(yīng)的需求。

因此，有一個很重要的事情就是，在沒有百分百的肯定下，你覺得一個企業(yè)有多大的可能會完全采用系統(tǒng)的自我優(yōu)化，而不附加任何的人為檢測和控制。

我認(rèn)為這樣的可能性是很低的，因而優(yōu)化要考慮的因素很多，除了SQL本身，還要考慮應(yīng)用的邏輯，架構(gòu)的設(shè)計，甚至一些政策限制等等，很多時候，人為在進(jìn)行優(yōu)化的時候都做不到完美顧及每一個方面，何況是機(jī)器。

我們舉一個簡單的例子，在一些環(huán)境下，Oracle Dataguard有自動failover的機(jī)制，有時候在數(shù)據(jù)庫中發(fā)生一些人為的錯誤導(dǎo)致數(shù)據(jù)庫會自動進(jìn)行failover的切換，事實上這些場景我們并不希望切換。因此為了避免自動failover帶來的影響，很多企業(yè)都很怕使用FSF（Fast Start Failover），該特性雖然功能很好，但總是會在系統(tǒng)中應(yīng)用很多系統(tǒng)并不允許植入的數(shù)據(jù)。

綜合來講，我認(rèn)為自主數(shù)據(jù)庫將會在很大程度上減少對DBA工作的需求，但并不能夠完全取代DBA的存在和作用。

自治數(shù)據(jù)庫向用戶承諾了以下優(yōu)勢：

1、減少管理時間

在基礎(chǔ)架構(gòu)搭建上，在升級和打補(bǔ)丁上，在保障高可用上，以及在性能有劃傷，時間都將大幅減少

2、增加了創(chuàng)新的時間

在數(shù)據(jù)分析，數(shù)據(jù)政策，數(shù)據(jù)安全以及在數(shù)據(jù)庫的設(shè)計上，都將需要花更多的時間。

因此，上云之后，DBA必須增強(qiáng)在安全方面的管理技能。

那么，重點(diǎn)來了，面對Oracle的云端數(shù)據(jù)庫，DBA的未來將是什么樣的？

17年前，那時候我剛開始做DBA，那個時候設(shè)計一套數(shù)據(jù)庫架構(gòu)是很簡單的，只需要決定將數(shù)據(jù)庫安裝在什么環(huán)境下，比如服務(wù)器，大型機(jī)或者在一些特定的場景下，是安裝在桌面機(jī)器也就是PC上的。

現(xiàn)在數(shù)據(jù)庫可選的部署環(huán)境很多，比如服務(wù)器，虛擬機(jī)，集成式系統(tǒng)比如Exadata,還有很多其他的選擇。

還必須決定數(shù)據(jù)庫將植入何種架構(gòu)，比如最通用的本地的選項，私有云，混合云，集成云，而隨著18c的推出，選擇還在增多。

那么這種情況下，誰來決定將數(shù)據(jù)庫部署在上面環(huán)境下，以何種服務(wù)模式部署，當(dāng)然，還是DBA。因此，不是不需要DBA，而是要求DBA要懂得系統(tǒng)以外更多的知識，要了解業(yè)務(wù)，了解平臺等。

我把現(xiàn)在的Oracle DBA分為以下三類，他們的方向如下：

第一類：日常工作只圍繞一些最基礎(chǔ)常規(guī)的任務(wù)展開，比如打補(bǔ)丁，擴(kuò)容等等。那么當(dāng)自治數(shù)據(jù)庫推出后，如果他們不努力求變的話，很可能會失業(yè)

第二類：在運(yùn)維數(shù)據(jù)庫的同時，還做IT相關(guān)的其他工作，或者在其他領(lǐng)域也有比較豐富的經(jīng)驗，那么這類DBA就可以通過各類知識的全面學(xué)習(xí)，為公司做更重要的決定，而不局限于數(shù)據(jù)庫。這就是我們常說的，從DBA到架構(gòu)師的轉(zhuǎn)型。

第三類：對于那些決定在Oracle領(lǐng)域深入走下去的DBA來說，由于系統(tǒng)變得越來越智能和強(qiáng)大，對DBA的要求也越來越高，因此這類DBA需要努力學(xué)習(xí)跟多的知識，去了解業(yè)務(wù)，了解云，了解所有在云上需要到的技能，才能在Oracle 眾多的選擇中做合理規(guī)劃設(shè)計而不至迷失。

關(guān)于如何解析Oracle 18c對于DBA的影響及應(yīng)對措施就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。