Oracle 11g高可用性指南
www.database8
数据库吧
Oracle 11g 高可用性指南
“高可用性”（High Availability）通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性。在本次技术手册中，我们将为您介绍Oracle 11g数据库的高可用性功能，其中包括了真正应用集（RAC）、自动存储管理（ASM）以及数据卫士等。通过阅读本次技术手册，相信您对高可用性的定义将有更加深入的了解，同时在进行高可用环境构建时也会有所帮助。
什么是“高可用性”
高可用性和减少计划内（甚至是计划外）停机时间是数据库系统的目标，在需要24*7无障碍运行的环境中尤其如此。让数据库停机进行维护或者甚至是硬件问题导致的停机都是不能接受的，因为这些故障可
以给企业带来重大损失。
定义高可用性
真正应用集（RAC）
Oracle的真正应用集（RAC）提供了一个高可用、高可扩展的数据库环境。如果在集中的一个服务器崩溃了，数据库实例仍然可以再集的其他服务器或节点上运行。
理解真正应用集（RAC）Oracle 高可用性：安装RAC Oracle 高可用性：测试RAC
自动存储管理（ASM）
正如在真正应用集RAC环境中提到的那样，自动存储管理（ASM）对Oracle数据库
文件既做文件管理，也做磁盘管理。自动存储管理是高可用数据库环境中的一个重要部分，而且对处理性能问题和管理Oracle文件也非常重要。
什么是自动存储管理（ASM）
创建自动存储管理磁盘组
如何使用ASMCMD和ASMLIB管理ASM实例
数据卫士（Data Guard）
数据卫士管理器提供了一种很实用的方式来管理主服务器和从服务器。它支持你手工执行故障切换，设置自动故障切换，把从服务器设置为快照模式。快照模式实际上把数据库设置成了读写模式，以便可以针对当前生产数据集进行测试。
Oracle 高可用性：理解数据卫士解释数据卫士保护模式
创建Oracle物理备用服务器
所有的数据库，不管是物理的还是逻辑的，都必须首先被创建物理备用数据库。用来创建备用数据库的工具有：RMAN，数据卫士代理，Oracle网格控制。而Oracle 11g RMAN 提供了一个简单的命令用来创建备用数据库并同时备份该数据库。
创建Oracle物理备用服务器
定义高可用性
高可用性和减少计划内(甚至是计划外)停机时间是数据库系统的目标，在需要24*7
无障碍运行的环境中尤其如此。让数据库停机进行维护或者甚至是硬件问题导致的停机都是不能接受的，因为这些故障可以给企业带来重大损失。幸运的是，我们有Oracle 11g
来扭转局面，它具有高可用性特性，例如：真正应用集(RAC)，自动存储管理(ASM)和数据卫士(Data Guard)。在设计数据库环境的架构时，真正应用集和数据卫士的结合会提供数据库实例的失败转移(failover)，甚至是灾难恢复到离线的备用服务器。在规划配置和组合时，你必须从成本效益方面考虑来提供给企业需要的可用性。审查这些特性并了解怎样实施这些特性会帮助你提供可靠的，可扩展的，稳定的环境，可以处理硬件设备的损失或者在发生意外事件时可以恢复。我们还不能忘了Oracle 11g数据库的维护需求。通
过给集中的节点一个一个地打补丁，我们可以保证在打补丁时至少有一台节点是可用的，甚至计划内的维护窗口现在也变得更小了。
怎样测试oracle11g安装完成定义高可用性
高可用性对企业来说意味着什么呢?可以承受的风险级别是什么呢?可以接受丢失多少数据呢?当前存在备份或者报表方面的问题吗?所有这些问题都需要在开始规划需要的组件功能时提出来。你可能断定绝对不能忍受数据丢失，或者，也可能觉得应用程序停个一两天也没啥大问题。
同时，这样做还有助于看清会发生什么样的问题，并给这些问题构建容错机制。例如：常见的意外事件是硬件故障，比如磁盘或者服务器故障；人为错误，比如误删了一个数据
文件或者做了错误的修改；也有网络或站点故障。那么，加上列举的这些情况，还有计划
内的停机需求：打补丁，数据库修改和迁移，应用程序修改(可能包括表和数据库对象的
修改和升级)。应该寻系统中存在单点故障的区域，然后采取相应的解决方案来开始排
除这些区域。
本文只是涉及了构建高可用环境所必须的几个领域：真正应用集RAC，自动存储管
理ASM和数据卫士Data Guard。理解这些组件，并研究Oracle的其他功能(比如：闪回查
询，事务和数据库，闪回恢复区，数据恢复助手和安全备份)会帮助使环境实现和企业在可用性方面的需求得到同步。
因此，在了解应用和企业需求时，如果存在计划内停机维护，可以容忍打补丁产生的停机时间，那么滚动补丁就不太需要关注。相反，通过闪回技术，或者通过在一台类似生产服务器测试应用程序变化
的能力，测试应用程序修改和补丁的解决方案可能是可行的。如果企业不允许停机，或者定期维护窗口，而且你知道每停机一分钟就会损失公司大量的金钱，你可以采用该解决方案组件的组合：滚动补丁，预防硬件故障引起的停机，通过集和数据卫士实现故障时切换服务器。
为了设计一个满足预算限制和业务需要的解决方案架构会发生一些讨论和规划，要与业务团队一起工作，要对可用的不同选择有一定理解。本章的其它部分会让你对这些领域中的一部分内容以及如何实施它们有所理解。
TT数据库技术专题之“Oracle 11g高可用性指南”Page 5of 36

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。