品悟性能優化

品悟性能優化
定價:354
NT $ 308
  • 作者:羅敏
  • 出版社:清華大學出版社
  • 出版日期:2011-05-01
  • 語言:簡體中文
  • ISBN10:7302251118
  • ISBN13:9787302251118
  • 裝訂:平裝 / 487頁 / 普通級 / 單色印刷 / 初版
 

內容簡介

在當前高速發展的信息時代,IT系統性能問題一直是橫亙在廣大IT人士面前的一座難以逾越的大山。在數據庫市場佔有率最高的Oracle性能優化技術,更是業界各層次人士所關注的焦點技術之一。本書基于作者多年在此領域耕耘的經驗和體會,遵循Oracle公司總結的性能優化方法論,從需求分析、架構設計、數據庫設計、應用設計和開發、運行維護等軟件工程全生命周期的整體高度,去描述性能問題和相關優化技術,特別是強調了基礎技術合理運用的重要性。

本書貫穿了作者多年在國內銀行、電信、政府等行業所經歷過的大量案例,通過案例佐證相關技術的運用是本書一大特色。性能問題不僅僅是技術問題,性能管理甚至重于優化技術本身。通過性能優化這樣精細、縝密的工作,不僅能看到事物的本質和規律,更能讓有心者對這個大千世界充滿感慨。以技術為平台,以輕松、調侃方式抒發作者對IT行業、社會的感悟,也是本書的鮮明風格。
 

目錄

第1章 從兩個案例開始
 1.1 關于案例的說明
 1.2 體驗日本人工作風格
  1.2.1 問題現象及解決過程
  1.2.2 日本人嚴謹、細致的工作風格
  1.2.3 日本人的IT投入觀
  1.2.4 該系統的總體感覺
  1.2.5 在日本企業暖意洋洋的一幕
  1.2.6 也談強國夢
 1.3 國內某大型銀行故障的解決
  1.3.1 天塌下來一樣的故障
  1.3.2 故障原因其實很簡單
  1.3.3 故障的啟示
  1.3.4 2010年銀行案例的進一步感悟
第2章 Oracle數據庫性能優化方法論
 2.1 關于性能優化的誤區
  2.1.1 “你調了哪些參數”
  2.1.2 “性能優化主要是DBA和系統管理員的工作”
  2.1.3 “開發階段無須太多考慮性能問題”
  2.1.4 “優化SQL,就是如何編寫SQL”
  2.1.5 “多表連接性能太差”
  2.1.6 “CPU利用率越低越好”
  2.1.7 “大內存能解決性能問題”
  2.1.8 “性能分析就是分析低層細節”
 2.2 性能優化過程——自頂向下
  2.2.1 為時已晚
  2.2.2 什麼叫自頂向下方法論
  2.2.3 體驗方法論
 2.3 高質量IT系統的正確認識
  2.3.1 高質量IT系統的目標
  2.3.2 目標的綜合平衡
  2.3.3 你只管進,不管出啊
 2.4 20/80規則
  2.4.1 性能優化中也有20/80規則
  2.4.2 用數據詮釋20/80規則
 2.5 性能優化過程——自底向上
  2.5.1 什麼叫自底向上方法論?
  2.5.2 客戶要給我上課
 2.6 性能優化中的角色分工
  2.6.1 老外的角色分工
  2.6.2 國內的角色分工
 2.7 應用開發指導思想
  2.7.1 管理重于技術
  2.7.2 我听後,開心死了
 2.8 合理運用技術的重要性
  2.8.1 聯機事務處理系統(OLTP)和決策支持系統(OLAP)
  2.8.2 “你們Oracle給我們出一個開發規範和指南吧”
  2.8.3 4分鐘如何優化到1秒鐘
第3章 性能優化分析基本工具的使用
 3.1 性能優化中的量化分析
  3.1.1 隔靴抓癢
  3.1.2 SQL語句到底是怎麼執行的
  3.1.3 性能分析都分析哪些量化指標
 3.2 工欲善其事,必先利其器
  3.2.1 SQL量化分析和優化工具
  3.2.2 Oracle有大量實用的小工具和命令
 3.3 SQL語句到底是怎麼被執行的
  3.3.1 最經典的執行計劃分析工具
  3.3.2 這種老掉牙的東西,還用啊
  3.3.3 10g新功能︰DBMS_XPLAN
 3.4 如何配套使用SQL*Trace和TKPROF
  3.4.1 又一對老古董
  3.4.2 其實功能非常強
  3.4.3 報告分析比如何產生報告更重要
 3.5 最常用的工具︰Autotrace
 3.6 一個洋“忽悠”的故事
  3.6.1 洋和尚到中國來念梵文了
  3.6.2 洋大“忽悠”啊
 3.7 性能優化與“三個代表”
  3.7.1 重溫“三個代表”
  3.7.2 案例背景
  3.7.3 自底向上方法論的運用
  3.7.4 關鍵應用問題的解決
  3.7.5 詮釋“三個代表”
第4章 基本索引的使用
 4.1 索引既簡單又復雜
  4.1.1 關于索引的需求
  4.1.2 索引其實好簡單
  4.1.3 索引其實好難
  4.1.4 想做個懂Oracle索引的專家,難上加難
 4.2 索引設計基本建議
  4.2.1 Oracle索引長什麼樣
  4.2.2 B*樹單字段索引設計建議
  4.2.3 一招鮮,吃遍天
 4.3 如何避免索引被抑制
  4.3.1 無從下手,郁悶至極!
  4.3.2 幸虧父母都是數學老師
  4.3.3 慎用自定義函數
  4.3.4 關于函數索引使用的建議
  4.3.5 其實是數據庫設計問題
 4.4 一把雙刃劍︰復合索引
  4.4.1 復合索引的重要性
  4.4.2 我如何“戲弄”客戶
  4.4.3 復合索引原理和設計建議
  4.4.4 IT系統是面向客戶的,不是給領導看的
 4.5 一個既簡單又復雜的故事
  4.5.1 女兒說我吹牛了
  4.5.2 故事上集
  4.5.3 故事中集
  4.5.4 故事下集
 4.6 如何進行索引監控分析和優化
  4.6.1 為什麼索引I/O那麼高
  4.6.2 別亂建索引
  4.6.3 如何發現多余的索引
  4.6.4 如何進行索引碎片分析和整理
第5章 為應用軟件設計更好的性能和可擴展性
 5.1 基本概念和原理
  5.1.1 本章標題有點大吧
  5.1.2 一個屢見不鮮的錯誤
  5.1.3 解剖SQL語句執行過程
 5.2 語句共享性原理
  5.2.1 再說聯機事務處理系統(OLTP)和決策支持系統(OLAP)
  5.2.2 如何實現語句共享化
  5.2.3 開發人員永遠比Oracle聰明
  5.2.4 技術服務工作,越做膽子越小
  5.2.5 如何量化評估語句共享性
 5.3 回到日本企業案例
  5.3.1 深入分析技術原因
  5.3.2 被日本人較真的滋味其實不好受
 5.4 語句共享性的深入分析
  5.4.1 語句共享性和查詢統計系統的關系
  5.4.2 語句共享性與擴展性的關系
第6章 如何提高排序、表連接性能
 6.1 如何提高排序性能
  6.1.1 能不排序就不排序——廢話一句
  6.1.2 查詢欠費最高的前100名手機客戶
  6.1.3 痛心疾首的一刻
  6.1.4 IBM和Oracle︰亦敵亦友
 6.2 Oracle表連接技術和應用
  6.2.1 數據庫精髓之一︰表連接
  6.2.2 最經典、最常用的表連接技術——嵌套循環
  6.2.3 嵌套循環連接與索引
  6.2.4 嵌套循環連接的應用場景及效率
  6.2.5 適合于大批量數據處理的連接技術
 6.3 多表連接優化的基本思路
  6.3.1 總體思路
  6.3.2 OLTP應用的表連接優化
 ?6.4 如何使用子查詢
  6.4.1 使用子查詢好不好
 6.4.2 到底是使用in還是exists
 6.5 回到20/80規則
  6.5.1 優化詳細過程
  6.5.2 技術方面總結
  6.5.3 每項工作做到最好都不容易
第7章 應用綜合優化及總結
 7.1更多的優化案例
  7.1.1數據類型不一致導致的問題
  7.1.2 多此一舉的操作
  7.1.3 錯誤使用HINT
  7.1.4 Oracle和IBM又一次成功合作
 7.2 可怕的笛卡兒乘積
  7.2.1 問題的發生和初步解決
  7.2.2 其實是設計和開發中更深層次問題
 7.3 說說全表掃描
  7.3.1 導致數據庫性能問題的常見原因
  7.3.2 何謂全表掃描
  7.3.3 數據增長與全表掃描的關系
  7.3.4 硬件太多了
  7.3.5 導致技術運用復雜化的其他問題
  7.3.6 更多的類比和感慨
 7.4 導致性能問題的其他原因
 7.5 一個應用軟件的綜合優化
  7.5.1 優化前的狀況
  7.5.2 優化策略及分工合作
  7.5.3 優化效果及原因分析
  7.5.4 主管部門的反應
  7.5.5 美妙的三降預言同時實現
  7.5.6 優化工作的艱巨性和長期性
 7.6 一個樸實無華的好系統
  7.6.1 國人也能做出精良的好系統
  7.6.2 巨大升值空間
  7.6.3 瑕不掩瑜
第8章 Oracle分區技術及應用
 8.1  谷之行
  8.1.1 IT人的聖地︰ 谷
  8.1.2 我在Oracle總部中邪了
 8.2 我對Oracle分區技術的認知過程
  8.2.1 初嘗分區甜頭
  8.2.2 分區給我的痛苦體驗
  8.2.3 全面理解分區技術
 8.3 分區表技術
  8.3.1 分區技術原理︰分而治之
  8.3.2 分區表技術概述
  8.3.3 11g的分區新技術
 8.4 分區索引技術
  8.4.1 分區索引技術好難哦
  8.4.2 10分鐘讓你理解最難的分區索引
  8.4.3 分區索引設計指南
 8.5 更多的分區技術
  8.5.1 一個神奇的分區技術
  8.5.2 Oracle分區技術發展史
 8.6 如何實施和評估分區
  8.6.1 分區設計建議
  8.6.2 分區效果評估
  8.6.3 如何在生產系統實施分區
 8.7 某行業分區方案設計的曲折過程
  8.7.1 第一階段︰出師不利
  8.7.2 第二階段︰經驗主義錯誤
  8.7.3 第三階段︰初見成效
  8.7.4 第四階段︰日臻完善
 8.8 分區方案中常見問題?討
  8.8.1 問題1︰目標方面的誤區
  8.8.2 問題2︰分區表設計方面的誤區
  8.8.3 問題3︰沒有充分考慮應用設計和開發的誤區
  8.8.4 問題4︰分區表空間設計方面的誤區
  8.8.5 問題5︰分區在大批量數據處理中的誤區
  8.8.6 問題6︰分區索引設計方面的誤區
  8.8.7 無止境的分區技術
第9章 架構與性能優化
 9.1 該談談架構了
  9.1.1 架構與性能的關系
  9.1.2 Oracle高端架構產品與性能的關系
  9.1.3 Oracle架構的重要性
 9.2 基本概念很重要
  9.2.1 什麼是Oracle數據庫
  9.2.2 服務器、實例和數據庫的關系
  9.2.3 關于架構方面的誤區
 9.3 IT系統架構現狀分析
  9.3.1 一副並不美妙的大蜘蛛網
  9.3.2 現有體系結構特點分析
  9.3.3 現有體系結構評估
 9.4 Oracle網格計算
  9.4.1 Oracle 10g = 網格計算
  9.4.2 按網格計算設計數據庫?構
  9.4.3 烏托邦式架構就是好
  9.4.4 初級階段的設計建議
  9.4.5 關于真正大集中的疑慮
 9.5 雲計算與性能優化
  9.5.1 滿天翻滾的雲
  9.5.2 Oracle的紅雲
  9.5.3 客戶關注的雲計算話題
 9.6 Oracle數據庫分布式架構
  9.6.1 數據復制技術
  9.6.2 Data Guard技術簡介
  9.6.3 Streams技術簡介
  9.6.4 其他數據同步技術
  9.6.5 數據同步技?的定位和比較
 9.7 我看分布式架構
  9.7.1 我不喜歡分布式架構
  9.7.2 數據大集中與分布式架構
  9.7.3 分布式架構的用武之地
  9.7.4 真正的返璞歸真
 9.8 誓做抗拒拆遷的刁民
  9.8.1 拆遷大錘已高高舉起
  9.8.2 統一戰線發揮重要作用
  9.8.3 人民戰爭的汪洋大海
 9.9 一個本來平淡的日子
  9.9.1 什麼專家,拿了錢就跑?
  9.9.2 艱難的問題診斷過程
  9.9.3 一根救命稻草
  9.9.4 技術方面的教訓和感悟
  9.9.5 猶豫半天的話語
第10章 RAC與性能優化
 10.1 關于RAC的一些誤解和疑慮
 10.2 RAC技術原理
  10.2.1 系統介紹RAC架構和原理
  10.2.2 RAC到底有什麼好處
  10.2.3 10g RAC架構新特性
  10.2.4 我害怕Oracle什麼技術工作
 10.3 RAC架構的優勢
  10.3.1 為什麼RAC架構比HA架構好
  10.3.2 客戶的方案不一定是最優的
 10.4 RAC實施方法論
  10.4.1 還是方法論重要
  10.4.2 “你打個補丁要三天啊?”
  10.4.3 如何降低RAC實施和運行風險
  10.4.4 RAC其實背了好多黑鍋
 10.5 RAC性能優化原理
  10.5.1 RAC性能優化等同于單事例
  10.5.2 RAC性能問題與應用關系
  10.5.3 應用在RAC環境下部署的最佳方式
 10.6 RAC環境下的性能分析
  10.6.1 RAC性能分析基本策略
  10.6.2 AWR報告中的RAC性能分析
  10.6.3 ADDM報告中的RAC問題原因分析
  10.6.4 GCS性能分析
  10.6.5 GES性能分析
  10.6.6 下得去,還要上得來
 10.7 RAC高可用性
  10.7.1 RAC高可用性技術其實很復雜
  10.7.2 RAC高可用性實施思路
  10.7.3 RAC高可用性測試案例和測試過程
 10.8 RAC可擴展性
  10.8.1 RAC不能超過4個節點?
  10.8.2 Oracle總部RAC專家的觀點
  10.8.3 某大型交易系統的擴展性測試
  10.8.4 如何實施RAC擴展性
 10.9 RAC運行維護和故障診斷
  10.9.1 RAC運行維護建議
  10.9.2 RAC故障診斷經驗談
  10.9.3 瞎貓踫上死耗子
第11章 數據倉庫中的性能優化
 11.1 我看數據倉庫
  11.1.1 數據倉庫不是倉庫管理軟件
  11.1.2 數據倉庫鼻祖的精確定義
  11.1.3 數據倉庫的應用特點
  11.1.4 我所理解的數據倉庫
  11.1.5 本書講述的數據倉庫
 11.2 數據倉庫應用開發指導思想
  11.2.1 數據倉庫應用開發指導思想建議
  11.2.2 案例為證
  11.2.3 如何貫徹大批量、並行處理?
 11.3 並行處理技術的應用
  11.3.1 Oracle並行處理技術無處不在
  11.3.2 並行處理舉例
  11.3.3 並行技術的幾個層面
  11.3.4 並行處理經驗
  11.3.5 榨干所有硬件資源
 11.4 Oracle是個大計算器
  11.4.1 告別農耕時代
  11.4.2 Oracle不僅是一個存數據的大容器
 11.5 大批量數據ETL案例
  11.5.1 VIP客戶判斷標準
  11.5.2 外部表
  11.5.3 MERGE語句
  11.5.4 VIP計算總體流程圖
  11.5.5 簡述一個流程
  11.5.6 方案評估
 11.6 “非典”期間的一個典型性問題
  11.6.1 一個應用開發中的典型性問題
  11.6.2 Oracle系統級臨時表
 11.7 一種快速高效的數據倉庫加載方案
 ?11.7.1 讓洋鬼子激動地蹦到桌子上去
  11.7.2 快速高效的數據倉庫加載方案
 11.8 報表優化技術
  11.8.1 我的第一次軟件開發經歷
  11.8.2 現在的報表處理狀況
  11.8.3 報表優化核心技術︰物化視圖和語句重寫
  11.8.4 為什麼不要自己編寫匯總表
  11.8.5 報表優化的基本思路及示例
  11.8.6 報表優化示例
  11.8.7 為什麼沒有實現語句重寫
  11.8.8 IT行業到底是買方市場還是賣方市場
第12章 統計信息采集與性能優化
 12.1 我闖大禍了
  12.1.1 常在河邊走,哪有不濕鞋的
  12.1.2 太急于表現了
  12.1.3 建一個索引,搞死一個系統
  12.1.4 我被罵得滿地找地縫
  12.1.5 初識問題原因
  12.1.6 問題根本原因
 12.2 優化器原理和統計信息采集作用
  12.2.1 SQL語句執行過程
  12.2.2 基于規則優化器(RBO)簡介
  12.2.3 基于成本優化器(CBO)簡介
  12.2.4 如何將葫蘆和瓢都按下
  12.2.5 為什麼要進行統計信息采集
 12.3 自動采集統計信息
  12.3.1 自動采集統計信息的特點
  12.3.2 自動還是手工
  12.3.3 超長的自動統計信息采集
  12.3.4 一次變味的數據庫升級技術研討會
 12.4 定制采集統計信息
  12.4.1 統計信息采集基本策略
  12.4.2 統計信息采集實施策略
  12.4.3 統計信息采集具體方法
  12.4.4 Oracle 10g鬼精鬼精的
 12.5 若干最佳實踐經驗
  12.5.1 自動和手工結合進行統計信息采集
  12.5.2 鎖住統計信息采集
  12.5.3 數據分布統計(Histogram)建議
  12.5.4 批處理中的統計信息采集
  12.5.5 鐵路警察,各管一段
第13章 感悟性能優化分析的高級工具
 13.1 Oracle 10g = Oracle 10a
  13.1.1 外部手工管理變內部自動管理
  13.1.2 Oracle 10g都有哪些自動的東西
 13.2 AWR是個好東西
  13.2.1 AWR原理
  13.2.2 AWR基本操作
  13.2.3 把AWR功能用個夠
 13.3 ADDM︰Oracle能自動診斷監控嗎
  13.3.1 ADDM能干啥
  13.3.2 DBA要失業了嗎
 13.4 SQL優化進入工業化時代
  13.4.1 傳統模式到工業化
  13.4.2 SQL Tuning Advisor能做哪些優化
  13.4.3 SQL Access Advisor能做哪些優化
  13.4.4 SQL Tuning Advisor和SQL Access Advisor的差異
  13.4.5 OEM中的每條命令我都會敲
  13.4.6 IT工業化時代的初級階段
第14章 參數配置與性能優化
 14.1 神奇的“魔術師”
  14.1.1 不調系統參數
  14.1.2 調錯系統參數
 14.2 漫談初始化參數
  14.2.1 神奇的初始化參數
  14.2.2 參數設置基本思路和經驗
  14.2.3 將Log Buffer設它個幾百兆
 14.3 自動內存管理
  14.3.1 DBA真地快沒活干了
  14.3.2 自動內存管理技?管用嗎
 14.4 Buffer Cache優化
  14.4.1 Buffer Cache參數設置思路
  14.4.2 Buffer Cache優化技術
  14.4.3 Buffer Cache的其他優化技術
 14.5 Shared Pool優化
  14.5.1 Shared Pool參數設置思路
  14.5.2 Shared Pool優化技術
  14.5.3 再撞一次牆
 14.6 PGA優化
  14.6.1 PGA參數設置思路
  14.6.2 匪夷所思的做法
 14.7 奇妙的Oracle內部參數
  14.7.1 Oracle有神奇的內部參數嗎?
  14.7.2 內部參數的一次神奇作用
  14.7.3 不要濫用內部參數
  14.7.4 令人眼花繚亂的內部參數和event
第15章 存儲技術與性能優化
 15.1 什麼時候才考慮I/O優化
 15.2 裸設備?文件系統?ASM?
  15.2.1 裸設備有那麼神奇嗎?
  15.2.2 客戶期望值太高了
  15.2.3 文件系統和裸設備的原理分析
  15.2.4 文件系統同樣好
 15.3 RAID與性能優化
  15.3.1 也說RAID
  15.3.2 IBM太慷慨了
 15.4 Oracle管存儲了
  15.4.1 關于ASM的疑慮
  15.4.2 ASM是什麼?
  15.4.3 ASM有什麼技術優勢?
  15.4.4 Oracle即將不支持裸設備了
 15.5 ASM優化策略
  15.5.1 裸設備與ASM的性能對比
  15.5.2 如何保證ASM實施的高性能
  15.5.3 ASM事例的參數設置建議
 15.6 ASM實施案例
  15.6.1 我所見過的真正海量數據庫
  15.6.2 裸設備還是ASM文件系統?
  15.6.3 ASM、OMF、大表空間技術的完美結合
  15.6.4 年輕教授被ASM氣得直跳腳
  15.6.5 寬容平和的心態
第16章 數據保護中的性能優化
 16.1 Oracle豐富的數據保護技術
  16.1.1 Oracle高可用性解決方案全景圖
  16.1.2 相關技術和產品的定位
 16.2 RMAN實施現狀分析
  16.2.1 備份恢復只是磁帶庫廠商的事情?
  16.2.2 RMAN實施中常見問題分析
 16.3 RMAN備份的優化
  16.3.1 RMAN備份優化的基本策略
  16.3.2 RMAN備份優化的傳統技術
  16.3.3 在表空間級進行RMAN備份
  16.3.4 10g的快速增量備份技術
  16.3.5 備份壓縮技術
 16.4 RMAN恢復的優化
  16.4.1 頭疼醫頭,腳疼醫腳
  16.4.2 降低日志恢復量
  16.4.3 增量更新備份
 16.5 快速恢復數據的新技術︰Flashback
  16.5.1 人為邏輯錯誤是最大的單一因素
  16.5.2 傳統的數據恢復技術及缺陷
  16.5.3 Flashback技術概述
  16.5.4 Flashback技術綜合對比
  16.5.5 Flashback技術與傳統數據恢復技術綜合運用
 16.6 Data Guard實施中的優化
  16.6.1 容災系統與生產系統是緊密相關的
  16.6.2 還是原理最重要
  16.6.3 日志傳輸的優化
  16.6.4 日志恢復的優化
  16.6.5 容災系統與生產系統的配置關系
  16.6.6 也談Data Guard?硬件存儲鏡像技術
 16.6.7 Data Guard和存儲鏡像技術的綜合
第17章 故障診斷與性能優化
 17.1 故障診斷與性能優化的區別
  17.1.1 故障診斷與性能優化不完全是一回事
  17.1.2 故障診斷需要一個偉大的心髒
 17.2 大汗淋灕的故障診斷
  17.2.1 一個“Ctrl + C”幾乎搞死一個系統
  17.2.2 啼笑皆非的故障處理過程
  17.2.3 脅從犯的自責
 17.3 可別小看數據壞塊處理
  17.3.1 “關于Oracle?敗問題的處理”
  17.3.2 飛機落地了,資料還未看完
  17.3.3 收集信息、制定處理方案最重要
  17.3.4 數據壞塊處理的八卦圖
  17.3.5 別亂用DUL
  17.3.6 如何防範數據壞塊
 17.4 堪比好來塢大片的情節
  17.4.1 我的女同事被嚇壞了
  17.4.2 驚心動魄的時刻!
  17.4.3 事件遠沒有結束
  17.4.4 其實原因很簡單
 17.5 Oracle Buuuuuuuuuuuuuug
  17.5.1 我看Oracle Bug
  17.5.2 手工作坊與大工廠的差別
  17.5.3 一個展板都畫不下的流程圖
 17.6 軟件版本管理和補丁實施
  17.6.1 相關術語和概念
  17.6.2 未雨綢繆的補丁實施計劃
  17.6.3 打補丁那點事
  17.6.4 補丁沖突分析像偵探推理
第18章 DBA職責及性能管理
 18.1 我的專職DBA經歷
  18.1.1 不太安心的“DBA”
  18.1.2 無所事事的“DBA”
  18.1.3 手忙腳亂的“DBA”
  18.1.4 無所事事的DBA
 18.2 DBA職責建議
  18.2.1 DBA的十大任務
  18.2.2 DBA的工作比例
  18.2.3 不太懂SQL的DBA
  18.2.4 一位技術實力超強的DBA
 18.3 DBA在性能方面的工作
  18.3.1 每日的工作
  18.3.2 每周的工作
  18.3.3 每月的工作
  18.3.4 其他的工作
 18.4 性能管理更重要
  18.4.1 性能問題其實是管理問題
  18.4.2 開發人員永遠都長不大?
  18.4.3 Oracle核心技術開發團隊的故事
 18.5 開發與運行維護的脫節
  18.5.1 開發與運行維護部門的獨立性
  18.5.2 開發與運行維護工作的脫節
 18.6 客戶/開發商/Oracle的分工合作
  18.6.1 目前的分工和定位
  18.6.2 客戶在IT系統中的作用
  18.6.3 建議的分工和定位
  18.6.4 包含3種角色的項目組
 18.7 分工合作的成功案例
  18.7.1 系統運行情況
  18.7.2 系統主要技術特點
  18.7.3 項目成功因素分析
  18.7.4 Oracle公司的服務經驗
  18.7.5 項目的不足
第19章 軟件就是服務
 19.1 Oracle服務體系概述
  19.1.1 Oracle公司組織結構一瞥
  19.1.2 Oracle豐富的服務產品
 19.2 我看Oracle標準服務
  19.2.1 標準服務不僅僅是法律條款
  19.2.2 標準服務的益處
 19.3 愛不釋手的Metalink
  19.3.1 幸虧有Metalink
  19.3.2 初嘗Oracle服務甜頭
  19.3.3 Metalink是個大寶藏
  19.3.4 Metalink是個自助式的知識庫
  19.3.5 在Metalink中提交SR的經驗
  19.3.6 把Metalink當成學習工具
 19.4 Oracle高級客戶服務
  19.4.1 ACS服務概述
  19.4.2 基于ITIL理念的ACS服務
  19.4.3 我們不是鐘點工
  19.4.4 ACS的運行維護服務
  19.4.5 IT系統挑戰和ACS解決方案服務
  19.4.6 幾種ACS解決方案服務
 19.5 又一次救火之後的感慨
  19.5.1 又著火了
  19.5.2 再次感謝Metalink
  19.5.3 客戶把系統重新安裝了
  19.5.4 其實還是服務問題
第20章 一個更全面的案例
 20.1 為升級而來
  20.1.1 初識客戶
  20.1.2 升級方案遇到阻力
 20.2 以性能優化開路
  20.2.1 性能是升級的第一大風險
  20.2.2 調整服務思路
 20.3 性能整體評估
  20.3.1 先看操作系統數據
  20.3.2 數據庫基準指標的采集
  20.3.3 性能分析策略和原則
 20.4 若干典型問題
  20.4.1 還是索引這樣基礎的問題
  20.4.2 發現了最大的性能瓶頸
  20.4.3 我把開發人員嚇住了
  20.4.4 參數可調的余地太小
 20.5 難以解決的問題︰中間表
  20.5.1 又一類典型問題
  20.5.2 9i沒有合適的招
  20.5.3 10g的有效解決辦法
 20.6 又說分區方案設計
  20.6.1 分區表太多了
  20.6.2 分區設計的其他問題
  20.6.3 綜合平衡考慮問題不簡單
 20.7 再說升級
  20.7.1 對升級的兩種極端看法
  20.7.2 為什麼要升級
  20.7.3 常見的升級方法
  20.7.4 Oracle升級服務包
  20.7.5 如何降低性能風險
第21章 綜合類
 21.1 Oracle出硬件了
  21.1.1 我快變成硬件工程師了
  21.1.2 我看Exadata
  21.1.3 ACS在Exadata方面的服務
 21.2 Oracle全文檢索技術
  21.2.1 Oracle能做搜索引擎
  21.2.2 茅塞頓開的解決方案
  21.2.3 林子大了,什麼鳥都有
 21.3 什麼是IT系統最寶貴的財富
  21.3.1 IT系統最寶貴的財富是信息本身
  21.3.2 也談信息中心的作用
 21.4 如何閱讀Oracle聯機文檔
  21.4.1 Oracle聯機文檔的確是個寶藏
  21.4.2 合理分類閱讀和利用
  21.4.3 按工作角色和任務去閱讀
 21.5 IT行業中的“偽”科學
  21.5.1 什麼叫IT“偽”科學
  21.5.2 費力不討好的事情
  21.5.3 我也是“偽”IT科學的吹鼓手
 21.6 性能優化與橋牌
  21.6.1 大局觀的重要
  21.6.2 實施計劃的重要性
  21.6.3 應善于捕捉、利用信息
  21.6.4 合作、溝通的重要性
  21.6.5 簡簡單單,平平淡淡就是真
 21.7 IT業其實還是個孩子
 21.8 大話南游記
結束語
參考文獻
推薦語
 推薦語1
 推薦語2
 推薦語3
 

  我與作者曾經同在一個研究所工作,也都從事過與數據庫技術相關的工作。這次得知作者編寫了一本基于多年在Oracle數據庫領域耕耘的經驗之作,甚感欣喜。于是,第一時間就快速瀏覽了全書概貌,並精讀了部分章節,很快就為這本不僅包容了大量技術內涵,同時又具有很強可讀性的書籍所吸引,並欣然受邀為該書作序。

  多年來,我一直在從事IT系統總體規劃、論證、組織和建設工作,深深感受到方方面面對高品質IT服務的強烈需求,特別是對大量數據中心建設之後海量數據庫系統的高性能挑戰。如何有效解決性能問題?先進的計算理念、高性能的硬件平台和系統軟件固然是重要的基礎設施保障,但就像作者在書中多次所言,IT系統的整體規劃,特別是應用系統的設計開發,才扮演著更重要角色,尤其是大量基本技術的合理運用將起到至關重要的作用,我想這也是作者在書中一直在詮釋的一些重要觀點。在崇尚雲計算和節約型發展的當今社會,各行各業都在追求用信息和信息技術精確調控物質和能量的發展模式,由追求量轉變為追求質,作為這種發展模式的重要手段,把IT系統本身的設計、開發等工作做得更精、更細,應成為IT從業人員矢志不渝追求的目標。

  我對雲計算的發展途徑和面臨的挑戰長期關注。根據國外IDC組織的調查,企業最關注的雲計算話題首先是安全性問題,?居第二的是各種各樣的雲計算中心服務的質量即性能問題。可見,IT系統性能不僅是業界所始終關注的話題,而且也是未來新的計算理念和架構運用的重要基礎。也如作者在“架構和性能優化”一章所言︰系統架構在某種程度上就是為性能優化服務的,而日益復雜的系統架構,又帶來了更多富有挑戰性的性能問題和性能需求。

  瀏覽全書的另一大感觸是全書豐富的案例和各種翔實的數據,這些來自作者親身經歷的國內銀行、電信、政府等行業和部門大量一線IT系統的實際案例,不僅驗證了相關優化技術的運用過程,凝結了作者多年的實際工作經驗和感悟?對廣大一線IT從業人員也一定大有裨益。如作者所言,案例也折射出一些IT系統技術之外的管理、體制等方面的問題。書中生動敘述的大量故事,以及對IT行業、社會的大量積極向上、也充滿一定憂患意識的有感而發,我想也是本書吸引讀者的一大亮點。

  一名IT技術人員,不僅能深深品味出具體技術在實際應用過程中的體驗,而且能對技術之外的事物充滿感悟,的確難能可貴。我很欣賞本書的主題和定位︰領悟IT技術,品味人間百態。
網路書店 類別 折扣 價格
  1. 新書
    87
    $308