Oracle DBA實戰攻略:運維管理、診斷優化、高可用與最佳實踐——序
印象中很少幫人寫序,提筆後才發現這也不是件輕鬆的事情。
初識周亮應該是2012年10月到杭州出差,經一個杭州的同事介紹認識的,雖然是第一次見面,但是聊得卻很投機:一方面大家都是這個圈子裡的人,雖然之前沒有打過交道,但是有著很多共同的朋友,因此感覺比較親切;另一方面是我們兩個的相似點非常多,因此共同語言也就比較多。大家都是Oracle的DBA,都對Oracle技術感興趣,也都在Oracle的圈子內積累了不少年頭,即便是隻聊技術,也能找到說不完的話題。更何況我們兩個人的工作性質幾乎完全一樣。我們兩個目前都是從事乙方運維的工作,我是2011年開始從事Oracle資料庫的乙方的運維管理,而周亮的乙方運維經驗則比我長得多,如果從這個角度講,他的Oracle資料庫運維經驗要比我豐富得多,這無疑也使我們增加了更多的共同話題。於是當天晚上,從Oracle資料庫聊到了具體的案例,從工作聊到了客戶,從技術聊到了團隊,估計當天如果在聊的晚一點,就差談人生和理想了。
也就是在當晚的聊天過程中,我聽說他正在寫書,而且已經動筆幾個月了。當時Eygle的新書剛剛出版不久,而我幾個熟悉的朋友也恰好都在寫書,所以這方面的話題也比較多,也就多聊了幾句,當時對他的新書有了一個第一印象:這本書是根據案例和實踐經驗整理而成的,當時跟我的感覺應該和DBA手記系列比較相似。
之後的幾個月,聽說他仍然在筆耕不綴。乙方工作的辛苦自己是深有感觸的,能在日常繁忙工作的基礎上,把一些知識要點記錄下來已經是很少有人能做到的事情了,而還能堅持不斷的寫作,這絕對是需要毅力才能完成的工作。因為寫作和寫BLOG是不同的,雖然二者可能都是需要每天擠出半個小時到一個小時的時間,前者要求的整塊的時間,否則難以展開思路,而對於後者而言,如果有了什麼思路或者碰到了什麼案例,可以用很短的時間先記錄下來,隨後也可以通過零碎的時間進行實驗和驗證,說起來似乎是同樣的一小時時間,前者的堅持和付出要遠遠高於後者。
到了最近他成書後邀請我寫序,我才發現他的書並不是簡單的案例集合,而是存在一條主線將各個知識點串聯在一起,這在成書的困難程度上就要比DBA手記之類的案例集合至少上了一個臺階。
從嚴格意義上講,我沒有寫過書,只是寫過文章。雖然參與了《Oracle資料庫效能優化》以及《DBA手記》等書的編寫,但形式仍然是供稿方式。這幾本書的最大特點在於沒有一條明確的主線來穿起所有的內容,書中的各個章節獨立,因此成書相對來說要容易得多。而如果要獨立寫一本書,就需要考慮完整的架構、背景知識、貫穿全書的主線、以及選取的案例是否合適等等,顯然這要比純案例的組合困難得多。而即便是案例類的書籍,成書過程也並不簡單。先不說素材、案例的選取,知識點深入程度的把控這些對於技術含量要求很高的事情。只說整體書籍編寫工作完成後,對全書的修訂和審閱工作也不是一件輕鬆的事情。因為經歷過幾次這種不斷的修訂的工作,每次都是一個很痛苦的過程,以至於當現在為止還記憶猶新。而如果要我獨立寫一本書,要有明確的主線,要有詳盡的基礎知識介紹,要覆蓋Oracle的主要體系結構點,還要有大量深入的案例作為佐證,最好還要有一些尚未公開的研究結果,光想想就已經足夠了。因此,我一直很欽佩那些能獨立完成一本書的人,無疑作者也是令我欽佩的大牛中的一員。
作者令我欽佩的不僅僅是技術上的積累,也不只是我提到的為了成書而付出的艱辛,而更令我欽佩的是其對技術幾年如一日的持續專注的態度。最近微博上還有人討論是否應該寫書。國內的技術和出版的大環境,決定了靠寫技術書籍賺錢絕對是Mission impossible。即使是Eygle這種幾乎一年一本的速度,且每本都很暢銷的情況,也完全不足以通過寫書養活自己,那就更不用說其他人了。通過寫書來出名也越來越難,其實很多人是因為作者本身的名氣才買的書。因此有位網友說得很有道理,別人知道你是因為你做了什麼,而不是你寫了什麼。因此想要靠寫書來成就自己的名氣也不是件容易的事情。在現階段無論是收名還是獲利,想通過寫書的方式來實現,其投入產出比都非常不好的。但是也正因為如此,以名利為目的作者越來越少,而寫書更多的變成了一些有技術追求的人,把自己的技術沉澱、總結和提升的過程。大浪淘沙始得金,我們欣喜的看到,近期出版的和即將要出版的幾本Oracle書籍,無不是業內專業人士的嘔心力作。而作者的這邊《Oracle DBA實戰攻略:運維管理、診斷優化、高可用與最佳實踐》正是其中之一。
作者根據他多年的運維診斷經驗,從資料庫如何建立開始,循序漸進的介紹了資料庫的啟動關閉過程,如何配置監聽並連線到資料庫,如果對資料庫空間進行管理和監控,SGA的調整和優化方法,資料庫的CHECKPOINT和SCN機制與備份恢復,資料庫效能優化的方法論以及Oracle Data Guard的配置和管理。僅看目錄似乎都是非常基礎的內容,似乎這是本針對Oracle初學者的入門級書籍,其實恰恰相反,所謂大道至簡,能把最基礎的東西寫出新意並加入自己的理解本身就是一件非常見功底的事情。而且作者結合了大量的真實案例,把自己多年的寶貴經驗融入其中,通過一些複雜案例的診斷過程來說明這些簡單的原理和知識點,這正是作者高明的地方。更何況作者並沒有簡單的停留在案例診斷分析的層面上,而是根據大量案例的經驗彙總,把問題的優化、診斷和解決提升到了方法論的層面上,這就不僅僅是通過幾年經驗積累就可以輕易達成的,必要要求作者不斷的思考、分析、歸納和驗證,才能上升到理論指導實踐的層面。
最後希望周亮的《Oracle
DBA實戰攻略:運維管理、診斷優化、高可用與最佳實踐》一書,可以幫助更多的資料庫技術愛好者解決日常碰到的技術困難,給那些以日常操作入門的運維人員指出一條深入學習提高的道路。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/4227/viewspace-1060717/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle DBA實戰攻略:運維管理、診斷最佳化、高可用與最佳實踐——序Oracle運維
- Oracle高可用最佳實踐總結Oracle
- 《MySQL效能優化和高可用架構實踐》簡介與推薦序MySql優化架構
- 服務發現與配置管理高可用最佳實踐
- 京東科技全鏈路故障診斷智慧運維實踐運維
- Redis 高可用架構最佳實踐Redis架構
- Docker 映象優化與最佳實踐Docker優化
- ORACLE 11G 效能診斷最佳化之ASH實戰分析詳解Oracle
- 用友降運維成本實踐:OceanBase替換MySQL,實現高可用運維MySql
- 《DevOps實戰:VMware管理員運維方法、工具及最佳實踐》——1.2 採用系統思維dev運維
- 遊戲運維的最佳實踐:搜狐暢遊自動化運維之旅遊戲運維
- 遊戲運維的最佳實踐:搜狐暢遊自動化運維之旅!遊戲運維
- Oracle Stream實戰(10)—問題診斷Oracle
- 直播分享| 騰訊雲 MongoDB 智慧診斷及效能優化實踐MongoDB優化
- Oracle Wait Interface效能診斷與調整實踐指南OracleAI
- HBase可用性分析與高可用實踐
- 京東短網址高可用提升最佳實踐
- SpringCloud 應用在 Kubernetes 上的最佳實踐 — 高可用(熔斷)SpringGCCloud
- 效能診斷利器JProfiler快速入門和最佳實踐
- 雲中SQL Server高可用性最佳實踐SQLServer
- MySQL高可用架構案例篇:UCloud最佳實踐MySql架構Cloud
- HBase 讀流程解析與優化的最佳實踐優化
- 實現高可用的兩種方案與實戰
- vSAN 設計、部署、運維最佳實踐運維
- 《CentOS 8系統管理與運維實戰》簡介CentOS運維
- MongoDB Page Fault 的發現與解決、騰訊雲 MongoDB 智慧診斷及優化實踐MongoDB優化
- 海柔模擬系統儲存實踐:混合雲架構下實現高可用與極簡運維架構運維
- 深入Django專案實戰與最佳實踐Django
- MySQL·最佳實踐·空間優化MySql優化
- MySQL 最佳實踐:空間優化MySql優化
- RDSMySQL空間優化最佳實踐MySql優化
- 資料庫伺服器運維最佳實踐資料庫伺服器運維
- OWI效能診斷與調整實踐指南(1~4)
- 官方工具|MySQL Router 高可用原理與實戰MySql
- 運維數智化轉型的深入實踐與探索運維
- Oracle收集優化統計資料的最佳實踐方法Oracle優化
- HBase最佳實踐-讀效能優化策略優化
- 資料庫優化的最佳實踐資料庫優化