成就DBA的職業生涯(轉載)

時間 2020-02-28

標籤成就 dba 職業生涯轉載欄目 SQL 简体版

原文原文鏈接

做者介紹：Brian Peasland，Techtarget網站Searchoracle子站的資深專家，SGT, Inc.公司首席DBA。 Oracle7.3，8 和8i的OCP，計算機科學碩士學位，專攻 數據庫方向。Brian 在IT行業從業已有20年，而且是從計算機操做人員到操做分析員、而後成爲系統 管理員，隨後成爲應用 軟件 開發人員直至目前的DBA. 能夠說，Brian自己的職業歷程就是一部完整的DBA成長指南，後來他應美國Techtarget網站之邀，寫了一個白皮書——《Grow that DBA Career》併發到了其我的的網站上 Peasland.net.

   介紹

　　許多年來，我在不一樣的新聞組上花費了不少時間與那些想知道如何獲得數據庫管理員(DBA)的工做或者如何成長爲一名DBA的IT人進行交談，如今他們有了工做。這些年來許多人針對如何達到這個目標提出了不一樣意見。本文便是那些意見的綜合而且可以在如何才能出色的完成DBA的工做方面給出好的建議。這篇文章一樣對於如何讓一名DBA變得對老闆更有價值。假如你已是一名DBA，那麼也許你會但願跳過文章的前幾段。

　　我應該成爲一名DBA麼?

　　我曾問過的一個問題是一我的應該從事DBA這樣的職業麼。這個問題並不容易回答，由於它因人而異。有的人有成爲一名好DBA所須要的天賦。而其餘人並不認爲可以很容易掌握成爲DBA的祕訣。DBA職業須要掌握必定的技能。並且還須要其餘IT職業所沒必要需的要求。所以，爲了回答這個問題，我一般給將要成爲DBA的人描述DBA職業所必需的要求。下面的段落中，我都將以問題結尾。在繼續下一段之前請花一些時間考慮而且回答這些問題。

　　許多人由於許多緣由而立志要成爲DBA。其中一個主要緣由是薪水。DBA是 IT業中薪水最高的職業之一。其餘人想成爲DBA是由於喜歡讚賞 DBA是受到的榮譽，或者由於他看上去很酷!我我的認爲，成爲DBA是很值得的。它是一個頗有意思，使人興奮的職業。那麼，你把DBA做爲一個可能的職業選擇的緣由是什麼呢?

　　除非你已經提早準備好了，不然你可能會發現從事 DBA職業充滿了挫折和使人頭痛。一個數據庫存在於操做系統和最終用戶應用程序之間。一樣地， DBA必須很是精通他的數據庫所在的操做系統。DBA並不必定須要知道全部有關操做系統的知識，可是他知道得越多越好。數據庫與操做系統聯繫很是緊密。理解這種關聯是十分必要的。DBA還須要知道 服務器硬件以及它如何影響與幫助數據庫。同時，DBA必須理解應用軟件。DBA可能會被要求幫助開發人員建立可靠，健全的數據庫應用程序。還有，最重要的也是最明顯的，DBA必須十分完全的理解數據庫引擎，它是如何工做的，全部的引擎是如何組合在一塊兒的，以及如何影響數據庫引擎向最終用戶和應用程序傳送數據的能力。我見過的最好的DBA有很是深入的理解並且不只僅在數據庫自己。他們知道一些系統管理與應用開發。好多時候他們在成爲DBA以前有其中一個或兩個背景。不管如何，成爲一名合格的而不是出色的DBA也須要許多背景知識。你是否已經作好準備開始學習直到你感到已經沒法再學下去了?

　　許多和我交談過的，在開始DBA職業時遇到困難的人，在嘗試着吸取大量DBA所需瞭解的信息時實際上都會有一些問題。畢竟系統管理員是全職學習操做系統的細節。應用程序開發人員全職學習如何編寫好的程序。DBA不只要很是瞭解這兩種不一樣的工做，並且還須要花費更多的時間去理解數據庫的體系結構，以及理解每同樣東西的每一塊是如何組合在一塊兒的!聽起來是否是很讓人畏縮?有許多人失敗後這樣想，而且把DBA工做看做一項很是困難的事情。也有那些傳播和理解全部這些信息，而且使用這些信息作出好的，聽起來具備技術性的決定的人。正如我之前是一名DBA時喜歡說的，所有這些對我來講看上去像一個大謎團。把這些全部的很好的組合在一塊兒就是挑戰。你是哪種人?

　　許多DBA是隨時侯命的。他們會在白天或晚上的全部時間接到呼叫去解決他們的數據庫出現的致命問題。數據庫是商業信息技術基礎組織的必不可少的組成部分。沒有數據，就沒有必要擁有一個計算機系統。數據推進商業。假如amazon.com的網站不能在數據庫中搜索產品而且假如沒有人可以爲他們的產品下訂單，那麼它會變成什麼樣?它就不會在商業中存在好久。當數據庫down掉，即便只是很短的時間，公司也會損失重大。基於這個原因，DBA到達現場後必須儘量迅速的解決問題。許多公司有本身的DBA團隊以即可以輪流待命。這些DBA 24x7小時的維持數據庫應用程序。假如工做須要的話，你準備好隨時候命了麼?

　　一些DBA的職責包括爲軟件打補丁或者對數據庫作些改變。一般，這些操做不能在公司職員工做的時候作，由於此時數據庫必須運行以便他們可以工做。這意味着DBA常常不得不在很早或者深夜甚至週末，總之，在正常工做時間之外來完成工做。你準備好在非正常時間工做，或者你在找一個朝九晚五的工做?

　　對DBA而言，須要掌握的一個重要內容就是一般被稱爲「軟技術」的東西。DBA須要在團隊中很好的工做，一般團隊是在變化的，如系統管理員，網絡管理員，應用程序開發人員，項目經理和其餘人。 DBA要可以用流利的英語解釋複雜的技術概念，讓團隊中其餘人明白。DBA還要可以在數據庫相關問題上指揮團隊隊員。你的軟技術怎麼樣?

　　下面不是所有列表，可是包括了DBA的典型職責:

　　· 把監視數據庫實例看成每日必作工做以保證其可用性。解決不可用的問題。

　　· 收集系通通計和性能信息以便定向和配置分析。

　　· 配置和調整數據庫實例以便在應用程序特定要求下達到最佳性能。

　　· 分析和管理數據庫 安全性。控制和監視用戶對數據庫的訪問。必要時審計數據庫的使用。

　　· 監視 備份程序。必要時提供恢復。 測試備份與恢復程序。

　　· 升級RDBMS軟件而且在必要時使用補丁。必要時升級或者遷移數據庫實例。

　　· 經過數據庫相關動做來支持應用程序開發人員。

　　· 跟隨數據庫趨向和技術。當可應用時使用新技術。 安裝，測試和評估Oracle新的相關產品。

　　· 執行存儲和物理設計。均衡設計問題以完成性能優化。

　　· 建立，配置和設計信的數據庫實例。

　　· 診斷，故障檢測和解決任何數據庫相關問題。必要時聯繫Oracle支持人員以便使問題獲得較好的解決。

　　· 確保Oracle網絡軟件(SQL*Net, Net8, Names, OiD)配置和運行的很好。

　　· 與系統管理員( Unix& NT)一塊兒工做以保證Oracle相關事務獲得很好的處理。

　　· 爲有效的，按期的維護數據庫建立任何須要的腳本。

　　前面各段的問題是爲了使你考慮一名DBA該作些什麼，幫助你決定這是否是適合你的職業。我並不是意味着假如你的目標是成爲DBA這些會阻止你。我只是嘗試着展示一些事實。我看到過一些DBA一旦被實際工做打擊了就一蹶不振。他們花費時間，精力和一些金錢得到了他們的第一份DBA工做。我我的認爲這個職業很是有價值。並且我沒法想像如今作任何其餘的會怎樣。因此，這一段幫助你決定這是否是你但願從事的。假如它是，那麼盡你全部去獲得它!

我怎樣獲得第一份DBA工做?

　　你已經閱讀了前面的段落而且認爲成爲一名DBA是一個好的職業。祝賀你!我但願你的職業能變成你想像得那麼使人興奮和有意義。那麼，你如何找到第一份DBA工做?這個問題我已經聽別人問了許多許多遍。

　　在90年代早期，因特網急速發展。它使公司象草通常萌芽。公司蜂擁而至而且開始建立他們在網上的形象。幾乎全部這些有網站的公司都須要一個數據庫做爲 web應用的後臺。不幸的是，當時在該領域卻沒有那麼多 DBA。在IT業，DBA變得奇缺。那段時間裏，獲得一份DBA工做看上去只要能夠拼出「Oracle」或者可能只是在大學裏接觸過一學期的數據庫就行。爲了使生活變得更好，DBA的匱乏促使公司付給有潛力的職員很高的薪水。假如你想要成爲一名DBA，很容易，很是容易。你須要作的就是證實你瞭解什麼是數據庫而後工做就會比你預期的更早的出如今你面前。

　　而後因特網的泡沫破滅了。大量投產因特網的公司破產。許多給公司工做的DBA從新尋找工做。缺乏DBA的公司找到一名有DBA經驗的人比之前容易得多。在21世紀初期，因爲經濟並不十分穩固，所以生活並不容易(至少在美國如此)。公司都勒緊了他們的褲腰帶。全部這些轉化爲更少的工做機會和DBA 候選人更少的工做空缺。

　　獲得第一份DBA工做的最艱難的部分是每個職位都要求有一些工做經驗。若是你從公司的角度出發，你就能夠理解爲何對DBA職位而言經驗是必需的。假如他沒有一點經驗，你會付給這我的很高的工資讓他去操做，維護和運行你IT基礎組織的最大最重要的一部分麼?你的公司會付錢給一名沒有經驗的 DBA麼?而且，在等待他成長起來的過程當中可能會損失上百萬美圓的收入。對大多數公司而言，這些問題的答案確定是‘不’。因此，沒有經驗，得到你的第一份 DBA工做是很困難的。

　　第一份DBA工做如今成了惡性循環的境遇。假如我沒有任何經驗，我怎樣才能獲得DBA的工做呢?我沒有工做的話又怎麼能獲得DBA經驗呢?這是要打敗的最困難的障礙。最困難的部分是得到第一個DBA工做。這部分的剩下部分將針對實現你第一個DBA工做的目標給你一些建議。

　　提示#1:接受教育。--儘量多的學習有關數據庫的知識。這極可能將佔用你正常工做之外的部分時間也精力。參加本地大學舉辦的數據庫培訓班。許多培訓公司都會舉辦數據庫管理員的培訓班。假如你的老闆不資助你的學習，那麼你可能不得不本身支付這筆費用。許多DBA職業要求至少爲計算機科學或相關專業本科以上學歷，所以你必須至少有那樣的文憑。

　　提示#2:鍛鍊成爲DBA。--許多數據庫供應商都容許你下載他們數據庫系統的測試版或評估版。下載一份而且在本身的我的電腦上安裝軟件。練習使用數據庫。故意破壞數據庫而且嘗試修復它。嘗試着履行你所能想到的儘量多的DBA職責。測試和磨練你在本身的測試平臺上的技能這樣你就能夠證實你的數據庫管理能力。

　　提示#3:得到認證。 --許多數據庫提供商都提供本身的數據庫產品的認證。許多公司如今都把認證看做是一種標準。須要記住的一件事是僅得到認證是不夠的。經過DBA認證測試並不意味着你知道如何管理一個數據庫。它只是告訴你之後可能的老闆，如今你擁有了必定的技術。它還告訴你的老闆你對DBA工做的態度是很認真的。我看到許多人抱怨他們已經獲得了認證可是沒有經驗，卻仍然不能獲得第一份DBA工做。認證自己並不能使你獲得工做，但它是無害的。即便沒有其餘的，在你進行認證的時候你也已經學到了許多知識。只是不要依賴認證來給你帶來你要找的工做。你須要的比這還要多。但它會在最後幫助你。

　　提示#4:利用你現有的技能。--許多DBA具備系統管理員背景。其餘的有應用程序開發背景。假如可能，查看你可否利用現有的技能來獲得工做。如今的目標就是爲你和你的老闆創造一個共贏的局面。例如，讓咱們假設你已是一名系統管理員而想進入DBA領域。也許你會找到一份工做，這份工做一部分時間裏可以用到你的系統管理技能，而且在剩下的時間裏可使你涉及到數據庫管理領域。假如你已是一名某個產品平臺上的DBA但你但願轉到其餘產品平臺，那麼看看你可否找到一份同時接觸兩個產品平臺的工做。這樣，公司和你都獲得了想要的。在你定向到了DBA工做後，你能夠試着獲得一個能讓你全職做它的職位，也許還能夠在同一個公司中。

　　提示#5:利用如今的機會。--有時候，一我的進入DBA領域僅僅須要的是正確的地方和正確的時機。假如你如今的老闆有一個機會讓你進行任何數據庫的項目，抓住這個機會!任何數據庫經驗就比沒有數據庫經驗要好。讓你的管理者知道你十分積極的在尋找任何可能的數據庫機會。他們就有可能在下次機會到來的時候想到你。進行這些數據庫項目以及看到你要成爲一個DBA的渴望之後，他們可能會決定培訓你，提拔你。許多許多人都是以這種方式得到他的第一個 DBA工做，在進行了一些數據庫相關的項目後不知不覺的成爲一名較低級的DBA。一般當一名DBA離開公司後，公司將在內部尋找一個候選人，假如他們認爲這名候選人是可訓練的話。

　　提示#6:尋找較低級的DBA職位。--假如你只是爲了一個較低級的DBA工做，看到DBA職位的需求描述說他們正在尋找高級DBA或者其餘的。所以，讓咱們嚴謹一些。你並無一個高級方面的經驗。我已經討論過了對於這樣的職位爲何公司不會考慮你。可是他們會在低級的職位上考慮你。低級的 DBA在高級DBA的指導下完成工做。他們摸索竅門。通常來講，高級DBA對數據庫承擔責任，同時也得到全部的榮譽。可是不要焦急。隨着你的事業發展，你將會有愈來愈多的責任和獲得愈來愈多的信任。由於你沒有任何經驗，你應該從這裏開始啓航。

　　我也聽到過一些公司尋找一名高級DBA，可是到最後，他們實際想要僱一名低級的DBA。你或許但願申請這樣的職位雖然你也許沒有資格。他們可能仍是會決定僱傭你。可是提早說明你仍然在摸索階段而且已是較低級的DBA水平。不要試圖欺騙他們讓他們認爲你是高級DBA的水平。這隻會下降你獲得這項工做的機會。

　　這些提示將幫助你獲得第一份DBA的工做。祝你在尋找工做時有好運氣。當你已經找到了第一份DBA工做後，繼續下面的部分來學習如何往下走下去。

　　我剛獲得個人第一份工做!如今該怎樣?

　　祝賀你!你如今是DBA俱樂部的正式成員了!對於這份求之不得的使人激動的職業，你準備好了麼?你的工做纔剛開始而且你在學習上已經落在後面。你將會發現要成爲一名高效的數據庫管理員有大量的知識你必須掌握。你的第一年或前兩年將花費比之前更多的時間來學習。假如你發現學習知識的數量使你大腦超負荷，那麼休息一下，歇口氣，而後再回到學習中去。爲了幫助你繼續走下去，你能夠按照下面的方法進行:

　　步驟#1: 關係型數據庫理論 –這部分我假設你將管理的數據庫是一個「關係型」數據庫。其餘數據庫模型也存在，可是關係型模式是近二十年工業上佔統治地位的一種數據庫模式。假如你的數據庫系統是其餘的模式，那麼學習它的理論。相關數據庫理論是十分重要的。它是其餘一切的基礎。我也看到許多跳到數據庫管理職位的人從不想去學習純粹的關係型數據庫理論。不可避免的，在他們的事業中對理論基礎的匱乏做爲缺點暴露了出來。假如你對關係型數據庫理論理解得很好，那麼你將很是容易的在任何平臺的關系型數據庫管理系統(RDBMS)中轉變。我使用Oracle數據庫，或者 IBM的DB2，或者 微軟的 SQL Server是可有可無的。他們都是關係型數據庫系統。他們在最底層都在作着相同的事情。區別在於他們怎樣去作相同的事情。純粹的關係型數據庫理論對於較低級的DBA來講並不是必需的。可是假如你想要超越低級DBA的水平它就是十分重要的。許多大學的教科書都很好的包含了關係型數據庫的理論。其中一本被普遍使用的教科書就是由Elmasri and Navathe編寫的數據庫系統基礎，Bejamin/Cummings Press。

　　步驟#2: 完全的學習查詢語言 –數據庫都有語言讓你可以從數據庫中獲得數據，把數據放到數據庫中，以及修改數據庫中的數據。對於關係型數據庫而言，這種語言就是結構化查詢語言 (SQL)。這門語言是你與數據庫接觸的工具。不能讓這個工具成爲之後學習的障礙，這一點很重要。在你的測試數據庫中練習不一樣的SQL 語句直到他們變成了你的習慣。這方面的一本很是好的書叫作Oracle 9i徹底參考(Oracle 9i The Complete Reference)由Loney 和Koch編寫，Oracle Press。每一名Oracle DBA都應該在他事業的早期閱讀這本書。Oracle 9i參考手冊(Oracle 9i SQL Reference manual)是另外一個很重要的知識來源。在他們的技術網站TechNet上( http://technet.oracle.com) 你能夠訪...t上有一個帳號。

　　步驟#3: 開始學習基本的數據庫管理工做 –這難道不是你最開始在這裏的緣由?爲何它在列表的第三位?咱們嘗試着建造一個知識的金字塔，我強烈的感受到一我的須要知道關係型數據庫理論和SQL，而且在你學習如何進行基本的數據庫管理工做時把他們看成工具來使用。這些工做包括啓動和關閉數據庫，備份和恢復數據庫，以及建立/ 刪除/ 修改數據庫對象。對於Oracle數據庫管理而言，在市面上有大量的書籍能夠給你所指望的一個很好的體會。這本書是Oracle 9i DBA手冊(Oracle 9i DBA Handbook by Loney on Oracle Press)。我知道的大多數DBA都在他們事業的早期不僅一遍的閱讀過這本書。這裏，你應該同時閱讀和理解Oracle 9i 概念指導，Oracle 9i管理員指導，以及Oracle 9i備份與恢復指導(Oracle 9i Concepts Guide, the Oracle 9i Administrator’s Guide, and the Oracle 9i Backup and Recovery Guide)都來自Oracle 文檔。

　　步驟#4: 閱讀，閱讀，再閱讀 –因爲你纔剛開始你的DBA職業生涯，所以你正在開始爲你的技能奠基基礎。這須要一段很長的時間去造成，吸取和領會全部你將學到的知識。毫無疑問的，比你資深的DBA由許多工做要作，所以他們可能不會老是騰出大量時間輔導你的學習。你不得不靠本身學習不少東西。這就是閱讀的目的。市面上有許多書籍能夠解答許多數據庫相關的話題。Oracle Press是Oracle公司的官方出版社，有大量的Oracle相關書籍。同時也有其餘的出版社，如Wrox Press 和 O’Reilly Press。你也能夠找到Oracle文檔來閱讀。而且還有許多網站和新聞組。儘量多的讀書使你可以繼續下去。還有，不僅一遍的閱讀它們可使你吸取你第一次閱讀時錯過的內容。

　　步驟#5: 建立測試案例 –我常常看到初學者問一些很基礎的問題，其實假如他們花一些時間來考慮，這些問題都是很容易解答的。毫無疑問的，在你開始學習Oracle的時候你會有許多的問題。看看這些問題你能不能本身回答出來。例如，我又一次被問到能不能向有惟一性約束的列中插入空值。最開始，這看上去也許不是很容易回答的問題。但它倒是很是容易去試驗的!只須要建立一個簡單的表。在其中的一列，假如惟一性約束。嘗試着在該列插入一個空值。有效麼?你應該可以很是容易的回答出這個問題了。那麼，爲何要建立這些案例呢?一個緣由是這樣作能夠提升你解決問題的能力。建立這些案例須要的技能就是解決問題用到的技能。解決問題的技能將會對你的DBA事業有很大的幫助。另外一個緣由是隨着你的事業的發展，你將常常須要建立更復雜的測試案例以便保證數據庫和應用程序的成功。在未來，甚至簡單的測試案例也能夠組成更復雜的數據庫和應用程序分解。

　　步驟#6: 找一個良師 –一個良師可以爲你的DBA生涯(或者其它相似的職業)引領方向。他們可以給你指示，回答問題以及在你的DBA的成長過程當中幫助你節約一些時間。希望這篇文章可以在你事業發展的一段時間內起到良師益友的做用。假如你與一名資深的DBA共同工做，那麼那我的應該有責任爲你的事業進行有益的指導。你也能夠同時選擇其餘的人指導你。

　　步驟#7: 參加本地用戶羣 –許多跨國家的城市有本地用戶羣，他們按期聚會討論數據庫相關的話題。假如可能，參加其中一個本地用戶羣。這將給你一個與他人相互交流的很好的方法。

　　我如何可以從一名DBA初學者變爲一個具有中級水平的DBA?

　　你已經成爲DBA一段時間了，你如今但願你的技術水平提升一階麼?下一步該怎麼作?首先，往回看前面的部分，確認你已經完成了全部的步驟。完全理解 SQL語言是十分重要的。理解關係型數據庫理論和掌握基本的數據庫管理任務也是很是重要的。到現在，你應該閱讀文檔和其餘書籍到已經鬱悶了。假如沒有，那麼你還沒準備好繼續深造，增加你的DBA的技術水平。假如你已經準備好繼續了，我已爲你的繼續深造準備了一些方法。

　　步驟#1: 學習操做系統和你的服務器硬件 – 正如我前面所說，數據庫存在於操做系統和服務器硬件之上。理解這些組成部分如何工做是很必要的。你應該知道如何與特殊的操做系統相合。你如何刪除或者編輯文件?假如你的操做系統是Unix，你應該掌握命令行以及Unix命令如何輔助你工做。對於運行在 Windows或其餘操做系統上而言也是同樣的。你同時需要對服務器的硬件有必定的瞭解。物理內存和虛擬內存有什麼區別?RAID是什麼以及不一樣的級別是如何產生影響的?爲何數據庫喜歡更多的物理硬盤而非一個大硬盤卷?你須要知道這些事情以便你可以容易的與系統管理員進行如何配置好你的服務器以便使它可以充分的支持數據庫方面的交談。

　　步驟#2: 學習應用程序設計由於它與數據庫相關 – 如前面所述，數據庫存在於操做系統與數據庫應用程序之間。你真的須要這二者。SQL語言是如何幫助建立好的應用程序的?綁定變量是什麼而且爲何他們很重要?Tom Kyte 寫了一本很是好的書，在Oracle應用程序設計上給出了很好的建議。他的Expert One-on-one Oracle書可在 Wrox Press找到。我強烈推薦閱讀此書。他詳細的敘述了那些可以生成和破壞 Oracle應用程序的東西。你須要知道這些，由於你的應用程序開發人員但願從你這裏獲得指導和數據庫知識。學習任何與應用程序設計有關的知識。也許參加一個關於軟件工程，操做系統或數據結構的課程班會有好處。

　　步驟#4: 取得認證 – 也許你的工做並不須要，可是取得認證必定對你有益。做爲DBA的每一天裏，你學到了許多新的和使人激動的事情。也許在你職業生涯的這段時間裏，有幾天你沒學到任何新的東西。但你仍然有不少要學習。成爲一名OCP(Oracle Certified Professional) DBA要求你必須已經學到了數據庫管理全部方面的基礎。我發如今OCP 考試的學習過程當中，我學到了在我工做中從未接觸過的東西。一次我學到了我從未碰到過的一個特殊課題，在後來的日子裏我就可以使用那個知識解決問題。假如我從爲在 OCP考試中學倒它，那麼我永遠也不會用那種特殊的方法去解決問題。這已經一次次的發生在個人面前。有的人可能會說認證明際上真的不值得。我要說它只會對你有益無害。因此，去取得認證吧!

　　步驟#5: 得到一個資源庫 – 在前面的部分中，我指出每一個DBA都應該在Technet上有個帳號。這是你其中一個主要資源。可是同時還有許多其餘資源。不少人共享他們的Oracle 知識。假如你尚未開始，你應該用網絡瀏覽器去搜索並收集不少Oracle資源。願意的話，你能夠從訪問個人網站(http: //www.peasland.net)開始。下面是一些Oracle DBA必須瞭解得網站列表:

　　Ask Tom – http://asktom.oracle.com

　　Jonathan Lewis web site - http://www.jlcomp.demon.co.uk/

　　Ixora (Steve Adams) – http://www.ixora.com.au

　　Orapub – http://www.orapub.com

　　Metalink (Oracle支持網站) – http://metalink.oracle.com

   國內的：

   ITPUB 論壇- http://www.itpub.net

   Oracle技術網 - http://www.oradb.net

   CSDN社區 - http://community.csdn.net

　　還有許多其它的好網站。

　　步驟#6: 開始在不一樣的新聞組和論壇上交流 – 也許你已經發現了他們，但假如如今你尚未那麼是時候去開始了。有許多的新聞組和論壇能夠回答你的任何Oracle問題。在Oracle羣落裏還有許多高手願意和你共享他們的知識。你所要作的就是提問。下面是一個列表包含了能夠開始交流的最好的因特網團體:

　　Usenet newsgroups – comp.databases.oracle. server和 comp.databases.oracle.misc 是兩個能夠交流的很是著名的世界性的新聞組。他們擁有大量的針對Oracle問題的交流卷宗。觀看這些組的最好的方法式使用新聞廣播員。可是假如你想經過基於web的方式訪問，也能夠經過 Google搜索引擎搜索它。 ( http://groups.google.com/groups?hl=...atabases.oracle)

　　Quest Pipelines – 當他們在最開始還屬於軟件提供商RevealNet的時候，被稱爲the RevealNet Pipelines。如今，Quest購買了RevealNet 而且擁有Pipelines 。由於Pipelines是中等的，因此這些是我最喜歡的。你能夠在這裏找到Pipelines ( http://www.quest-pipelines.com/index.asp)。

　　觀察別人是如何經歷考驗和磨難的是一件好事。假如你有問題，能夠自由的在羣裏提出來。假如你要提出問題，一般應該包括一些信息，好比你的 Oracle版本和Oracle運行的平臺。這些將會獲得有很大的差異的答案。假如你忘記了，會有人提醒你!甚至你不用提問也能夠從其餘人的答案中學到許多知識。我已經記不得多少次我之因此可以解決問題徹底是由於我記得其餘人在新聞組裏問過相同的問題。

　　我如何從一名具備中級水平的DBA轉變爲一名高級DBA?

　　好，做爲DBA你已經堅持不懈的努力了很長時間。你感到本身已經準備好往前再走一步。成爲一名高級DBA須要什麼?下面的部分將幫助你走下去。

　　步驟#1: 閱讀全部的文檔 – Oracle文檔一般並非很容易閱讀的。無數次，你翻閱文檔只是爲了要弄清整件事情。假如文檔是最好的東西，那麼那些站在你的書架裏的Oracle書籍就不會有市場。可是文檔確實包含了一些沒法在任何其餘地方找到的信息。例如，你沒法找到每個專門的INIT.ORA參數或V$視圖的詳細說明。書本上也許會涉及一部分，可是Oracle文檔卻包含它們全部。我遇到過一個很是厲害的高級DBA，他沒有從頭到尾的閱讀過Oracle文檔。這不是偶然的。 Oracle文檔是必須閱讀的。也許到如今爲止你已經讀過Oracle概念指導十二遍了。可是當Oracle 10i發佈了，你還要再次閱讀。任何有關10i的新概念將在文檔裏記錄。假如你真的想更上一層，那麼，去閱讀那些文檔。不要逃避它。

　　步驟#2: 成爲一名專家 – Oracle數據庫是一個很是複雜的東西。爲了更上一層，你必須精通產品的許多組成部分。以備份與恢復開始。成爲一名備份與恢復的專家。故意的破壞數據庫而後察看如何恢復它。嘗試以任何可能的方式破壞數據庫而後查看還有沒有可能恢復。你將完全的理解備份與恢復的概念。在你成爲了備份與恢復的專家之後，再去成爲其餘領域的專家。你會有無窮無盡的題目要去掌握。在你整個職業生涯中都保持如此。可是請記住，不管你有多麼專業，在某些領域，某些人會在某些方面知道的比你多。不要帶我的情緒。只是儘量多的從那我的那裏學到知識。

　　Route #3: 積極參加新聞組，論壇和用戶組 – 在前面，我提過爲何不一樣的新聞組和論壇是學習新知識的很好的地方。如今輪到你進行下一步而且去回答任何你可以回答的問題。你將會驚訝於在這過程當中你能學到那麼多!

　　Route #4: 寫白皮書而且展現它們 – 這與前面提到的方法相似。首先，共享你擁有的知識是很重要的。假如你的職業生涯已經走到這一步，那麼從某種意義上講，是離不開他人的貢獻的。因此，如今是你爲他人奉獻的時候了。第二，當你企圖共享你的信息的時候會有使人驚異的事情發生。在你要用清楚的，簡練的語言表述問題以便其餘人可以使用時，那些信息在你的頭腦裏通過了一個使人瞠目的過程。這個過程使你鞏固了知識，這是沒法經過其它方法進行的。因此在白皮書中共享那些信息，討論會，以及新聞組和論壇都是你學習和使你的能力更上一層的很是好的方法。順着這條路，你應該做兩件事。第一，認識到你將會犯錯誤。其餘人將會很高興的指出那些錯誤，有時在某種意義上那並非很好。不要企圖掩藏你的錯誤。認可它們並從它們那裏學習。第二，學會說你不知道答案而不是企圖以欺騙的方式經過。人們遲早會知道你在企圖矇蔽他們。簡單的告訴他們如今你對答案並不願定，但你會在查到答案後回來告訴他們。假如你時刻謹記這兩件事，你就不會違揹你的誠實並且你將成長爲一名職業的IT 人。

　　步驟#5: 成爲解決Oracle問題的專家– 高級DBA一般都是被看做是解決複雜的Oracle問題的人。你將會用到你全部的技術來解決許多問題，這些技術都是你的職業生涯中積累下來的。我前面提到的任何事都將會在解決問題的過程當中用到;文檔，書籍，新聞組，測試案例，和其它DBA都將輔助你解決問題。

　　步驟#6: 成爲性能調優的專家– 高級DBA一般都是被看做是調整數據庫和應用程序性能的人。假如你是高級DBA可是你卻不能分析性能瓶頸，那麼你的公司將會到別處尋找這些服務。

　　步驟#7: 成爲承載能力計劃的專家– 高級DBA一般都是被看做是根據數據增加量和交易增加來計劃數據庫承載能力的人。高級DBA須要在影響應用程序性能之前發現系統瓶頸。例如，DBA應該知道在數據庫將可用的磁盤空間用完之前預置更多的磁盤空間。不密切關注承載能力計劃將會致使生產數據庫宕機。

　　步驟#8: 密切關注新的技術– 高級DBA應該對IT界的關數據庫技術的將來有好的建議。有什麼可用的技術能夠幫助數據庫?例如，學習存儲領域網的優缺點以及如何把它們應用到數據庫系統。有什麼技術在不遠的未來能夠用，哪些可以幫助咱們?例如，寫這篇文章的時候， linux操做系統正在變得愈來愈流行。Lunix會給你的數據庫操做系統平臺帶來些什麼?它能爲你的公司工做麼?

　　結論
　　從得到第一份工做，到從一名初級的DBA成長成一名高級DBA，我但願這篇文章在如何度過你的職業生涯的各個階段方面給了你一些建議。不管你如今處在你的DBA職業生涯的哪一階段均可以用到這篇文章。

相關標籤/搜索

每日一句

每一个你不满意的现在，都有一个你没有努力的曾经。