《大话Oracle Grid:云时代的RAC》——1.2 升级方式的变化

1.2 升级方式的变化

大话Oracle Grid:云时代的RAC
有过Oracle Database经验的读者都知道,以前Oracle 的时候,高版本都是用低版本升级的方式得到的。比如,要装Database .4,得先装个Database 10.2.0.1,然后给这个ORACLE_HOME打补丁P6810189,通过升级的方式达到高版本。这也是当时唯一的一种方法。

现在,Oracle把这种升级方式叫做in-place升级。

Oracle R2的补丁包有了很大的变化,现在每一个补丁集都是一个完整的安装包,可以直接用补丁集进行完整的安装。也就是说,如果想安装Oracle .3,就不再需要采用先安装11.2.0.1然后再打补丁的方式了,而直接安装11.2.0.3。

就算现在我们生产线上跑的是.1,我们也不必对ORACLE_HOME升级,我们可以在某个新目录下安装一个全新的11.2.0.3,然后建个空库,通过数据导入/导出的方式把数据从旧库导到新库,用这种“曲线救国”的方式完成到11.2.0.3的升级,这也是现在Oracle推荐的方式,Oracle把它叫做Out-of-place的升级方式。

各个版本的RAC的部署过程都一样,都可以分作4个步骤:环境准备,安装Grid(Oracle 和11gR1都是Clusterware),然后安装Database,最后是建库。经过这么4个步骤后,就有了一个可用的RAC数据库。

现在,我们就按照这4个步骤来安装Grid的RAC。

Oracle 11.2 RAC与10.2 RAC一脉相承,所以大部分内容与10.2 RAC类似,我在《大话Oracle RAC》一书中详细解释过这些内容。本书只介绍Oracle 11.2中出现的新内容(包括安装也是如此)。更多关于RAC原理的介绍,可以参考《大话Oracle RAC》一书。

时间: 2024-08-01 08:06:52

《大话Oracle Grid:云时代的RAC》——1.2 升级方式的变化的相关文章

《大话Oracle Grid:云时代的RAC》——1.3 环境准备

1.3 环境准备 大话Oracle Grid:云时代的RAC RAC的环境准备可以分成4个方面:主机.用户.存储和网络.在准备阶段中,Oracle 11.2和10.2 RAC之间最重要的区别体现在用户这一方面.在Oracle 11.2之前的版本中,只需要创建一个用户oracle和一个用户组dba.而在Oracle 11.2中,需要创建两个操作系统用户oracle和grid,以及至少4个操作系统用户组.这么做的原因会在后面的章节中介绍. 1.3.1 主机环境 主机环境包括硬件环境.软件环境,硬件中

《大话Oracle Grid:云时代的RAC》一一1.5 小结

1.5 小结 大话Oracle Grid:云时代的RAC 我一直觉得能从Oracle 8i开始接触Oracle的DBA是幸福的,因为那个时候天还是蓝的.水还是绿的,Oracle还就是个库,花哨的功能很少,所以对于有兴趣.有精力.喜欢刨根问底的读者,能刨的就剩下Oracle内部机制了,所以那时ODI一度风靡于网络. 从Oracle 9开始,由于数据库核心已经稳定了,所以Oracle开始在外延发力,各种工具.扩展.行业延伸让人眼花缭乱.当今的Oracle说它是数据库也行,说是应用服务器也不错,说是行

《大话Oracle Grid:云时代的RAC》——第1章 破冰之旅

第1章 破冰之旅 大话Oracle Grid:云时代的RAC 本书是专门为Oracle Grid 11.2(或者11.2 RAC)准备的. 说明: Oracle Grid Infrastructure.Oracle Clusterware是同一个软件的不同时期的名称,而Oracle RAC是这个软件支撑的解决方案,所以本书中我会混用这三个单词,但都是指的一个东西.另外,Oracle Grid Infrastructure这个名字有点太口 罗 嗦,所以我会把它简化成Grid或者GI,就是这样. 说

《大话Oracle Grid:云时代的RAC》导读

前言 大话Oracle Grid:云时代的RAC 自2001年首次发布后,Oracle RAC(Real Appliction Clusters,真正应用集群)一直是最畅销的Oracle数据库产品之一,也是Oracle技术领域中最难掌握的技能 之一. 当Oracle产品线进化到11g时代,我们惊奇地发现,数据库家族有了太多的变化.例如,"服务器池"和"服务管理质量",它们是在整合环境中满足服务级别的关键:Oracle Exadata改变了云的采购与部署模型,提供了私

《大话Oracle Grid:云时代的RAC》——1.1 原料

1.1 原料 大话Oracle Grid:云时代的RAC要解决Grid,手头得有家伙事儿.就像庖丁解牛,除了庖丁和刀,还得有原材料--上千头牛来让他练手(今臣之刀--所解数千牛矣).解决Grid当然得有环境了,我们现在关注的是两个软件--集群软件和数据库. 在Oracle .11gR1中,这两个软件的名字叫Oracle Clusterware和Oracle Database.在Oracle 11gR2中,第一个软件的名字变了,变成Oracle Grid Infrastructure.因此,我们得

《大话Oracle Grid:云时代的RAC》一一1.4 安装

1.4 安装 大话Oracle Grid:云时代的RAC环境准备好后,就可以动手安装了.顺序是先装Grid.再装Database.这两个软件都支持图形化安装和Silent的静默安装.就个人体会而言,Oracle 11.2的各种安装卸载功能都比以前好了许多,基本都能做到了一次通过.所以,Silent方式也是个不错的体验,我放在后面的附录中. 1.4.1 安装Grid 以grid用户登录系统,在shelll下执行./runInstaller,启动安装程序. (1)Metalink账号的设置,如图1-

云时代 揭开性能监测战略的隐秘优势

云时代的性能监测战略 能够对各种变化做出快速响应而不偏离重心和企业发展动力,正逐渐成为各行各业.各种规模企业的奋斗目标.业务敏捷性通常是运营良好,可实现盈利的企业标志.实现这一目标意味着公司已经成功地利用业务关键型技术来提高生产率,并确保业务运行的最佳状态.将应用作为实现业务敏捷性的重要驱动因素时,应用性能的端到端可视化就变得至关重要.例如,在实现和维护业务敏捷性方面,不能低估某些事情的重要性:如找到性能缓慢的根源,并在对终端用户体验几乎没有影响的前提下解决延迟问题. 通过利用性能监测的优势,I

DBA不失业:云时代的数据库性能优化全攻略

性能问题是数据库中最重要也是最迫切要解决的问题之一,随着业务的发展和数据的不断加增,用户对于系统的响应速度的要求越来越高.而归根结底就是要提高数据库系统的性能.对于大部分的DBA来说,性能优化并不是一件容易的事情,造成性能问题的原因多种多样,在现实中,优化过程也会受到重重阻碍,随着云时代的到来以及自动化智能化运维的发展,那么云时代的DBA该如何优化数据库的性能呢? 在今年的数据技术嘉年华上,我们邀请了来自国内外各大企业的性能优化专家,从不同的角度分析云时代数据库性能优化的技术与技巧. 重点嘉宾与

MySQL智能运维与实践,看关系型数据库如何优雅应对云时代

随着互联网场景的导入,非结构化的海量数据给传统数据库的处理能力带来了极大的挑战,作为最受欢迎的开源关系型数据库,MySQL一步步地占领了原有商业数据库市场.如今Google.Facebook.网易.淘宝等大公司都在使用MySQL数据库.而MySQL的发展也从1.0到如今的8.0版本,其功能的完善和稳定性也得到了很好的保证. 本文包含以下三部分: MySQL8.0 的新特性 云时代MySQL的运维实践 金融行业最佳应用场景 今年8.0版本将会带来哪些惊喜呢? MySQL 8.0 新特性一览 1.I