概述

1. p5 RAC使用缓存融合技术来管理所有节点的数据缓存并保持一致...
   1. 为什么不从高速IO网络读取，而是从其他节点的缓存？
   2. p15 GCS GES GRD
   3. 还有一些后台进程：LMS LMON LMD LCK DIAG
2. 集群体系结构
   1. 全共享
      1. 主-从：SQL Server集群、Oracle Fail Safe、RAC One Node
      2. 主-主：RAC
   2. 无共享
3. 12cR1 Flex集群
   1. p28 松散耦合的叶节点架构，少数Hub节点紧耦合
4. 多个物理网卡组合为一个逻辑网卡：Linux Bonding/MS NIC Teaming
5. 11.2.0.2 HAIP
6. RAC组件：ASM + Clusterware
   1. crsctl
   2. OCR（集群注册表）
   3. p19 ONS（通知服务） FAN（快速应用通知） FCF（快速连接故障切换）
7. 脑裂：STONITH算法，健康节点让问题节点重新启动？
8. 透明应用程序故障切换（TAF）
9. 虚拟IP
10. 应用连续性（AC）
11. 滚动升级？
12. 拥有成本：标准版Oracle数据库包含RAC，但CPU插槽总数<=4
    1. 与大型SMP服务器相比更便宜，因为采用了Linux和低成本硬件？
13. RAC最多可承受N-1台故障，每个硬件规划留有N-1/N的余量

集群件管理和故障诊断

1. OHAS：GPnP GNS GIPC mDNS osysmond ologgerd
2. CRS（上层堆栈）：CRS CSS CSS代理 CSS监视 CTSS EVM ONS oraagent orarootagent
   1. 一堆管理命令行程序：略

运行实践

1. LREG：执行监听的注册
2. 故障切换类型：NONE SESSION SELECT（记住游标位置）TRANSACTION
3. 11.2 SCAN（前端重定向？）
4. 12c GDS
5. 临时表空间
   1. SS队列、使用CI队列的DFS锁句柄、11g+ 释放盘区缓存批量进行（每次100个）
6. 大量数据的修改
   1. 减少全局缓存的传输、尽可能在同一节点内分配所有的PX服务
7. 性能指标收集：OSWatcher、AWR、statspack
8. 参数文件管理
9. 密码文件管理
10. svrctl：管理数据库和实例

新特性

1. Flex集群和Flex ASM
   1. 略
2. 多租户：在一个CDB中有多个PDB
   1. CDB$ROOT
   2. PDB$SEED
   3. PDB
3. 其他：IPv6 GDS ACFS/ADVM 在线资源属性修改
   1. 基于策略的数据库管理
   2. ASM磁盘组
   3. ...

存储和ASM

1. 存储协议：SCSI FC IP NAS
2. 多路径：一组SCSI设备指向同一个存储设备（LUN）
3. ASMLib？
   1. p169 强烈建议用像RAID 1+0这样的外接RAI配置来保证ASM冗余
4. 在ASM上存放OCR和voting disk
5. ACFS

应用设计上的问题

1. ‘右边索引增长竞争’（由于自增键？）：
   1. 哈希索引分区
   2. 哈希表分区（如果没有做好分区修剪数据，逻辑读会大量增加）
   3. 反向索引（不支持范围查询）
   4. （应用控制的）使用多个不同范围的序列
2. 大量的TRUNCATE／DROP
   1. 可引发对象级别的检查点事件；全局等待会导致严重的问题
   2. 全局临时表（GIT）?
3. 序列缓存
   1. ORDER,CACHE 20
4. 空闲块链表和自动段表空间管理（ASSM）
5. 过多的提交
   1. LGWR延迟会导致LMS延迟，进一步使其他节点全局缓存事件需要更长的等待，‘gc buffer busy wait’
6. 长时间没有提交的事务（导致很多回滚？）
7. 本地访问*
8. 小表更新
9. 索引设计
   1. 位图索引很适合只读表；‘压缩索引’
10. 低效的执行计划
11. 过多的平行扫描
12. 全表扫描：直接路径？
13. 应用之间的关联性＊
14. 应用改变的实施
    1. library cache lock/pin

管理和调优一个复杂的RAC环境

1. 共享 vs 非共享的主目录
2. 服务器池
3. 11gR2 实例锁定
   1. SQL> ALTER SYSTEM SET CPU_COUNT=2 SCOPE=BOTH SID=‘instance_name‘;
4. 小规模 vs 大规模
5. 裂脑：节点驱逐、fencing、STONITH
   1. 在网络层建立冗余
   2. 为应用工作负载分配足够的CPU/内存并设定限额
   3. 实施DBRM和IORM
   4. 避免配置过多的LMS_PROCESSES
   5. AUTO DOP
6. 节点驱逐
7. 延伸距离集群——摘要、概括和最佳实践
8. RAC安装配置在不同ＯＳ中的考虑／窍门
   1. Linux：HUGEPAGES、ASMM、GI
   2. Windows：
      1. 让公用NIC优先于私有NIC？
      2. 使用异步IO

备份与恢复

1. p240 利用快速恢复区（FRA）
2. 多通道
   1. RMAN> configure channel 1 device type disk connect ‘sys/passwd@RONDB_1‘;
3. p250 块改变跟踪（BCT）

网络实践

1. p265 RDS协议需要特定硬件（InfiniBand）和内核驱动
   1. 与UDP类似，RDS中没有ACK机制，而且更进一步的，RDS设计是零复制；完全跳过了IP（？）
2. p270 VIP的存在避免了对于TCP超时的不必要等待
3. 集群内联／私有网络
   1. 每块网卡需要配置独立的子网段（11.2+）＝〉否则，拔除第一块网卡上的网线，ARP就无法正确更新ARP缓存（why？）
4. 巨帧：MTU=9000
5. LB和故障转移
   1. 12c HAVIP
6. 内核参数
   1. net.ipv4.ipfrag_low/high_thresh, net.ipv4.ipfrag_time
7. GC Lost Block问题
8. GNS

优化RAC数据库

1. GRD*
2. RAC等待事件*
   1. GC Current Block 2-way/3-way
   2. GC CR Block 2-way/3-way
   3. GC CR Grant 2-way/GC Current Grant 2-way
   4. GC CR Block Busy/GC Current Block Busy
   5. GC CR Block Congested/GC Current Block Congested
3. 占位等待事件
4. 发送端分析
5. GCS Log Flush Sync
6. GC Buffer Busy Acquire/Release
   1. 唯一索引
   2. 表块
7. DRM进程概述*
8. AWR报告和ADDM

锁与死锁

1. 全局资源类型：
   1. BL（Buffer Lock），GCS管理
   2. 非BL：TX、TM、SQ，GES管理
2. 锁模式*
3. 锁争用的故障排除方法＊
4. 入队争用（暂略）
   1. TX
   2. TM
   3. HW
5. DFS Lock Handle
   1. SV资源
   2. CI资源
   3. p373 队列类型：SS/IV/CI
6. Library Cache Locks/Pins
7. 队列统计信息
8. v$wait_chains
9. Hanganalyze
10. 死锁
11. LMD跟踪文件

并行查询

1. p416 Partition-Wise Join
   1. 传统PX使用的是Producer/Consumer模式,...

集群件和数据库升级

RAC One Node