現(xiàn)實(shí)中，單實(shí)例的數(shù)據(jù)庫往往用的不多，生產(chǎn)環(huán)境往往需要高可用性，因此你必須了解各種高可用的架構(gòu)，RAC、dataguard、stream、cdc等等，了解這些架構(gòu)中常見的等待事件是什么，是因?yàn)槟膫€(gè)主鍵引起了這些等待，了解HACMP、HP MC-SG，最好能了解一些他們的切換是如何進(jìn)行的，依賴的組件（資源）是什么，是有哪個(gè)腳本來控制的，你是否可以修改腳本來控制切換的行為。在這一方面，可能更多的不是了解oracle的知識，而是主機(jī)層面的知識了。
當(dāng)你有了主機(jī)層面的知識，你是否還應(yīng)該考慮一下架構(gòu)方面的，數(shù)據(jù)庫是生產(chǎn)系統(tǒng)的核心，上連應(yīng)用下連物理設(shè)備，你所處的環(huán)境中，是一個(gè)怎么樣的網(wǎng)絡(luò)拓?fù)鋱D？應(yīng)用服務(wù)器幾臺？哪些是在防火墻外哪些在防火墻內(nèi)，應(yīng)用服務(wù)器通過中間件連接數(shù)據(jù)庫（這里你最好也懂中間件中關(guān)于數(shù)據(jù)庫的配置），后面是否四層交換機(jī)做負(fù)載均衡？連接了數(shù)據(jù)庫之后，數(shù)據(jù)庫主機(jī)上有幾個(gè)網(wǎng)卡，哪個(gè)是做冗余，哪個(gè)是做備份，哪個(gè)是做inter-connect，數(shù)據(jù)庫后面還有什么，連接光纖交換機(jī)的存儲是什么，什么型號的，讀寫速度如何？做raid幾，有做存儲的同步（BCV/CA）進(jìn)行容災(zāi)嗎?除了SAN，還可能接的是NAS，每個(gè)卷分給了幾個(gè)服務(wù)器？是否共享？數(shù)據(jù)庫的備份是用哪家的備份工具，TSM？NBU？LEGATO？DP？是走網(wǎng)絡(luò)還是lanfree？另外，數(shù)據(jù)庫肯定有監(jiān)控，監(jiān)控用的什么工具，觸發(fā)的條件如何，監(jiān)控工具得到的數(shù)據(jù)是用什么命令獲得的？如何設(shè)置不同應(yīng)用系統(tǒng)的不同告警等級？如何設(shè)置不同故障的告警等級？如數(shù)據(jù)庫宕了和偶爾報(bào)一個(gè)ora-1555的錯(cuò)肯定不是一個(gè)等級。
另外，作為一個(gè)有經(jīng)驗(yàn)的DBA，你是否心目中有一套常用的性能數(shù)據(jù)，如開異步IO之后，主機(jī)的wait IO多少是正常，不開異步IO的如何？數(shù)據(jù)文件的db file sequence read的average read time多少毫秒內(nèi)是一個(gè)大致正常的值等等。這在調(diào)優(yōu)的時(shí)候，會很有用。因?yàn)閟tatspack誰都會做，但是不是人人都能看得懂的。
上述是維護(hù)DBA要知道的事情，開發(fā)DBA有另外的，這里不展開了。
上面說的可能都是干貨，很多時(shí)候，DBA還需要一些其他的素質(zhì)，從個(gè)人角度講，一個(gè)高質(zhì)量的DBA需要具備以下意識。
抗壓能力-因?yàn)樵诠收咸幚淼臅r(shí)候，你面臨著大量的壓力，領(lǐng)導(dǎo)盯著你，客戶催著你，你在做故障診斷的時(shí)候，還有每隔一段時(shí)間匯報(bào)你的進(jìn)度，告訴他們你的想法，如果你沒有一定的抗壓能力，在troubleshoot的時(shí)候，肯定會垮掉的。
反應(yīng)迅速，在troubleshooting的時(shí)候同樣也需要反映迅速，面對不斷彈出來的對話框要能快速的回應(yīng)，時(shí)間就是金錢，當(dāng)你和你客戶簽訂SLA的時(shí)候，你的數(shù)據(jù)庫起不來，每一秒鐘都是邁向SLA的腳步，反應(yīng)慢，不行。
自我學(xué)習(xí)能力-DBA不可能遇到過所有的問題和故障，在同等的知識水平下，DBA會猜的能力就能重要，他會中一些線索中找答案，從已知推斷未知。打個(gè)比方，在一個(gè)沙漠機(jī)房里面，沒有互聯(lián)網(wǎng)，你沒法google，沒法metalink，一個(gè)會“想辦法”的DBA可能會耗費(fèi)一定的時(shí)間，但是最終找到解決辦法，但是一個(gè)“不會想”、“不敢想”的DBA，就算給他再多的時(shí)間，最終浪費(fèi)的還是一趟出差的機(jī)票錢。
團(tuán)隊(duì)協(xié)作的能力-很多情況，DBA面臨的問題不僅僅是數(shù)據(jù)庫的問題，剛剛說了數(shù)據(jù)庫是業(yè)務(wù)核心，上連應(yīng)用下連物理設(shè)備，DBA的知識結(jié)構(gòu)往往是T形，即深入于一方面的內(nèi)容（T的那支腳），而對其他的知識只是了解，是廣度，即T上面的那一橫。對于不熟悉的內(nèi)容，就要表達(dá)給別人，請別人幫忙一起看。注意，這里是大家一起解決一個(gè)問題，而不是把問題推給別人。小公司的團(tuán)隊(duì)不太會出現(xiàn)這樣的問題，他們往往人數(shù)少，流程少，配合緊密，效率較高；大公司里面，分工很細(xì)。不是一個(gè)團(tuán)隊(duì)的可能老板也不是一個(gè)人，大家就會互相踢皮球。
強(qiáng)大的自信心和表達(dá)能力，在客戶那邊，如果你診斷出一個(gè)問題，但是沒有把握，此時(shí)如果你表現(xiàn)的是自信滿滿，那么就比較容易說服客戶去證實(shí)你的猜測，另外，也會比較容易去推行一些做法。相反，如果沒有自信，客戶怎么會相信一個(gè)連自己都說服不了自己的人？
關(guān)注行業(yè)行情，我覺得作為一個(gè)DBA，我們不能太“書呆子”，我們還是要了解一下行業(yè)八卦，這在和行業(yè)內(nèi)的朋友交談交流的時(shí)候，很有好處。說oracle有著非常強(qiáng)大法務(wù)部門（相信不少人看到過一個(gè)圖，《從組織結(jié)構(gòu)圖看Google、Facebook、微軟等大公司的企業(yè)文化》），一天，拉里開著他的跑車回公司，一路飚車，被路邊的警察看到超速了，追了上去，拉里一路飆回自己的公司，把車鑰匙往法務(wù)部門老大的桌子上一放：You deal with it！
除了上述的素質(zhì)，公司也會考察我們其他方面的東西。這些東西DBA可能覺得不重要，但是公司很看重，為什么？因?yàn)樗P(guān)系到公司的存亡。
流程觀念，大公司為什么能生存的久，因?yàn)樗幸惶淄暾牧鞒瘫ＷC所有的人做同樣的事情都是同樣的效果。這聽上去挺好，但是，當(dāng)你身處其中的時(shí)候，你就會覺得你的技能被壓制的。遇到一個(gè)故障，你接手，如果是小問題，如tablespace 滿，ok，你開一個(gè)change去增加對應(yīng)的大小，change會讓所有相關(guān)的人員來審核，并且有2個(gè)DBA來review change，有第三者來部署change（因?yàn)椴渴鸬臅r(shí)候已經(jīng)是你處理該問題之后的好幾天了）；如果是大問題，如壞塊或者ora-600，那么這個(gè)時(shí)候就要提交SR，讓oracle來做分析，你完全不需要做什么思考，就算你思考出來的結(jié)果，那也是不標(biāo)準(zhǔn)的，必須在SR中讓oracle確認(rèn)之后才算。那么這種情況下，你還愿意去做所謂的troubleshooting么？
剛剛只是說了流程中的Incident Management，其他類似的還有好多，如Configuration Management，Change Management，Release Management，Problem Management，Availability Management，Asset Management，Service Continuity，Capacity Management，Service Level Management，Security Management……這些都不是技術(shù)上的項(xiàng)目，都是流程上的。上述雖然只是一個(gè)詞組，但是任意一條展開了都有可能變成5000字的論文，呵呵。
所以，公司需要的是一個(gè)遵守制度，沒有破壞力的DBA，并且這樣的DBA又能在它的框架之下，運(yùn)用他的能力和經(jīng)驗(yàn)，幫他維護(hù)好系統(tǒng)，并且留下文檔，歸入知識庫中，以便作為為后一代的DBA的操作指南。而DBA是希望能借助公司這個(gè)平臺更好的展示自己的能力，獲取更多的經(jīng)驗(yàn)，來提升自己。