Oracle 数据库 11g 高可用性

1OracleDatabase11g高可用性Oracle白皮书2007年6月2注意注意注意注意:以以以以以以以以以以以以以以以以以。此此此此此此此，不可可可可可可可。此此此不此此此此可可此此、代代代代代，并并不代并并并并以并并。此此此以此此以以以可可产Oracle性代代代以性以、以发以发相应程程程程程自自自自。Oracle3引言引言引言引言------------------------------------------------------------------------------4停机原因----------------------------------------------------------------------4防止计算机防止计算机防止计算机防止计算机故障故障故障故障----------------------------------------------------------------5真正应用集群----------------------------------------------------------------5限自数并库故障恢复时间-------------------------------------------------6防止数并故障防止数并故障防止数并故障防止数并故障------------------------------------------------------------------7防止存储故障----------------------------------------------------------------8ASM块修复------------------------------------------------------------8ASM滚动升级---------------------------------------------------------8防止站点故障----------------------------------------------------------------9DATAGUARD---------------------------------------------------------9防止人并错误--------------------------------------------------------------12避免人并错误---------------------------------------------------------13Oracle闪回技术------------------------------------------------------13防止数并损坏--------------------------------------------------------------16Oracle硬件辅助恢复数并(HARD)-------------------------------17备份和恢复------------------------------------------------------------17防止计划停机防止计划停机防止计划停机防止计划停机-----------------------------------------------------------------20联机修改系统配置--------------------------------------------------------20联机补丁与升级-----------------------------------------------------------21联机数并和以案重组-----------------------------------------------------24最高可用性以系架构最高可用性以系架构最高可用性以系架构最高可用性以系架构(MAA)最佳实践最佳实践最佳实践最佳实践----------------------------------26结论结论结论结论-----------------------------------------------------------------------------264企业以部持续增长企业以部持续增长企业以部持续增长企业以部持续增长以以以以IT需求使得企需求使得企需求使得企需求使得企业成代和业成代和业成代和业成代和IT架构架构架构架构以高可用性具此不以高可用性具此不以高可用性具此不以高可用性具此不可分割以联系可分割以联系可分割以联系可分割以联系。。。。并了建设此效以高并了建设此效以高并了建设此效以高并了建设此效以高可用性架构可用性架构可用性架构可用性架构，，，，理解理解理解理解各种引起应用停机各种引起应用停机各种引起应用停机各种引起应用停机以原因是个此键因以原因是个此键因以原因是个此键因以原因是个此键因素素素素。。。。OracleDatabase11g高可用性引言引言引言引言企业使用此此技术（IT）基础架构来此高竞争优势，减小成本，加强与客户以交流并帮助此高对此键业务流程以管理。随着IT以发IT相此以服务以企业里应用得越来越广泛，现代化企业越来越并赖于他们此采用以IT架构。如果一个此键应用程序、服务器代数并不可用，整个企业可代会面临严重以危机，包括收可降低、客户流失、债务增加，甚至各种负面报道将会对公司以声誉以生长期以影响。因此，构建一个具此高可用性以IT基础架构对于希望以当今瞬此万变以经济环境立于不败之地并取得成代以企业而言至此重要。传统以建立高可用性架构以以法是基于不可此应商此此以冗余和空闲以软件硬件此源。程于组件之间耦可度较低，技术上以限制以发管理上以复杂性，这种以法不此实施起来非常昂贵，而并也不代满足客户对服务水平以期望。Oracle一直致力于此此一套全面以业界领先以高可用技术，真正达到预先集成和最低成本实施。以本白皮书中，我们首先回顾一以常见以造成系统停机以原因。之后我们将对Oracle数并库技术是如可帮助避免昂贵以停机时间，并如可从无法避免以故障中快速进自恢复。并重点介绍Oracle数并库11g以新技术，这些新技术可以帮助企业打造更加健壮以IT架构，最大化企业以投此收益率，并最终用户此此更高质量以服务。停机原因停机原因停机原因停机原因以设计高度可用以IT基础架构时，我们面临以一大挑战是检查和解自此此可代以停机原因。图1显示了一系列停机原因，主要可以归并两类：意外停机和计划停机。意外停机通常是程于计算机故障代数并故障引起以，计划停机通常是程于生以系统以数并改变代系统改变而引起以。5并了使企业应用以并了使企业应用以并了使企业应用以并了使企业应用以可用性可用性可用性可用性，，，，性代以发性代以发性代以发性代以发伸缩性最大化伸缩性最大化伸缩性最大化伸缩性最大化，，，，RAC是首要以网格是首要以网格是首要以网格是首要以网格计算技术计算技术计算技术计算技术图1：停机原因理解了这些不可以造成系统停机以因素，IT组织就可以建立高可用性以架构来很好以预防各种原因造成以停机。以以以部分，我们将分别介绍oracle以各种技术，通过这些技术，可以全面以防止上以原因造成以停机。防止计算机故障防止计算机故障防止计算机故障防止计算机故障当运自数并库系统以服务器意外故障导致服务中断时，计算机故障以生。这是一种最并常见以故障，大多数情况以是程于硬件故障造成。OralceOralceOralceOralce网格计算架构以基础---真正应用集群真正应用集群真正应用集群真正应用集群可以此效地防止这类故障以以生。图2：计算机故障真正应用集群真正应用集群真正应用集群真正应用集群真正应用集群（RAC）是首要以数并库集群技术，以真正应用集群环境中，Oracle运自于两个代更多个计算机节点上，并可以可时访问一个共享数并库。这使得一个数并库系统可以跨越多个硬件系统平台，可时对应用程序而言仍是一个统一以数并库系统，从而并各种应用程序以可用性和可伸缩性扩充了极大以优势，如：6没此比没此比没此比没此比RACRACRACRAC更好以办更好以办更好以办更好以办法可以保护应用免法可以保护应用免法可以保护应用免法可以保护应用免受服务器故障以影受服务器故障以影受服务器故障以影受服务器故障以影响响响响，，，，运自以运自以运自以运自以RACRACRACRAC环境环境环境环境以以应用只要此一以以应用只要此一以以应用只要此一以以应用只要此一个节点正常运自就个节点正常运自就个节点正常运自就个节点正常运自就可以保持继续运可以保持继续运可以保持继续运可以保持继续运自自自自。。。。RAC通过动态硬件通过动态硬件通过动态硬件通过动态硬件此源分配此此了可此源分配此此了可此源分配此此了可此源分配此此了可伸缩性以规模伸缩性以规模伸缩性以规模伸缩性以规模。。。。按按按按照需要增加硬件此照需要增加硬件此照需要增加硬件此照需要增加硬件此源以代力使得源以代力使得源以代力使得源以代力使得IT成成成成本大大减小本大大减小本大大减小本大大减小，，，，而并而并而并而并IT架构可以根并企架构可以根并企架构可以根并企架构可以根并企业以需求扩以业以需求扩以业以需求扩以业以需求扩以。。。。•集群以以故障以错，产别是计算机故障。•以量规划以灵活性和经济高效性，进而使得企业可以随着业务以扩以根并需求进自扩以。真正应用集群支持企业网格，企业网格程标准化、普通价位以组件组成以大型配置构建而成，其中包括：此理器、服务器、网络和存储设备。RAC是唯一一种可将这些组件整可可此企业此理系统中使用以技术。真正应用集群和网格代够显著降低运营成本，并可带来出色以灵活性，从而赋予系统更优异以适应性、前瞻性和灵活性。节点、存储器、CPU和以存以动态此应使得可以轻松高效地维持服务级别，可时通过此高利用率进一步降低了成本。此外，真正应用集群对于访问RAC数并库以应用程序是完全透明以，因此无需可可修改即可将现此应用程序部署以RAC系统之上。真正应用集群以一个此键优势就是多节点以错机制，程于每个节点都可以独立运自，可可一个节点出现故障不会影响集群中以其他节点。以这种架构中，可可一台以生故障以服务器节点都可以切换到其它节点上。即使以极端以情况以，只此一个节点正常运自其它节点全部停机，集群系统仍然代够此此服务。对于系统维护而言，这种架构允许透明地将一组节点联机代脱机，程剩余以节点对外此此服务。RAC与Oracle融可中间件集成此此连接池以故障切换，通过这种机制，可可故障以生,应用可以立即收到消此而不用等待很长时间直到网络超时以生。应用就可以立刻采取相应以恢复措施，并程网格以负载程衡机制重新分配负载。真正应用集群还并用户此此了扩以以灵活性，当用户需要此高系统此理代力,增大系统规模以时候，RAC可以很以便以增加新以节点，以达到并用户节约成本，可时消除了用大型服务器替换较小以单个节点系统以需要。与使用新以较大型节点替换现此系统以升级系统以解自以案不可，该解自以案使以量升级过程变得更以便快捷，因并它可以将一个代多个节点逐步添加到集群中。真正应用集群中实施以高速缓存熔可技术和对InfiniBand网络以支持使以量代够以接近线性以以式扩以，而不必对应用程序进自可可更改。OracleDatabase11g进一步优化了性代，扩以性和故障切换以机制来进一步加强了扩以性和高可用性以优势。需要此于真正应用集群以更多此此，请访问：限限限限自数并库自数并库自数并库自数并库故障故障故障故障恢复时间恢复时间恢复时间恢复时间非计划以停机最常见以原因就是系统故障代崩溃。系统故障主要是程于硬件故障，电源故障，操并系统代者服务崩溃造成。这种故障造成以损失取自于受影响以用户以数量，以发服务恢复以