大话Oracle RAC集群、高可用性、备份与恢复
点此进入淘宝搜索页搜索分類: 图书,计算机与互联网,数据库,Oracle,
品牌: 张晓明
基本信息·出版社：人民邮电出版社
·页码：473 页
·出版日期：2009年
·ISBN：7115204152/9787115204158
·条形码：9787115204158
·包装版本：1版
·装帧：其他
·开本：16
·正文语种：中文
产品信息有问题吗？请帮我们更新产品信息。
内容简介《大话Oracle RAC集群、高可用性、备份与恢复》以Oracle 10g为基础，对Oracle RAC进行了全面的介绍和分析。全书分为两个部分，共14章，第一部分是集群理论篇，这部分从集群基础知识入手，通过分析集群环境和单机环境的不同，介绍了集群环境的各个组件及其作用，以及集群环境的一些专有技术，包括Oracle Clusterware、Oracle Database、ASM、Cache Fusion等。第二部分是实践篇，每一章都针对RAC的一个知识点展开讲解，包括Oracle Clusterware的维护、HA与LB、备份、恢复、Flashback家族、RAC和Data Guard的结合使用、RAC和Stream的结合使用，最后对ASM进行深入介绍，并给出性能调整的指导思想。
《大话Oracle RAC集群、高可用性、备份与恢复》按照“发现问题→解决问题→实践与理论相结合”的方式进行介绍，首先对现实问题进行分析，然后提供合适的解决方案，最后自然地引出Oracle中的理论知识点，这种讲解方法能够有效地降低阅读难度，帮助读者更好地掌握相关技能。
《大话Oracle RAC集群、高可用性、备份与恢复》可以作为数据库开发人员、数据库管理员、数据库初学者及其他数据库从业人员的工作参考手册，也可以作为大中专院校相关专业师生的参考用书和相关培训机构的培训教材。
作者简介张晓明Oracle OGP，现用网名“石头狗“，名称来自于《和佛陀赏花去》中的故事：狗会因为人随手去出的一个东西茆而追逐，可能是一个骨头，一块肉，一个眼神。甚至是一个石头。警示一定要看清自己在追逐的东西。
上个世纪90年代末毕业于某著名的医科大学，毕业后分配到某著名医院从事治病救人的神圣工作。不幸的是，在大学最后一年的实习中我接触到了老式486，这让我魂牵梦系，再加上IT热潮对一个热血青年的巨大诱惑，我终于在行医3年后削尖了脑袋挤进了IT业。回想当年，身边有好几位来自知名医学院校的朋友和我一样义无反顾地加入IT工程师队伍，不知道这几位朋友现在安否？ 我在IT行业中最初是做开发，先后用过C、C++、Java等各种主流和非主流语言，热火朝天的参与过。C++和Java的网土混战，现在回想起来只有一个词评价“幼稚”，不仅是自己幼稚，整个行业也不太成熟。后转从事数据库开发，再转为数据库管理，最终将此定为自己的职业方向。今天，我把这些年来对Oracle数据库的学习和使用心得记录下来，既是对自己的一个阶段总结，也是与所有志同道合的朋友们共同分享。 现任某SP公司数据库团队负责人，负责管理全国20余省市的OLTP以及公司TB级OLAP系统的开发、优化和护。精通数据库管理、备份、恢复、窖灾等设计和规划，特别是高可用、高并发、高压力数据库环境的设计和优化。
目录
第1部分 集群理论篇
第1章 RAC初体验
1.1 本书使用环境
1.1.1 硬件环境
1.1.2 软件环境
1.1.3 本书使用的环境
1.2 如何在PC机上搭建RAC环境
1.2.1 需要下载的软件
1.2.2 安装过程
1.3 任务列表
1.4 规划阶段
1.4.1 确认主机名和3个IP地址
1.4.2 存储方案选型
1.5 实施阶段
1.5.1 主机配置
1.5.2 安装OracleClusterware
1.5.3 安装OracleDatabase
1.5.4 配置Listener
1.5.5 创建ASM
1.5.6 创建数据库
1.6 客户端测试
1.6.1 客户端配置
1.6.2 体验Failover
1.6.3 体验LoadBalance
1.6.4 修改归档模式
第2章 什么是RAC集群
2.1 集群分类
2.2 集群环境的特殊问题
2.2.1 并发控制
2.2.2 健忘症(Amnesia)
2.2.3 脑裂(SplitBrain)
2.2.4 IO隔离(IOFencing)
2.3 RAC集群
2.3.1 存储层
2.3.2 网络层
2.3.3 集群件层
2.3.4 应用层
2.4 小结
第3章 OracleClusterware
3.1 Clusterware和RAC的关系
3.2 OracleClusterware组成
3.2.1 磁盘文件
3.2.2 Clusterware后台进程
3.2.3 网络组件
3.3 Clusterware的日志体系
3.4 小结
第4章 RAC原理
4.1 数据库基本原理
4.1.1 并发访问和数据一致性
4.1.2 事务和隔离级别
4.1.3 Oracle支持的隔离级别
4.2 Oracle单实例的并发控制机制
4.2.1 Lock
4.2.2 数据记录的行级锁
4.2.3 Latch
4.2.4 Latch和Lock对比
4.2.5 进一步理解
4.3 RAC下的并发控制
4.3.1 DLM中资源和锁
4.3.2 Non-CacheFusion资源
4.3.3 CacheFusion资源
4.3.4 GRD(GlobalResourceDirectory)
4.3.5 PCMLock
4.3.6 CacheFusion
4.3.7 RAC并发控制总结
4.4 RAC架构
4.4.1 SGA的变化
4.4.2 后台进程的变化
4.4.3 文件
4.4.4 SCN
4.4.5 CacheFusion、GCS、GES
4.5 RAC和Clusterware的交互
4.5.1 Clusterware层
4.5.2 RAC层
4.6 小结
第5章 存储方案——ASM初步
5.1 Shared-Disk和Shared-Nothing架构
5.2 Oracle10gRAC的存储方案介绍
5.3 ASM架构
5.3.1 ASM实例
5.3.2 文件
5.4 配置ASM
5.4.1 安装位置
5.4.2 创建ASM磁盘
5.4.3 配置ASM实例
5.4.4 创建磁盘组
5.4.5 在数据库中使用ASM的磁盘组
5.5 ASM实例：将数据库迁移到ASM
5.5.1 试验说明
5.5.2 操作步骤
5.5.3 最后验证
5.6 小结
第2部分 实战篇
第6章 RAC维护工具集
6.1 OracleClusterware工具集
6.2 节点层
6.3 网络层
6.4 集群层
6.4.1 crsctl
6.4.2 OCR命令系列
6.5 应用层
6.5.1 crs_stat
6.5.2 onsctl
6.5.3 srvctl
6.5.4 恢复
6.6 小结
第7章 HA和LB
7.1 什么是高可用性
7.2 Failover
7.2.1 Client-SideConnectTimeFailover
7.2.2 TAF(TransparentApplicationFailover)
7.2.3 Client-SideFailover和TAF的对照试验
7.2.4 Server-SideTAF
7.3 OracleClusterwareHA框架
7.3.1 术语介绍
7.3.2 配置命令
7.3.3 完整实例
7.4 LoadBalance
7.4.1 ConnectionBalancing
7.4.2 利用Service分散负载
7.5 测试LoadBalance
7.5.1 通过Listener日志区分路由来源
7.5.2 测试方法
7.5.3 测试过程
7.6 小结
第8章 备份
8.1 概述
8.1.1 备份
8.1.2 恢复
8.1.3 RMAN工具
8.2 使用FlashRecoveryArea
8.2.1 配置FlashRecoveryArea
8.2.2 FlashRecoveryArea的空间监控
8.3 使用RMAN
8.3.1 RMAN工具的使用方法
8.3.2 RMAN配置
8.4 完全备份和增量备份
8.4.1 完全备份
8.4.2 增量备份
8.4.3 其他RMAN命令
8.5 RAC的备份实例
8.6 小结
第9章 恢复
9.1 为什么Oracle数据库能够恢复
9.2 日志
9.2.1 日志线程(RedoThread)
9.2.2 RAC的联机日志
9.3 恢复种类
9.3.1 InstanceRecovery
9.3.2 MediaRecovery
9.3.3 CrashRecovery
9.3.4 OnlineBlockRecovery
9.4 介质恢复
9.4.1 完全恢复
9.4.2 不完全恢复
9.4.3 恢复到单实例
9.5 小结
第10章 其他恢复技术
10.1 数据块恢复
10.2 如何检查数据块一致性
10.2.1 使用初始化参数
10.2.2 DBV工具
10.2.3 Analyze命令
10.2.4 RMAN工具
10.2.5 dbms_repair包
10.3 模拟数据块不一致
10.4 数据块不一致处理办法
10.4.1 收集信息
10.4.2 设计恢复方法
10.4.3 恢复操作
10.5 数据块恢复实例
10.6 Flashback家族介绍
10.7 FlashbackDatabase
10.7.1 FlashbackDatabase架构
10.7.2 启用FlashbackDatabase
10.7.3 FlashbackDatabase
10.7.4 命令和视图
10.8 FlashbackDrop
10.8.1 TablespaceRecycleBin
10.8.2 FlashbackDrop操作
10.8.3 RecyclyBin的维护
10.9 FlashbackQuery和FlashbackTable
10.9.1 Oracle9i的FlashbackQuery
10.9.2 FlashbackVersionQuery
10.9.3 FlashbackTransactionQuery
10.9.4 FlashbackTable
10.9.5 UNDORetntion
10.10 小结
第11章 RAC和DataGuard
11.1 DataGuard介绍
11.1.1 DataGuard架构
11.1.2 日志发送(RedoSend)
11.1.3 日志接收(RedoReceive)
11.1.4 日志应用(RedoApply)
11.1.5 数据保护模式
11.1.6 自动裂隙检测和解决
11.2 RAC和Standby配置实例
11.2.1 RACPrimary和SingleStandby
11.2.2 RACPrimary和RACStandby
11.3 小结
第12章 RAC和StreamReplication
12.1 Stream的工作原理
12.2 DataGuard和Stream对比
12.3 RACStream配置实例
12.3.1 Single(Source)和RAC(Target)
12.3.2 RAC对RAC的复制
12.3.3 STRMMON工具
12.4 小结
第13章 深入ASM
13.1 非ASM的存储结构
13.2 ASM存储结构
13.3 ASM文件系统
13.3.1 ASMMetadata
13.3.2 PhysicalMetadata
13.3.3 VirtualMetadata
13.3.4 DiskRecovery
13.4 条带化(ASMStriping)
13.4.1 ASM文件模板(ASMFileTemplate)
13.4.2 ASM别名(ASMFileAlias)
13.5 RDBMS和ASM之间的交互
13.6 ASM的实例恢复
13.7 ASM和OSFilesystem之间交互
13.7.1 dbms_file_transfer包
13.7.2 RMAN的CONVERT方法
13.7.3 ASM和TTS
13.8 ASM的限制
13.9 小结
第14章 性能与RAC
14.1 RAC的若干特点
14.2 AWR
14.2.1 启用AWR
14.2.2 修改AWR配置
14.2.3 产生AWR报告
14.3 ASH
14.4 SQL调整策略
14.4.1 SQL语句的执行过程
14.4.2 SQL性能调整的基本方法
14.4.3 PL/SQL和SQL
14.5 小结
……[看更多目录]
序言从2008年2月开始动笔到定稿出版，这本书的编写几乎花费了我10个月的时间，大大超出了最初3个月的计划。这个过程虽然不能说寝食难安，但其中的酸甜苦辣也是如人饮水，冷暖自知，如果一开始就知道要投入这么大精力，我真怀疑自己是否有勇气开始动笔。
回顾自己学习RAC的经历，我对它又爱又恨。因为对技术本身的痴迷加上高“薪”技术的诱惑，所以爱；因为没有能力掌控，所以恨。时至今日，我仍然不敢说自己已完全掌握了RAC，RAC的学习过程是对我所有学习过的IT技术的大复习，包括OS、Network、Storage、Database等，甚至可能还有很多领域我从未涉足。
相信很多对Oracle有一定经验的DBA和我有同样的感觉，RAC比普通的Oracle更难入门。不仅因为比比皆是的晦涩艰深的术语，也不仅因为它覆盖的技术领域太广，更主要的是可用的参考资料太少。我翻遍了所有能够获得的书籍资料，但是这些资料都是从很基本、很琐碎的细节开始，从下到上（BoRom．up）的学习方式是虽然看到了“树”，但是看不到“林”。虽然无树不成林，技术细节总是必要的，但过于琐碎的分解给我造成更大的迷惑，到底RAC的总线是什么？GCS、GES、GRD、PCM这些东西是如何堆砌在一起的？
这段痛苦经历促使我决定以自己的方式讲述RAC的故事，如果大家能在这个旅程中豁然开朗，对我而言将是一件很有趣又备感欣慰的事。
文摘插图：
第1部分集群理论篇
第1章RAC初体验
长期以来，业界流行着这样一个“潜规则”：以是否有RAC经历来衡量DBA水平。虽然这种评价方法并不准确，但从某种程度上也反映了RAC在Oracle体系金字塔的塔尖地位。造成这种现象原因有很多，作为一种高端解决方案，RAC的实施成本一度也是很高的，除了硬件成本、OS License、Oracle License成本，还包括第三方的Clusterware软件成本、人力成本，所以RAC案例一直集中在电信、银行、制造等大企业，中小企业鲜有问津，绝大多数的DBA很难有机会接触到这种环境。所以RAC的神秘很大程度上要归功于“高墙锁深宫”，技术本身的因素反而是次要的。
不过最近几年，随着芯片技术的发展，硬件成本逐年降低，物美价廉的PC Server越来越深入人心。而在软件方面，Linux已经不再是一款“教学”软件，越来越多的企业已经在核心业务上选择Linux作为首选平台，Oracle尤其重视在Linux平台上的应用，它也是第一个支持Linux平台的商业数据库。从Oracle本身来说，随着Oracle log版本的推出，Oracle开始提供RAC的“一站式”解决方案，包括针对存储的ASM、针对集群的OracleClusterware。并且这些软件都可以从Oracle网站免费下载。因此在Oracle lOg上部署RAC成本非常便宜——不需要昂贵的小型机和专有的操作系统，普通的PC Server+Linux就足以胜任；不需要采购第三方的集群软件、存储软件、不需要三方的人力资源，只需要一个DBA就可以完全搞定。
