出版時間:2010-5 出版社:人民郵電 作者:白鱔 頁數(shù):312
Tag標(biāo)簽:無
前言
最近這段時間我一直在考慮要寫點什么?!禗BA日記》以博客的形式在Oracle粉絲網(wǎng)上連載快一年了,在完成了沈陽那個優(yōu)化項目后,我一直在考慮下面該寫一個什么樣的故事。最近在Oracle粉絲網(wǎng)和白鱔的洞穴群里討論的比較多的是RAC,很多網(wǎng)友在問我能不能寫一些關(guān)于RAC方面的案例,因為RAC目前在國內(nèi)越來越流行了,但是由于RAC在國內(nèi)的使用水平并不高,因此在RAC方面的故障處理和性能優(yōu)化一直是一個難題。另一方面,目前市面上關(guān)于RAC的技術(shù)書籍也相對較少,讀者的選擇余地不大。在這些年里我實施過的RAC項目也非常多了,從規(guī)劃、安裝、升級、故障分析到優(yōu)化,在實施的過程中,我也得到了很多啟示,我覺得很有必要把這些經(jīng)驗寫出來,與大家分享。我一直認(rèn)為RAC的歷史沿革是來自于DEC公司的VAX CLUSTER,實際上Oracle并不是第一個支持CLUSTER技術(shù)的數(shù)據(jù)庫,Oracle公司的另外一個數(shù)據(jù)庫產(chǎn)品RDB在20世紀(jì)80年代就已經(jīng)支持CLUSTER技術(shù)了。在我的印象里VAX/VMS平臺也是第一個真正支持OPS的平臺(這個感覺也許并不準(zhǔn)確),OPS是并行服務(wù)器的簡稱,也就是我們現(xiàn)在耳熟能詳?shù)腞AC前身。OPS技術(shù)是在Oracle 7.3版本首次推出的,在那個年代,除了OpenVMS,在UNIX平臺上,除了DEC公司的OSF/1中支持的DEC CLUSTER外,IBM、SUN和HP還沒有推出自己真正的CLUSTER,因此7-3的OPS在國內(nèi)應(yīng)用得十分稀少。
內(nèi)容概要
本書以O(shè)racle 10g為基礎(chǔ),從基礎(chǔ)知識、安裝升級、故障處理、性能優(yōu)化4個角度,由淺入深地介紹了Oracle RAC項目實施的一些方法和思路?! ”緯还舶?個綜合案例,每一個案例構(gòu)成獨立的一章,按照“遇到問題→解決問題→案例總結(jié)”的思路進(jìn)行展現(xiàn),首先對現(xiàn)實問題進(jìn)行描述和分析,然后提供合適的解決方案,最后自然地引出Oracle中的理論知識點,這種講解方法能夠有效地降低閱讀難度,幫助讀者更好地掌握相關(guān)技能。此外,在每個案例中,都再現(xiàn)了大量真實的工作情景,包括客戶交流、人員溝通、尋求資源等,可以幫助讀者更好地融入職場,掌握很多高效工作的技巧?! ”緯梢宰鳛閿?shù)據(jù)庫開發(fā)人員、數(shù)據(jù)庫管理員、數(shù)據(jù)庫初學(xué)者及其他數(shù)據(jù)庫從業(yè)人員的工作參考手冊,也可以作為各大中專院校相關(guān)專業(yè)師生的參考用書和相關(guān)培訓(xùn)機(jī)構(gòu)的培訓(xùn)教材。
作者簡介
白鱔,原名徐戟,國內(nèi)資深的Oracle數(shù)據(jù)庫優(yōu)化專家,從事Oracle數(shù)據(jù)庫應(yīng)用開發(fā)、性能優(yōu)化工作超過15年。曾供職于DEC、賽格集團(tuán)、長天集團(tuán)、聯(lián)想集團(tuán)等國內(nèi)外知名企業(yè),擔(dān)任過應(yīng)用體系總監(jiān)、技術(shù)總監(jiān)等高級技術(shù)職務(wù)。1999年起致力子Oracle數(shù)據(jù)庫性能優(yōu)化等方面的研究,參與了大量性能優(yōu)化項目,積累了大量的實際工作案例。2008年起,在博客上連載《DBA日記》,希望將自己在Oracle數(shù)據(jù)庫應(yīng)用領(lǐng)域的10多年的經(jīng)驗與廣大讀者分享。
書籍目錄
基礎(chǔ)知識篇 第1章 RAC安裝與關(guān)鍵技術(shù) 1.1 Oracle 9i RAC安裝及相關(guān)資源 1.1.1 安裝環(huán)境簡介 1.1.2 數(shù)據(jù)庫安裝配置規(guī)劃 1.1.3 安裝后測試 1.2 Oracle 10g RAC安裝及相關(guān)資源 1.3 CACHE FUSION的概念 1.4 舉例說明CACHE FUSION的算法 1.4.1 場景(1)C節(jié)點申請訪問DB1 1.4.2 場景(2)B節(jié)點需要讀DB1 1.4.3 場景(3)B節(jié)點需要修改DB1 1.4.4 場景(4)C節(jié)點需要修改DB1 1.4.5 場景(5)B節(jié)點需要將DB1存盤 1.5 什么是CRS 1.6 RAC的主要性能指標(biāo) 1.6.1 總體負(fù)載與命中率指標(biāo) 1.6.2 消息傳輸相關(guān)的指標(biāo) 1.6.3 GLOBAL CACHE SERVICE的相關(guān)指標(biāo) 1.7 如何閱讀SYSTEMSTATE DUMP 1.7.1 標(biāo)準(zhǔn)的STATE OBJECT HEADER 1.7.2 PROCESSSTATE DUMP (ksupr) 1.7.3 SESSION STATE OBJECT 1.7.4 CALL STATE OBJECT 1.7.5 ENQUEUE STATE OBJECT 1.7.6 TRANSACTION DUMP 1.7.7 LIBRARY OBJECT LOCK/HANDLE 1.7.8 使用ASS分析SYSTEMSTATE DUMP 1.7.9 通過SYSTEMSTATE DUMP定位故障的案例 1.8 AWR中的主要事件分析 1.9 AWR中的主要WAIT EVENT分析 1.9.1 WAIT EVENTS分析的一些常識 1.9.2 LATCH FREE 1.9.3 db file sequential read 1.9.4 db file scattered read 1.9.5 buffer busy waits 1.9.6 REDO LOG相關(guān)等待 1.9.7 ENQUEUE 1.9.8 DFS LOCK HANDLE 安裝升級篇 第2章 麻煩不斷的安裝歷程 2.1 月1日 安裝這種活也找我 2.2 月2日 倒霉的一天 2.3 月3日 VAX6510和RDB數(shù)據(jù)庫 2.4 月4日 平靜的一天 2.5 月5日 存儲優(yōu)化 2.6 案例啟示:職場之道 第3章 單機(jī)升級到RAC 3.1 月14日 各懷心思的研討會 3.2 月19日 令人目瞪口呆的方案 3.3 月20日 令人沮喪的實驗 3.4 月21日 好事多磨 3.5 月1日 一身冷汗 3.6 值得總結(jié)的教訓(xùn) 故障診斷篇 第4章 經(jīng)常宕機(jī)的RAC系統(tǒng) 4.1 月2日 上海的緊急故障 4.2 月3日 上海第一天 4.3 月4日 決定 4.4 月5日 平安無事了 4.5 如何分析CRS宕機(jī)故障 4.6 態(tài)度決定一切 第5章 好的方法是成功的一半 5.1 月8日 又宕機(jī)了 5.2 月9日 求人不如求己 5.3 月9日 定位故障 5.4 月10日 及時雨 5.5 方法的正確性是成功的保障 第6章 性能故障還是BUG 6.1 月21日 奇怪的性能問題 6.2 月22日 如何解決問題 6.3 小結(jié) 性能優(yōu)化篇 第7章 EIA系統(tǒng)的性能問題 7.1 月6日 緊急求援 7.2 月7日 典型的RAC性能問題 7.3 月8日 阿才的奇怪問題 7.4 小結(jié) 7.5 案例的啟示:RAC環(huán)境下的常見優(yōu)化方法 第8章 奇怪的RAC性能問題 8.1 月4日 系統(tǒng)告急 8.2 月5日 分析的方法 8.3 月6日 extent pre-allocation 8.4 小結(jié)負(fù)載均衡模式下的RAC優(yōu)化要點 第9章 愛刨根問底的客戶 9.1 月15日 奇怪的性能下降 9.2 月16日 系統(tǒng)級的調(diào)整 9.3 月17日 負(fù)載均衡OR NOT 9.4 RAC環(huán)境中的并行查詢 9.5 為什么在CPU出現(xiàn)瓶頸時要加大DB CACHE 第10章 外來的和尚好念經(jīng) 10.1 月25日 一封郵件引發(fā)的事端 10.2 月27日 突生變故 10.3 月29日 Richard Warham 10.4 月30日 IO優(yōu)化 10.5 月1日 在家聊天 10.6 月8日 危機(jī)再現(xiàn) 10.7 月12日 Richard的180度大轉(zhuǎn)彎 10.8 月13日 系統(tǒng)擴(kuò)容 10.9 月14日 Richard請客 10.10 月1日 新的起點 10.11 月7日 孤獨的唱反調(diào)的人 10.12 月8日 ITL等待引發(fā)的RAC性能問題 10.13 月9日 ORA-8104錯誤 10.14 月15日 又陷危機(jī) 10.15 月16日 IO負(fù)載均衡 10.16 月18日 按下葫蘆浮起了瓢 10.17 月19日 實施優(yōu)化 10.18 后來 設(shè)計好的RAC應(yīng)用,也算后記
章節(jié)摘錄
插圖:
后記
終于到了本書的結(jié)尾了,這是老白的第二次寫作嘗試,在寫第一本關(guān)于優(yōu)化的書時,老白并沒有任何的思想準(zhǔn)備,目的是想把這10來年做優(yōu)化的思路和方法通過日記的形式與大家共享。在博客中連載的時候,很多地方寫得比較隨意,既然成書了,那么老白就需要對博客的內(nèi)容進(jìn)行整理和修訂,同時也會修改一些情節(jié),補充一些有趣的事情。技術(shù)本身就太嚴(yán)肅了,所以老白希望自己的書不要過于嚴(yán)肅,讓大家能夠在輕松的氛圍下學(xué)習(xí)很枯燥的技術(shù)。這是一本寫RAC方面問題處理的書,按照由淺入深的順序分為安裝升級篇、故障診斷篇和性能優(yōu)化篇3個部分。這本書在博客上連載的時候很多朋友提出了能不能把這本書寫成RAC技術(shù)的書籍。實際上RAC方面的技術(shù)書籍比較少,好書更是難得,如果寫一本大而全的書,那難免落入抄抄寫寫的俗套。當(dāng)剪貼匠,拿著剪刀糨糊寫書,是老白不太愿意做的事情。另外一方面,以老白目前對RAC技術(shù)的掌握和理解還很有限,日前尚沒有能力寫一本全面介紹RAC:技術(shù)的書,因此這本書只能沿用第一本書的風(fēng)格,通過老自處理過的一些典型案例,讓大家了解RAC應(yīng)用中優(yōu)化和故障處理的方法。
編輯推薦
《Oracle RAC日記》:煎炒烹炒苦練RACE一技傍身摸爬滾打遍歷DBA職場百態(tài)《Oracle RAC日記》精彩導(dǎo)讀最近這段時間我一直在考慮要寫點什么?!禗BA日記》以博客的形式在Oracle粉絲網(wǎng)上連載快一年了,在完成了沈陽那個優(yōu)化項目后,我一直在考慮下面該寫一個什么樣的故事。最近在Oracle粉絲網(wǎng)和白鱔的洞穴群里討論得比較多的是RAC,RAC的出現(xiàn)是一種革命,它改進(jìn)了OPS節(jié)點間數(shù)據(jù)變更代價太大的問題。所以,就有很多網(wǎng)友問我能不能寫一些關(guān)于RAC方面的案例,因為RAC目前在國內(nèi)越來越流行了,但是由于RAC在國內(nèi)的使用水平并不高,因此在RAC方面的故障處理和性能優(yōu)化一直是一個難題。另一方面目前市面上關(guān)于RAC的資料也相對較少,讀者的選擇余地不大。這些年里我實施過的RAC項目也非常多了,從規(guī)劃、安裝、升級、故障分析到優(yōu)化,在實施的過程中,我也得到了很多啟示,我覺得很有必要將這些經(jīng)驗寫出來,與大家分享。老白學(xué)RAC學(xué)習(xí)Oracle RAC的幾點建議RAC安裝與關(guān)鍵技術(shù)麻煩不斷的安裝歷程單機(jī)升級到RAC經(jīng)常宕機(jī)的RAC系統(tǒng)好的方法是成功的一半性能故障還是BUGEIA系統(tǒng)的性能問題奇怪的RAC性能問題愛刨根問底的客戶外來的和尚好念經(jīng)設(shè)計好的RAC應(yīng)用
圖書封面
圖書標(biāo)簽Tags
無
評論、評分、閱讀與下載