Recent Posts

RSS Feeds

DBA日记第二部做了结构性调整，正在修订中，第三部的连载要退后一段时间，见谅

Posted on 十一月 18, 2009 by 白鳝

前些天和责任编辑一起沟通了一下，对书的结构作了调整，调整后的结构如下（还有一些内容需要补充，所以估计要多花半个月时间修订）

目录

1. 序章 5

1.1. 老白学RAC 8

2. 基础知识篇 10

2.1. 关于RAC安装的一些网络资源 10

2.2. CACHE FUSION的概念 10

2.3. 举例说明CACHE FUSION的算法 12

2.3.1. 场景（1）C节点申请访问DB1 12

2.3.2. 场景（2）B节点需要读DB1 13

2.3.3. 场景（3）B节点需要修改DB1 14

2.3.4. 场景（4）C节点需要修改DB1 14

2.3.5. 场景（5）B节点需要将DB1存盘 15

2.4. 什么是CRS 16

2.5. RAC的主要性能指标 19

2.5.1. 总体负载与命中率指标 19

2.5.2. 消息传输相关的指标 21

2.5.3. GLOBAL CACHE SERVICE的相关指标 22

2.6. 如何阅读SYSTEMSTATE DUMP 23

2.6.1. 标准的STATE OBJECT HEADER 25

2.6.2. PROCESSSTATE DUMP (ksupr) 26

2.6.3. SESSION STATE OBJECT 29

2.6.4. CALL STATE OBJECT 31

2.6.5. ENQUEUE STATE OBJECT 31

2.6.6. 使用ASS分析SYSTEMSTATE DUMP 36

2.6.7. 一个通过SYSTEMSTATE DUMP定位故障的案例 64

2.7. AWR中的主要事件分析 75

2.8. AWR中的主要WAIT EVENT分析 87

2.8.1. WAIT EVENTS分析的一些常识 87

2.8.2. LATCH FREE 91

2.8.3. db file sequential read 92

2.8.4. db file scattered read 94

2.8.5. Buffer busy waits 98

2.8.6. REDO LOG相关等待 99

2.8.7. enqueue 100

2.8.8. DFS LOCK HANDLE 100

3. 安装升级篇 104

3.1. 麻烦不断的安装历程 104

3.1.1. 3月1日 安装这种活也找我？ 104

3.2. 单机升级到RAC 106

3.2.1. 4月14日 各怀心思的研讨会 106

3.2.2. 5月19日 令人目瞪口呆的方案 110

3.2.3. 6月20日 令人沮丧的实验 116

3.2.4. 6月21日 好事多磨 122

3.2.5. 7月1日 一身冷汗 126

3.2.6. 后记-值得总结的教训 135

4. 故障处理篇 137

4.1. 经常宕机的RAC系统 137

4.1.1. 3月2日 上海的紧急故障 137

4.1.2. 3月3日 上海第一天 143

4.1.3. 3月4日 决定 155

4.1.4. 3月5日 平安无事了 162

4.1.5. 后记-态度决定一切 166

4.1.6. 技术要点-如何分析CRS宕机故障 167

4.2. 好的方法是成功的一半 172

4.2.1. 8月8日 又宕机了 172

4.2.2. 8月9日 求人不如求自己 178

4.2.3. 8月9日夜 定位故障 185

4.2.4. 8月10日 及时雨 191

4.2.5. 后记-方法的正确性是成功的保障 197

5. 性能优化篇 202

5.1. EIA系统的性能问题 202

5.1.1. 3月6日 紧急求援 202

5.1.2. 3月7日 典型的RAC性能问题 206

5.1.3. 3月8日 阿才的奇怪问题 213

5.1.4. 后记 217

5.1.5. 案例的启示-RAC环境下的常见优化方法 219

5.2. 奇怪的RAC性能问题 222

5.2.1. 8月4日 系统告急 222

5.2.2. 8月5日 分析的方法 231

5.2.3. 8月6日 extent pre-allocation 237

5.2.4. 后记-谈谈负载均衡模式下的RAC优化要点 241

5.3. 爱刨根问底的客户 242

5.3.1. 8月15日 奇怪的性能下降 242

5.3.2. 8月16日 系统级的调整 248

5.3.3. 8月17日 负载均衡OR NOT？ 261

5.3.4. 后记#1-RAC环境中的并行查询 277

5.3.5. 后记#2-为什么在CPU出现瓶颈的时候要加大DB CACHE 279

5.4. 外来的和尚好念经 281

5.4.1. 4月25日 一封邮件引发的事端 281

5.4.2. 4月27日 突生变故 284

5.4.3. 4月29日 Richard Warham 290

5.4.4. 4月30日 IO优化 296

5.4.5. 5月1日 在家聊天 299

5.4.6. 5月8日 危机再现 303

5.4.7. 5月12日 Richard的180度大转弯 308

5.4.8. 5月13日 系统扩容 311

5.4.9. 5月14日 Richard请客 316

5.4.10. 6月1日 新的起点 319

5.4.11. 6月7日 孤独的唱反调的人 323

5.4.12. 6月8日 ITL等待引发的RAC性能问题 326

5.4.13. 6月9日 ORA-8104 329

5.4.14. 6月15日 又陷危机 331

5.4.15. 6月16日 IO负载均衡 335

5.4.16. 6月18日 按下葫芦浮起了瓢 340

5.4.17. 6月19日 实施优化 343

5.4.18. 后来 347

6. 设计好的RAC应用，也算后记 349

 

Permalink     2 Comments

« DBA日记第三部预告 | Main | 新补写的一节DBA日记 »


评论:

书啥时候出版呢？

发表于 niubro 在 2009年11月19日, 12:42 下午 CST #

有电子版的没。。 好想看哦。。

发表于 221.130.252.36 在 2009年12月22日, 03:21 下午 CST #

发表一条评论：
  • HTML语法： 启用