DBA日记第二部 前言部分-老白学RAC (1) 3
1.1. 单机升级到RAC 7
1.1.1. 4月14日 各怀心思的研讨会 7
1.1.1. 5月19日 令人目瞪口呆的方案 10
1.1.1. 6月20日 令人沮丧的实验 13
1.1.1. 6月21日 好事多磨 17
1.1.1. 7月1日 一身冷汗 20
1.1. 经常宕机的RAC系统 26
1.1.1. 3月2日 上海的紧急故障 26
1.1.2. 3月3日 上海第一天 30
1.1.3. 3月4日 决定 39
1.1.4. 3月5日 平安无事了 44
1.1.5. 后记 47
1.1.6. 本章技术要点讲解 48
1.1. EAI系统的性能问题 52
1.1.1. 3月6日 紧急求援 52
1.1.2. 3月7日 典型的RAC性能问题 55
1.1.3. 3月8日 继续优化 59
1.1.4. 后记 62
1.1. 奇怪的RAC性能问题 63
1.1.1. 8月4日 系统告急 63
1.1.1. 8月5日 分析的方法 68
1.1.1. 8月6日 extent pre-allocation 72
1.1. 好的方法是成功的一半 74
1.1.1. 8月8日 又宕机了 74
1.1.1. 8月9日 求人不如求自己 79
1.1.1. 8月9日夜 定位故障 86
1.1.1. 8月10日 及时雨 90
1.1.1. 后记 94
1.1. 爱刨根问底的客户 97
1.1.1. 8月15日 奇怪的性能下降 97
1.1.1. 8月16日 系统级的调整 101
1.1.1. 8月17日 继续优化 111
1.1. 外来的和尚好念经 120
1.1.1. 4月25日 一封邮件引发的事端 120
1.1.1. 4月27日 突生变故 123
1.1.1. 4月29日 Richard Warham 127
1.1.1. 5月1日 在家聊天 132
1.1.1. 5月8日 危机再现 135
1.1.1. 5月12日 Richard的180度大转弯 139
1.1.1. 5月13日 系统扩容 141
1.1.1. 5月14日 Richard请客 144
1.1.1. 6月1日 新的起点 147
1.1.1. 6月7日 孤独的唱反调的人 150
1.1.1. 6月8日 ITL等待引发的RAC性能问题 152
1.1.2. 6月9日 ORA-8104 154
1.1.1. 6月15日 又陷危机 156
1.1.1. 6月16日 IO负载均衡 158
1.1.1. 6月18日 按下葫芦浮起了瓢 161
1.1.1. 6月19日 实施优化 163
DBA日记第二部 前言部分-老白学RAC (1)
老白接触RAC的时候RAC还叫OPS，OPS翻译成中文就是ORACLE并行服务器，不过那个时侯DBA还是喜欢把OPS叫做ORACLE CLUSTER。老白对CLUSTER的认识来自于DEC公司���VAX CLUSTER，VAX CLUSTER是一种十分优秀的集群系统，在集群里的任何一个资源（文件、磁盘、端口、设备，等等）只要被设置为CLUSTER资源，那么这个资源就可以在整个CLUSTER中共享。VAX CLUSTER这种古老但是十分优秀的技术现在已经基本上快消亡了，不过VAX CLUSTER技术给了老白很多误导，认为CLUSTER就应该是这样的，不过随着DEC的灰飞烟灭，我们看到20年后的今天，UNIX上的CLUSTER还只能做到VAX CLUSTER的一小部分功能。15年前，老白开始使用ORACLE数据库的时候，绝大多数客户对CLUSTER的认识还停留在HA层面上，当时最常用的词汇是双机热备和双机冷备这个概念，这两种技术都被宣传为CLUSTER技术，所不同的是双机热备就是我们现在所认知的RAC，而双机冷备就是我们现在常说的HA系统。早期老白接触CLUSTER系统的时候，实际上客户对ORACLE CLUSTER���要求只是基于热备和冷备的需求，而不是来自于性能和可扩展性方面的需求。那时候的数据库往往较小，一般在几百M到10多个G，而且应用系统也比较简单，因此系统在性能上的问题较少，DBA的主要工作就是帮助客户安装ORACLE系统，当然OPS的安装是这中间技术含量最高的了。
早期的OPS系统安装十分复杂，需要在操作系统上打打大量的补丁，进行复杂的配置，因此OPS系统的安装一般会选择购买原厂的服务，ORACLE的销售一般会把OPS的安装说成是一个和阿波罗登月一样复杂的工作，因此敢于不购买原厂安装服务的客户少之又少。说实在的，不要说是OPS系统，早期的ORACLE系统安装也十分复杂，老白曾经帮客户安装过ORACLE 5.1 FOR OPENVMS，介质存储在266M���磁带上，从磁带上将安装介质导出来，到编译链接，再到创建数据文件和表空间，整个过程确实和火箭发射没多大区别了。不过从ORACLE 6开始，ORACLE的安装变得简单起来了，有一次老白给一个客户安装一套SCO UNIX 5.0上的ORACLE 7，当客户看到老白拿出厚厚的两盒子安装盘的时候，不禁生出敬畏之心，于是他搬了张椅子坐在老白的身边，想好好学习一下传说中的复杂工艺，开始的一些眼花缭乱的字符界面和配置确实让他感到有些神秘，他不停的问老白每个配置选项的含义，几分钟的配置很快就过去了，剩下的就是好像永无止尽的换盘。对于一个几十M的“大型”软件来说，1.44M的软盘似乎容量太小了。等老白换到第十几张盘的时候，那哥们终于打着哈欠离开了，临走的时候还说了一句：“老白，原来你们DBA干的就是这种没有什么技术含量的活��，下回有客户安装ORACLE我去帮你干吧。”
虽然说ORACLE 的安装变得简单了，不过OPS的安装还是一个在业界认为是技术含量最高的活，甚至有些ORACLE的工程师都十分惧怕安装OPS，我就曾经见过一个客户到了客户那里拼命的说OPS的坏话，并且建议客户把系统做成HA模式。最后在客户的一再坚持下，他硬着头皮开始安装OPS，在折腾了2天后，他不得不承认这是自己第一次安装OPS，估计是搞不定了，等过两天公司派个高手再过来安装。
看到传说中的OPS居然是如此的难缠，于是老白也在工作中尽可能的避开OPS，好在那时候的客户对系统的高可用性和高可扩展性方面的需求并不明显，因此在最初的几年里，老白都能很轻松的说服客户不要使用OPS。不过该来的事情总是要来的，98年经历了那次8.0.4 OPS大型故障后，虽然老白对OPS更加排斥，但是在一个项目中，老白终于无法躲开OPS了。当时我们承接一个比较大型的软件项目，这个项目是从国家火炬计划的经费下拨的重点项目，因此该项目在前期方案认证的时候��了一大批清华大学的专家，于是高可用性、高可扩展性之类的需求就放在了十分重要的位置。再加上数据库选择了使用ORACLE，那么上OPS就是必然的事情了。更让老白头疼的是因为在经费预算上的不足，最终这个项目确定的时候连集成费和购买ORACLE原厂安装服务的钱都没有了，这就意味着从小型机的安装、村粗的安装、数据库的安装到应用软件开发这一条龙的工作都必须由我们这家专门从事软件开发的公司来承担了。当甲方的科技处处长一脸坏笑的对老白说“要么你们全接下来，要么我们就另请高明”的时候，老白也只能苦笑着拍胸脯了，这百把万的单子，够老白全公司吃一年的了，就是砸锅卖铁也必须接下来。
胸脯好拍，事情难做，为了做好这个项目，合同还没签订，老白就已经开始了OPS技术的学习。从ORACLE.COM上老白下载了一套oracle 8.1.6的技术资料，其中一个《Oracle8i Parallel Server Documentation Online Roadmap》的文档介绍了一个学习OPS的路线图。首先需要学习第三方厂商的CLUSTERWARE的相关技术，这方面还算好，老白好歹还是在DEC混过段时间的，早就从原厂找了一个ALPHA产品���高手来��助安装系统，这部分内容就先省了吧。第二步就是学习《Oracle8i Parallel Server Concepts》，这是一本介绍OPS概念的书，从概念入门，循序渐进对的学习方法和老白一贯的学习方法是一致的，老白决定先用个把星期时间认真研读一下这本书。第三步是阅读《Oracle8i Parallel Server Setup and Configuration Guide》，这是一本介绍安装配置的书，真正实战安装就要靠这本书来指导了，这本书不一定需要面面具到的阅读，不过主要的脉络是一定要认证看看的。第四步是阅读《Oracle8i Parallel Server Administration, Deployment, and Performance》，这本书和我们今后的应用开发、部署和性能优化有关，是十分重要的，不过在目前阶段我们还不会碰到这方面的问题，可以稍微往后放放，不过关于性能优化的内容还是要尽早阅读，最好能在我们数据字典设计完成之前把OPS性能方面要考虑的问题搞清楚。
阅读《Oracle 8i Parallel Server Concepts》这本书对老白的帮助十分大，在阅读这本书之前，老白根本不知道OPS是怎么工作的，只是知道OPS可以支持多个实例同时访问一个数据库。而这本书开场的一段文字给了老白十分深刻的印象，就是这句话为老白认识OPS打开了一扇门：
You can also use Oracle Parallel Server to deliver high performance, throughput, and high availability. Whatever your goal, your challenge is to successfully deploy these technologies to take full advantage of their multiprocessing powers. To do this, you must understand how Oracle Parallel Server works, what resources it requires, and how to effectively use it.
在看到这段文字之前，老白认为OPS可以为开发人员解决一切问题，开发人员只需要将应用部署在OPS上，就可以自然而然的获得高可用性、高可扩展性，并且可以随着OPS中实例的增加获得更强的处理能力。而这段文字中明确指出了，无论你的目的是怎么样的，你必须面临如何成功的部署应用的挑战，要做到这一点，你必须了解OPS是如何工作的，OPS需要获得什么样的资源，并且如何有效的使用这些资源。看样子我必须认真把这本近300页的书看完，起码要了解OPS的基本工作原理���并且在��统设计的时候充分利用OPS的优势，避开OPS的弱点，才能充分发挥OPS的优势。
|
|
资源大小：285.07 KB 
