Oracle RAC日记

图书标准信息

• 作者 白鳝 著
• 出版社 人民邮电出版社
• 出版时间 2010-05
• 版次 1
• ISBN 9787115224224
• 定价 48.00元
• 装帧 平装
• 开本 16开
• 纸张 胶版纸
• 页数 312页
• 字数 506千字
• 正文语种 简体中文

【内容简介】

　　《ORACLERAC日记》以Oracle10g为基础，从基础知识、安装升级、故障处理、性能优化4个角度，由浅入深地介绍了OracleRAC项目实施的一些方法和思路。《ORACLERAC日记》一共包括了9个综合案例，每一个案例构成独立的一章，按照“遇到问题→解决问题→案例总结”的思路进行展现，首先对现实问题进行描述和分析，然后提供合适的解决方案，最后自然地引出Oracle中的理论知识点，这种讲解方法能够有效地降低阅读难度，帮助读者更好地掌握相关技能。此外，在每个案例中，都再现了大量真实的工作情景，包括客户交流、人员沟通、寻求资源等，可以帮助读者更好地融入职场，掌握很多高效工作的技巧。

　　《ORACLERAC日记》可以作为数据库开发人员、数据库管理员、数据库初学者及其他数据库从业人员的工作参考手册，也可以作为各大中专院校相关专业师生的参考用书和相关培训机构的培训教材。

【作者简介】

　　白鳝，原名徐戟，国内资深的Oracle数据库优化专家，从事Oracle数据库应用开发、性能优化工作超过15年。曾供职于DEC、赛格集团、长天集团、联想集团等国内外知名企业，担任过应用体系总监、技术总监等高级技术职务。1999年起致力子Oracle数据库性能优化等方面的研究，参与了大量性能优化项目，积累了大量的实际工作案例。2008年起，在博客上连载《DBA日记》，希望将自己在Oracle数据库应用领域的10多年的经验与广大读者分享。

【目录】

基础知识篇

第1章 RAC安装与关键技术

1.1 Oracle 9i RAC安装及相关资源

1.1.1 安装环境简介

1.1.2 数据库安装配置规划

1.1.3 安装后测试

1.2 Oracle 10g RAC安装及相关资源

1.3 CACHE FUSION的概念

1.4 举例说明CACHE FUSION的算法

1.4.1 场景（1）C节点申请访问DB1

1.4.2 场景（2）B节点需要读DB1

1.4.3 场景（3）B节点需要修改DB1

1.4.4 场景（4）C节点需要修改DB1

1.4.5 场景（5）B节点需要将DB1存盘

1.5 什么是CRS

1.6 RAC的主要性能指标

1.6.1 总体负载与命中率指标

1.6.2 消息传输相关的指标

1.6.3 GLOBAL CACHE SERVICE的相关指标

1.7 如何阅读SYSTEMSTATE DUMP

1.7.1 标准的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相关等待

1.9.7 ENQUEUE

1.9.8 DFS LOCK HANDLE

安装升级篇

第2章 麻烦不断的安装历程

2.1 月1日 安装这种活也找我

2.2 月2日 倒霉的一天

2.3 月3日 VAX6510和RDB数据库

2.4 月4日 平静的一天

2.5 月5日 存储优化

2.6 案例启示：职场之道

第3章 单机升级到RAC

3.1 月14日 各怀心思的研讨会

3.2 月19日 令人目瞪口呆的方案

3.3 月20日 令人沮丧的实验

3.4 月21日 好事多磨

3.5 月1日 一身冷汗

3.6 值得总结的教训

故障诊断篇

第4章 经常宕机的RAC系统

4.1 月2日 上海的紧急故障

4.2 月3日 上海第一天

4.3 月4日 决定

4.4 月5日 平安无事了

4.5 如何分析CRS宕机故障

4.6 态度决定一切

第5章 好的方法是成功的一半

5.1 月8日 又宕机了

5.2 月9日 求人不如求己

5.3 月9日 定位故障

5.4 月10日 及时雨

5.5 方法的正确性是成功的保障

第6章 性能故障还是BUG

6.1 月21日 奇怪的性能问题

6.2 月22日 如何解决问题

6.3 小结

性能优化篇

第7章 EIA系统的性能问题

7.1 月6日 紧急求援

7.2 月7日 典型的RAC性能问题

7.3 月8日 阿才的奇怪问题

7.4 小结

7.5 案例的启示：RAC环境下的常见优化方法

第8章 奇怪的RAC性能问题

8.1 月4日 系统告急

8.2 月5日 分析的方法

8.3 月6日 extent pre-allocation

8.4 小结负载均衡模式下的RAC优化要点

第9章 爱刨根问底的客户

9.1 月15日 奇怪的性能下降

9.2 月16日 系统级的调整

9.3 月17日 负载均衡OR NOT

9.4 RAC环境中的并行查询

9.5 为什么在CPU出现瓶颈时要加大DB CACHE

第10章 外来的和尚好念经

10.1 月25日 一封邮件引发的事端

10.2 月27日 突生变故

10.3 月29日 Richard Warham

10.4 月30日 IO优化

10.5 月1日 在家聊天

10.6 月8日 危机再现

10.7 月12日 Richard的180度大转弯

10.8 月13日 系统扩容

10.9 月14日 Richard请客

10.10 月1日 新的起点

10.11 月7日 孤独的唱反调的人

10.12 月8日 ITL等待引发的RAC性能问题

10.13 月9日 ORA-8104错误

10.14 月15日 又陷危机

10.15 月16日 IO负载均衡

10.16 月18日 按下葫芦浮起了瓢

10.17 月19日 实施优化

10.18 后来

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