藍的成長記——追逐DBA（5）：不談技術談業務，惱人的應用系統，dba不談

藍的成長記——追逐DBA（5）：不談技術談業務，惱人的應用系統，dba不談

***************************************聲明***************************************

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

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

        歡迎拍磚，如有關技術細節表述有錯誤之處，請您留言或郵件（hyldba@163.com）指明，不勝感激。

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

想跳的高，需要先學會蹲下身。

                                                                        ——深藍

***************************************前言***************************************

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

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

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

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

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

2014年北京

        兩天的跑來跑去，把問題轉移到了研發，不得不吐槽一下，環節、體制仍需要繼續建設與完善，業務層、現場層、實施層不同的處理情況，隨之產生了不同的現場問題。這次問題的出現貌似很簡單，卻讓實施人員費了半天的時間，揪心的痛讓人身心疲憊。繞了半天，是不是有些聽暈了，接下來，我來回憶一下這次與業務層有著緊密關係的實施部署。

        情景再現：為完成部署遷移項目，將原應用系統、資料庫一同遷移到新的伺服器上，部署用戶端，環境為64位win7系統（說明一下，生產環境下應用伺服器、資料庫伺服器是分離的，而此次部署為科研項目，其中內容就不便細說了，就此瞭解下都在一台伺服器就行了）。A應用java開發，B/S架構。B、C等應用用戶端也為B/S架構，但是基於32位系統開發。就是這個簡單的技術細節，開始引發連續的業務問題。

        在主系統A應用重新部署完成後，看似一切正常，在後台費了些周折，修改了密碼，終於使用超級管理使用者登入了。然而就在覺得任務完成的時候，展現在技術人員面前的問題出現了，某維護頁面無法正常訪問，出現許可權問題。連續點擊測試，業務層又出現新問題，某處理常式無法使用了。詫異的情況是，這次部署並無異議。問題哪裡出現的呢。根據提示一步一步排錯吧。由於手邊沒有完善的部署手冊，根據提示發現問題所在：一個JDK導致的無法處理。搜尋，下載，安裝，繼續排查，發現缺少某些功能。此時聯絡研發，業務指令碼郵件傳來，對於營運的工作事宜，有些汗，跑指令碼，問題解決。此時一臉茫然的體會著商務程序與技術實施間的關係到底有沒有明確的分界線。可以設想一下，如果在遇到這種問題時，通過技術層面去排錯，有點天方夜譚了，恐怕除了再開發一個全新的出來不會有什麼正確的解決辦法，因為這都是業務中的需求。這是業務層的問題，就是這麼簡單。開發有業務指令碼，跑一下，實現的就是把有些功能表建立下，功能項關聯下，許可權賦予下，諸如此類等等，問題迎刃而解。說來簡單，遇錯時思考角度卻是關鍵，協調、反饋有時超過技術本身。

        這隻是A應用系統暴漏的問題，還沒說到惱人的B、C、D應用系統，這次可以說的上是惱人不已。用戶端的程式，訪問出現問題。再一次想到的就是開發人員，繼續聯絡。接下來想必可以預見到效果了。不錯，再次郵件，替換檔案，重新設定。搞定了嘛？這次悲催了，業務層不知怎麼了，程式貌似出錯了。這次是嚴重的問題，因為在這一系列的業務系統中，存在著一個關鍵的“中堅”系統（技術細節不便透漏），可以理解成是一個上傳下達的管理平台，基於主業務系統，維護著所有系統資訊的一致性（有沒有感覺有點像oracle中的undo段，維持著讀一致性。哈哈，這裡純為戲談）。由於此應用部署不能正常使用，致使這一系列的遷移看似完成，卻又回到了起點。這次，再一次聯絡開發。現場人員崩潰了，研發人員也崩潰了。接連幾次的郵件往來。配置無果，無法繼續下去了。把tomcat日誌統統拷貝走，這次需要研發人員親臨現場了（這裡，讓人不禁想起，曾經也因為之前公司的一個業務問題，項目負責人、實施人員、維護人員、開發人員、甲方眾領導、甲方眾工程師聚集奔赴現場的壯觀情境，哈哈，再次戲談~~）。當然，這次情況還是在可控範圍內的。對於最後業務部署調整仍有一天的時間。按照常理經驗，這種用戶端問題，研發到場後，根據實際環境，調整相應包、設定檔後，問題都會解決。繞了好一會兒，就在這裡暫告段落吧。

        回顧一下，這次問題的出現，很多都不是出在技術上。想想跟技術有關的層面，如客戶機串連資料庫時需要配置tns、監聽；中介軟體部署、調優；資料移轉等等，都不是引起這次問題的原因所在。問題暴漏在業務應用，現場系統內容的改變，不同業務檔案調整、更新上。

        這就是所說的“業務需求”，Oracle技術也需要落地，有時候解決問題思路可能高於技術，技術的探究需要業務的支撐。

 

***************************************未完待續***************************************

歡迎訪問：深藍的Blog：http://blog.csdn.net/huangyanlong

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