OracleStandbyDatabaseOracleStandbyDatabaseChao_Ping@Oracle数据库保护－standby技术1.Standby技术该览,实现机制2.Standby实现需要注意的问题3.OracleStandby和其他技术的比较4.Standby切换*假设大家对OracleStandby数据库有一定理解OracleStandby概念什么是Standby数据库?–StandbyDatabase产生于Oracle7.3,在9版本里面重命名为DataGuard–主要作用是Oracle数据库的灾难恢复–Oracle的特有的灾难恢复方法为什么需要Standby数据库–优秀的Oracle数据库灾备方法–Oracle数据库高可用解决方案之一实现机制核心机制：–StandbyControlfile＋–一份初始的数据库备份＋–持续不断的ArchivelogRecover过程Standby：系统框架PrimaryDatabasePhysicalStandbyStandby创建一份最近数据库物理备份–冷备份–Rman备份–OS热备份(beginbackup,cp,endbackup)一份StandbyControl>SQLalterdatabasecreatestandbycontrol‘$PATH/$’;一份同版本的$ORACLE_HOME,一套initsid.ora约束：–相同平台,相同Oracle版本Standby创建StandbyInitSID.ora的关键参数：db_log_standby_archive_destfal_client(9i)fal_server(9i)standby_(9i)Remote_login_passwordmonitor)Standby同步归档日志同步–Cron调用脚本,rcp/ftp拷贝归档日志成熟,稳定,Standby问题不会对Primary造成任何影响自己编写同步脚本,通过Cron控制同步时间间隔–Log_archive_dest_n=‘service=standbyoptional…’;优点：简单.8i开始支持.Oracle推荐方式.趋势.其他的nodatalost等新的DataGuardFeature必须采用这种模式可能有问题产生8.1.6:standbydown,possibleprimarydownStandbyoshangs,primaryarchprocesscanhangs…Standby数据库同步Lgwr同步–Asyncaltersystemsetlog_archive_dest_2='service=miscguardreopen=200lgwrasync';–Syncaltersystemsetlog_archive_dest_2='service=miscguardreopen=200lgwrasync';Standby数据库同步LGWR同步–需要先在standby数据库添加standbylogfile.–StandbyLogfile数目需要足够充裕,以免Production数据库挂起Standby数据库同步Async和Sync之间的选择保护模式最大化保护Redo的传输LWGR/SYNC/SRL特点不会丢失任何一个提交的事务SQLALTERDATABASESETSTANDBYTOMAXIMIZEPROTECTION;必须至少有一个Standby工作,不然Production停机！不会丢失任何一个提交的事务SQLALTERDATABASESETSTANDBYTOMAXIMIZEAVALIABILITY;同最大化保护模式.当Standby由于网络问题时,Production仍然可以继续运行可能丢失几秒钟到一个Logfile的事务SQLALTERDATABASESETSTANDBYTOMAXIMIZEPERFORMANCE;对Prod影响最小最大可用性LGWR/SYNC最大化性能LGWR/ASYNC或者ARCHStandby数据库维护:归档日志归档日志源源不断的产生,必须及时删除,才能维护系统的正常运行只能删除已经成功Recover的归档日志.删除依据：–1)alert_$ORACLE_SID.log文件,关键词：ORA-279(oracle8i/9i,ManualRecovery)–2)v$archived_log.applied(Oracle9i)Standby数据库维护:影响Standby数据库的操作影响Standby的Primary数据库操作：添加tablespace/Data>Resetlogs操作:–recreatecontrol–IncompleteRecoverNologging操作–9i:Forcelogging(v$data