原創作品，出自 “深藍的blog” 部落格，歡迎轉載，轉載時請務必註明出處，否則追究版權法律責任。

【簡介】

        個人在oracle路上的成長記錄，其中以藍自喻，分享成長中的情感、眼界與技術的變化與成長。敏感資訊均以其它形式去掉，不會洩露任何企業機密，純為技術分享。

        創作靈感源於對自己的自省和記錄。若能對剛剛起步的庫友起到些許的幫助或共鳴，欣慰不已。

        歡迎拍磚，如有關技術細節表述有錯誤之處，請您留言或郵件（[email protected]）指明，不勝感激。

【前言】

       這是一部個人記錄的成長雜記，既然步入到oracle的這片藍海，免不了一路的奔波與不斷的考驗。藉由此雜記與庫友們分享藍的成長曆程。

       不知何時起對藍有了一種說不出來的痴迷，痴迷其廣博，痴迷其深邃，痴迷於近在咫尺卻又遙不可及。

       而又說不清從何時起，注視於oracle的紅色耀眼，照亮出眼前的一道光，未知與迷惑在自己的腳下開始初露些許人生的充實與青春的回饋。

       在追逐於DBA夢想的道路上步步前行。

        在一個需要跑的時代裡，藍選擇步步為營；

        分享前的沉澱，更多的是成長，而不應是消耗。

        面對打壓和質疑，我們能做的，只需低下頭，默默的擦亮自己的槍。

                                                                                                                         ——深藍

        不要總說日子無聊，技術不出眾時，沉下心，多學習多分享，等到技術登峰造極時，再想想為行業能做多少貢獻，掙錢只是捎帶腳的事。

                                                                                                                                                                                                                   ——深藍

        我們正身處一個自由、民主、開放、共享的網際網路向物聯網過度的時代。面對層出的技術創新、技術變革，只有加快我們學習的速度，才不致於被IT

浪潮所淹沒。

        說到IT，相信，“開發”二字應該是不絕於耳。常常這兩個字被賦予的一種專案使命，職業生涯中好似帶上光環，在伴隨著穩定的收入。這就是為什麼人們選擇開發，而蜂擁而至吧。這段時間無論是生活還是工作，跟開發人員的交流愈來愈多，從中讓我學到很多東西，豐富了我的視野。但另一個側面，有些負面的因素也在左右著我的認知。因為常常在開發人員的語氣中，你會感覺到，不只是去IOE浪潮再對DBA的影響力有所削弱，似乎有一部分的開發人員思維已經固化，認為“開發”才是最重要的，進而獲得相應的高薪也是順利成章的。而且很多情況下，技術交流最後都會衍生成可以賺多少錢，未來會變的如何牛，等等吧。我不太想回憶了，也懶得回憶了。只是常常讓我有些觸動，如今的技術人們都在為了什麼從事技術？除了掙錢，我們是不是應該更多的思考下，我們到底是什麼趨使我們當初走上了技術這條路，而又是什麼趨使我們在這條路上，“堅持”的一直走下去。我想，如果為了錢，你可能是過客，但做不到“堅持”，更談不上“大牛”了。

        話再說回來，再說說“開發”，其實搞開發的辛苦、艱辛這是IT業內達成共識的事，想“做好”開發，不是件容易的事。而對於DBA，似乎並不像“研發人員”這類職位一樣被人們所熟知，有一部分甚至在企業中得不到認可。這其實是很尷尬的局面。原本“開發”與“DBA”其實應該是熟絡的密友，是難捨難分的搭檔才對。因為無論是研發也好，還是DBA也好，思維模式有很多近似的地方，只是針對從事的重難點側重不同，比如說開發要想辦法讓軟體系統效能更高，而DBA則希望資料庫更具健壯性，這前臺、後臺之間，其實是相輔相成的。而發展成當今的現狀，這也是有各種層面的因素導致的。

        記得聽老前輩DBA說過，在10年前，DBA是個極為稀缺的職業群體，而且只有大公司才有DBA，而且“光環”非常耀眼。伴隨著IT業界的發展，對於資料庫的安全性愈發受到重視，再加之IT系統管理的精細化發展，對於DBA的需求逐漸增加。由開始的“大公司內研發轉型DBA發展之路”，已經轉變為“不想成天寫程式碼的人群選擇職業”的發展原因。說到前後兩者的對比，想必最大的區別就是——開發技能！在之前對於DBA的要求，是隻有你掌握了開發技能以後，才有可能成為DBA的，也是當初DBA為何門檻高的原因，因為很多開發人員可能還沒過渡到DBA就已經在開發的人群中淹沒了。而當今已不是這般，已經可以主動選擇DBA，而其中已經可以細化出“開發DBA”還是“管理DBA”，但這在我看來，身為一個DBA的話，不掌握些開發技能，真的是有失DBA之名。如果只是單純的懂管理，在未來想必終會被淘汰。所以，我們在立足於“資料庫管理型”技能之上，應該更多的去了解開發的知識、理論。

        如果我這麼比喻不知能否被認可：對於開發人員，側重的是瞭解業務邏輯，而在經過多年積累後，找尋技術突破遇到瓶頸時，或許可以嘗試一下轉型DBA，而在DBA磨練打拼數年之後，由於懂業務、懂平臺結構，於是成為了企業的“架構師”。

篇章一、過往：經驗的積累：簡簡單單

（1）、條件反射的版本

2014年記於威海

回憶兩點細微的所見所感

        一知半解的情況下最容易陷入慣性思維的漩渦，可能不是本身有難度，而是習慣了不再做出思考的代價。

       培養條件性反射的細節：版本+位數

       可曾留意的細節，資料庫版本的位數。在最初工作的時候，對於位數的概念不是很清晰，而是伴隨著工作中由於版本位數不統一造成的一些列低端問題的出現，才讓我意識到，對於位數原來oracle如此明確。

[[email protected] ~]$ sqlplus '/as sysdba'

SQL*Plus: Release 10.2.0.1.0 - Production on Wed Aug 6 08:41:02 2014

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Connected to:

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production

With the Partitioning, OLAP and Data Mining options

        即使在我們登陸sqlplus時就有版本的資訊，大家是否留意過這個簡單的細節呢~

上面是登陸10G的sqlplus時，如果oracle是64bit的，是會有提示出“64bit”的資訊的，而如果是32位則沒有位數提示。在oracle11G也同樣，如下：

還有幾個方法，也可以檢視到oracle的位數，如下：

法二：

法三：

這裡說明一下，如果是32位的oracle，上面的這個值應該是8位的16進位制數。

法四：

在linux系統下，可以用file命令檢視版本資訊，如下：

（2）、還跟位數有關，常用的PL/SQL Developer

在64位的資料庫上使用PL/SQL Developer連線。

oci.dll是64位的，32位應用程式PLSQL Developer是無法載入的，而且PL/SQL Developer只支援32位，所以如果要連線64位Oracle，我們就必須安裝一個32位的oracle客戶端才行。

相關配置可以參考：

分享後思考

        自省於消費式的年少經驗，最初的時候，缺乏穩健與沉澱式專案的有力支撐，就有些著急了，想要快些卻快不起來。恰當好的時候，被一些不經意的事當頭棒喝，驚醒夢中之人，揮別衣袖，走上征程。

        曾幾何時，對於技術的保守、技術固守的姿態不僅沒利於技術提升，反而讓圈子更小。當意識在某個時機點發生變化的時候，才讓人意識到，分享的力量遠高於技術的固守。俞分享俞快樂。俞成長，很多東西反而覺得沒必要遮掩，因為簡單的東西早晚會被人學會，為何不助推一下呢。

        在一個技術高速發展的今天，讓一項技術高速發展，離不開分享的魅力。

        想想昨天，壟斷化的技術領域，雖然讓某幾個企業掙得鍋滿盆滿，卻不知道無形間滯後了技術的發展速度。小到一個領域，大到一個民族的科技水平。生活中的細微處，無數的平凡崗位都在改變著我們這個國家，只是大一點或小一點。

        此時怎麼意識到，感覺自己扯大啦~~跳過吧~~嘿嘿~~

篇章二、基本維護：工具種類的不斷積累

2015年哈爾濱

        回望跟oracle打交道的一段時間裡，或頻繁或偶爾的使用了各種各樣的輔助工具，還真是不少吶~~~~這裡做個小概括。

說些皮毛，但願對維護能有點幫助~~或者幫助初級的運維人員一個探索工具類軟體的思路，O(∩_∩)O哈~

（1）、使用TOAD遍歷表空間

TOAD的功能很強大，比如說圖形化查看錶空間的使用情況，看看下面這個例子：

同樣可以用命令來完成：

************************

查詢表空間資料檔案空間利用率

************************

with t as
(select tablespace_name, sum(bytes)/1024/1024 total
from dba_data_files
group by tablespace_name),
f as
(select tablespace_name, sum(bytes)/1024/1024 free
from dba_free_space
group by tablespace_name)
select t.tablespace_name, t.total, f.free, t.total - f.free used, (t.total - f.free) / t.total * 100 usage
from t, f
where t.tablespace_name = f.tablespace_name;

（2）、使用PL/SQL Developer編輯建表語句

這款軟體普及率相當高，想必，不用多說，但凡跟資料庫打交道，相信大家一定都會用過的，O(∩_∩)O~

舉個例子，例1：匯出建表語句：

例2：檢視session資訊

該軟體功能很強大，操作很簡單、易用。

（3）、LINUX操作，緊急救火靈活使用，選擇putty

小巧、易用的遠端聯機軟體，選擇它就是因為靈活、易用。

參考文章：

（4）、甲方的維護人員，常駐的DBA，CRT強大易用

        這是一個功能強大的遠端聯機軟體，和putty很相似，優勢在於本地訂製功能性很強，操作更容易上手，功能實現上其實與xmanager、putty、ssh等差別不大。

（5）、遠端的檔案傳輸-推薦Xmanager

這是我用習慣的檔案傳輸軟體，同樣使用SecureFX、SSH（Secure File Transfer Client）或FTP、samba等也都可以實現。

部分問題可以參考篇章：

（6）、製作流程圖-Microsoft Visio

這是微軟的一款流程圖、框架圖設計類軟體，其中提供了大量的專業模板、工具。在我們平時工作中，繪製拓撲圖、框架圖、架構圖幫助很大。

（7）、DBA知識記憶工具：微軟的XMind思維導圖助推記憶

這是款不錯的思維導圖軟體，可以幫助我們記憶理論知識、整理體系結構脈絡、製作學習進度等等。

（8）、關於資料庫的設計，學用PowerDesigner

        powerdesigner可以用於繪製資料庫ER圖，裡面涵蓋了很多PL/SQL Developer軟體的功能，對於專業的資料庫設計人員，使用這款軟體將為資料庫設計帶來許多便利。

（9）、遠端的利器選擇多多：遠端桌面、TeamViewer（網際網路）、PCAnywhere、VNC、Xmanager

多使用者遠端設定參考文章：

利用xmanager遠端linux系統的參考文章：

（10）、少不了的列編輯---UE編輯器，結合使用Notepad++，效率會更高

UE裡的列編輯，是個超好用的功能，如下：

補充：亂碼問題：參考連結：

還有Notepad++檢視指令碼或sql檔案，顯示介面、操作都很強大，適合於UE編輯器結合使用。

（11）、無窮盡的工具，善於發現，需求帶來思路

        很多時候，駐地的DBA人員也許不單單是關注與資料庫本身了，隨著日常不同業務需求的多樣性，去了解、學習並且善於發現工具也成了我們需要的一種能力。

1、dmp檔案的版本修改器

參考文章：

2、實驗環境的搭建Vbox、VMware

3、HTTP伺服器：Apache HTTP server

4、ETL工具：kettle

參考文章：

5、FTP伺服器：Serv-U

參考文章：

6、中介軟體的部署：WAS、tomcat、weblogic

參考文章：

7、網路爬蟲工具：火車頭採集器

有興趣可以到網上搜搜看，很多視訊、文件資料。

幫你瞭解網際網路時代的資料爬取。

8、資料庫設計：官方的Oracle Data Modeler

功能已經很強大，完全不遜於powerdesigner、TOAD的資料庫設計工具。而且官網提供免費下載，並且有完善的官方手冊支撐。

9、系統監控工具：nagios，這款軟體還沒怎麼玩過，同事有在用的，正在考慮找時間摸索摸索。

10、代替PL/SQL Developer和TOAD，SQL Developer愈發強大

        對於DBA平時可能遇到的工具，比如還有伺服器熱備方面的軟體：rose、SLB\NLB，或者F5負載均衡裝置的管理軟體，或是高可用軟體heartbeat，keepalived等。或是監控類的Cacti/Zabbix軟體等等。還有如可以管理如mysql、oracle、db2、sqlserver多種類資料庫的平臺管理軟體：DBeaver。還有如oracle公司的GC、OEM管理軟體。還有如賽門鐵克、迪斯傑的第三方備份軟體。亦或如一些論壇、社群資料庫愛好者們開發的諸如匯出表結構的小工具：OracletoExcel。還有把excel檔案匯入oracle資料庫的一些小工具。突然想起來管理mysql的軟體如MySQL-Front。想把這些輔助DBA平時工作時的工具都列舉全還真不是件容易的事，在工作中伴隨著不同的需求，總會湧現出或者發現某個小工具很好用。這個需要我們留心和實踐中不斷的積累了。

篇章三、強迫症：規劃學習資料庫

        無規矩不成方圓，資料更是如此，尤其是學習資料，龐雜、重點、精煉演變自己的知識庫。

                                                                                                                                                                          ——深藍

        對oracle認識每天都在發生著變化，oracle已經不是最初單純資料庫產品，發展到現在，已經可以說是一項全面性的架構性解決方案。如資料庫叢集（RAC）、容災（DG、GoldenGate等）、網格技術（grid）等等，已經演變成一套完整的產品框架，這就是為什麼說oracle正走在“架構性”產品的道路上。與此對應的便是針對不同的架構性產品，需要我們花更多的精力去了解、去學習。這正是我在追逐oracle全貌這條路上時，此刻的心情。

        又由於在學習工作的道路上，用別人的文件的時候，始終覺得怪怪的（你是否也有過這種被牽著鼻子走的感覺，非常之不爽！！！）。所以對於文件，總喜歡獨自整理一份，個人的努力目標是：讓文件成為每個人的工具，而不是多富有思想的知識結構。我是一個理解力不強，表達能力不高的人。所以，想讓自己寫的東西，讓所有像我一樣理解力不強、表達能力不高的人，即使沒有太多技術基礎的朋友也能看得懂，並且用其實踐練習。雖然目前還沒做到，但這將是我一直追求的方向。讓文字變得通俗易懂，讓文件變的“傻瓜化”。大多用文件呈現出來的東西，就已經不太有含金量了。因為你所搭建的環境，照著文件能搭建起來，別人照著文件也能搭建起來，所以看似是沒有差別的，但其實不然，自己整理一份自身實踐過程的文件，不僅是為日後提供一種排錯參考和實踐指南，更是對基礎、細節的鞏固和印象的加深。在這之前，我常常遇到，很多問題理解的不是很清晰，但伴隨著文件的編寫，慢慢的把知識點就理解了，有種只能意會不能言傳的那麼點意思，這個過程對於學習來說，我個人很受用。

         習慣慢慢延伸，資料整齊才自在。

                                                                   ——深藍

        學著規劃自己的練習筆記本。對於從事oracle相關的工作，自己的文件資料庫是必不可少的。人的記憶有時候是不可靠的，所以我們需要文件的支撐。當有了清晰的oracle思維以後，再結合過往經驗的積累，再配上以往使用過的文件資料。我們再面對問題時，相信會增添幾份從容。

        類似於下面的“知識庫”，如果你是一個初學者，我強烈建議從現在開始儘可能的把你的知識庫體系結構建立起來，越整齊、分類越明確越好，當你經過一段時期的積累以後，你會發現整理文件是個“很有趣”的事。因為你早已從中受用了。

隨著時間的演變，資料庫慢慢整理成了這個樣子，如下：

實驗環境規劃：你要有一塊足夠大的硬碟。

                                                                          ——深藍

        搭建實驗環境、測試庫，這是我們跟oracle打交道必不可少的技能，不要輕信網上的一些實驗操作，只有當在測試環境下經過測試後，我們才能相信“一點點”，這裡我之前就犯過這樣的錯，所以感受比較深。之前在網上看到的一篇文章，也是個技術大牛的建議，於是照搬過來，於是生產庫掛了！經過一番絞盡腦汁的處理後，問題解決了。從那以後，對於網上看到的資料讓我變的“謹慎視之”。所以這裡推薦給初學者朋友，一定要有測試庫，不是諷刺網上的文章質量，而是對於我們從事的IT環境而言，這是個複雜性的平臺，差異的平臺環境相同的操作過程，可能會帶來完全不同的效果，所以嘮叨了半天，切記測試庫！！！

為了培養我們的管理思維，建議一下自己的實驗環境資訊，可以開始類似於下面做出整理：

IP地址	使用主機名	使用者名稱/密碼	作業系統	資料庫	備註
10.53.105.10	hyldb	root/root oracle/oracle hyl/hyl	CentOS 7	oracle 12.1.0.1
10.53.105.20	CentOS	oracle 11.2	叢集節點1
10.53.105.21	CentOS	oracle 11.2	叢集節點2
10.53.105.130	harbin101	root/root oracle/oracle	redhat 6.3 64bit	oracle 11.2.0.3
10.53.105.135	orahyl	root/root oracle/oracle	oracle 10.2.?
10.53.105.136	SHdianli	root/[email protected]	CentOS 6.2 64bit
10.53.105.137	shycbank	root/[email protected]	CentOS 6.4 64bit
10.53.105.138	CentOS 5.6 64bit
10.53.105.139	huangyanlong	10	Win7 64bit

        當然實際學習中，正在改用excel表格，發現表格資訊量更大，才能勉強把虛擬機器模擬成伺服器的待遇來維護，這就像是剛剛接管一個運維專案組，整個專案組下面需要維護多少主機、多少資料庫、有多少高可用的環境，我們都能使用到什麼技術，這些我們都要心中有數，而且要手中有槍。

        目前在重新規劃實驗環境，把實際中的統計表格對映到測試環境下，整理出類似於下面的統計樣式：

篇章四、後IOE時代，讓oracle思維幫我們成長

堅持深入精通oracle技術，不斷吸取資料庫領域新技術。

                                                                                                ——深藍

        在後IOE時代，相信oracle原廠工程師也同樣在見證著oracle在中國市場商業形態的變革。相信“在資料庫領域技術變革的今天，oracle的產品形態必然會藉著雲計算髮生變革，DBA面臨著轉型的危機，但我們可以預見，雖然我們還不能預測未來oracle的商業模式會變成怎樣，但是在這場變革中能夠成功完成轉型的DBA確實是那些oracle DBA領域中技術較好的那部分人。技術總會發展，但ORACLE的DBA思維才是最終決定其是否真的會被技術浪潮所淘汰的根本原因，因此我們不應該感到恐慌，不是摒棄掉一切的過往，完全逃離開某項技術，而是應該去堅持學習新興的技術，用來豐富自己的技術思維。因為在雲端，oracle的野心，依然是稱霸資料庫領域”。oracle不會消亡，隨之伴隨的職位需求也依然會存在。而且，這種要求或許會向著更高階的行業所定向。金融、證券、電信、電力等超強企業不會捨棄掉關係型資料庫是必然的。任一個行業都足以讓oracle存活，而不是某些所謂專家肆意炒作的oracle會被取代種種，oracle會消亡等等理論，看到著實讓人可笑。極端性的假設的話，對於oracle DBA最壞最壞的可能性，也許會演變成只有原廠才需要oracle DBA（呵呵，自己說著也難免冒個冷汗~~，哈）。當然這是極端假設，有可能會出現，也有可能這種局面永遠不會出現，對於“去IOE”我們不應該盲目的去放大化，沒有所謂專家們預見的那般可怕。我們能做的，只要結合自身的學習情況，選擇一個數據庫領域的發展方向，用盡快的時間把技術學好、學精，這才是正道吧。

        說多了沉重的去IOE，話題轉而回到oracle上來，說點輕鬆的事。你對oracle的文藝，瞭解多少？

先看看下面這張圖，有沒有發現亮點？

上面這張圖不太明顯，看看下邊，你一定就懂了。

        看看庫裡的眼神，他看的不是哈登，他看的是ORACLE！哈哈O(∩_∩)O哈！

        哈哈，很多時候，oracle也是很文藝的，之前知道在帆船界（美國帆船極限運動）、電影界（鋼鐵俠系列電影）這樣文藝十足的地方，都能看到oracle這樣高科技公司的身影足顯其oracle文化的文藝範，當然其中會有宣傳形象和打廣告的成分，但這完全掩蓋不掉oracle的文藝思維。因為你可以想想，單純的做廣告的話，玩極限運動的、拍電影的哪個能用得起oracle，哪個又知道“甲骨文”是啥，可能我說的有點極端了，也許哪些高階使用者平時都比較關注帆船運動或者跟影視界關係往來甚多，oracle用這個方式，證明本身的實力，這種廣告效應也未可知，誰知道呢，但我想表達的意思就是這個，不知道你迷糊了沒。不過換個角度想，似乎也能證明一下oracle想要普及、證明自己實力的決心，想必未來如果oracle入主更多的體育運動領域，想必影響力又會是上一個臺階了。這次我們在14-15賽季的NBA季後賽上，我們就鑑證了一把oracle的涉足，又一次看到了oracle的身影。當高科技公司貼近我們的生活時，“高大上”似乎沒有那麼神祕，oracle思維，同樣可以指導我們的生活變得更豐富多彩。

        說過了oracle的文藝，再轉到沉重的“技術”選擇上，對於未來選擇一個什麼技術作為自己的發展方向，常常容易被輿論所迷惑。而能堅持篤定的朝一個方向走，能在一個技術領域做上“十年”，不成專家都難！但還是那句老話，行百里者，半九十。

        於是你也曾和我一樣在DBA選擇上徘徊不定，試試用這樣的學習思路走下去：精通ORACLE備份、豐富SQL調優、熟練儲存過程開發、精通oracle體系結構。。。。。。一路慢慢走來，

         因為“金錢”選擇“行業”，因為“行業”選擇“技術”，小心得不償失。

                                                                                                                                             ——深藍

         後IOE是被誇大的誤解，唯我們選擇一個“目標”為之奮鬥，路才能走的更踏實。

                                                                                                                                             ——深藍

         在整個oracle領域，我還是個菜鳥，這不是妄自菲薄，而是縱覽了oracle的整個知識體系後，發現需要學的還有太多，還在不斷的學習中，希望早日擺脫“菜鳥”的行列。

                                                                                                                                           ——深藍

*******************************************藍的成長記系列_20150820*************************************

******************************************************************************************************************

********************************************足球與oracle系列_20150528***********************************

******************************************************************************************************************