OracleStandbyDatabase配置.ppt

上传人:za****8 文档编号:13189944 上传时间:2020-06-07 格式:PPT 页数:39 大小:247KB
返回 下载 相关 举报
OracleStandbyDatabase配置.ppt_第1页
第1页 / 共39页
OracleStandbyDatabase配置.ppt_第2页
第2页 / 共39页
OracleStandbyDatabase配置.ppt_第3页
第3页 / 共39页
点击查看更多>>
资源描述
OracleStandbyDatabase,Chao_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:系统框架,PrimaryDatabase,PhysicalStandbyDatabase,SyncorAsyncRedoShipping,Network,RedoApply,Backup,Standby创建,一份最近数据库物理备份冷备份Rman备份OS热备份(beginbackup,cp,endbackup)一份StandbyControlfileSQLalterdatabasecreatestandbycontrolfileas$PATH/$FILENAME;一份同版本的$ORACLE_HOME,一套initsid.ora约束:相同平台,相同Oracle版本,Standby创建,StandbyInitSID.ora的关键参数:db_file_name_convertlog_file_name_convertstandby_archive_destfal_client(9i)fal_server(9i)standby_file_management(9i)Remote_login_passwordfile(Formonitor),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之间的选择,Standby数据库维护:归档日志,归档日志源源不断的产生,必须及时删除,才能维护系统的正常运行只能删除已经成功Recover的归档日志。删除依据:1)alert_$ORACLE_SID.log文件,关键词:ORA-279(oracle8i/9i,ManualRecovery)2)v$archived_log.applied(Oracle9i),Standby数据库维护:影响Standby数据库的操作,影响Standby的Primary数据库操作:添加tablespace/DatafileResetlogs操作:recreatecontrolfileresetlogsIncompleteRecoverNologging操作9i:Forcelogging(v$database.force_logging)8i:RecreateaffecteddatafileClearunarchivedlogfile,7-8iStandby自动添加datafile,settermoffechooffheadofffeedbackoffconnect/assysdbasetautorecoveryonspool/home/oracle/admin/catalog/nohup.outrecoverstandbydatabase;exitEOFsql=grepORA-01110/home/oracle/admin/catalog/nohup.out|awkprint$5echo$sqlwrong=grepORA-01157/home/oracle/admin/catalog/nohup.out|wc-lecho$wrongif$wrong-gt0thensqlplus/nologselectforce_loggingfromv$database;FORCE_LOGGING-NOSQLalterdatabaseforcelogging;Databasealtered.SQLselectforce_loggingfromv$database;FORCE_LOGGING-YES,Standby+RAC,Prod:RAC多节点Standby:可以是RAC单节点或者多节点这个是Oracle推荐的RAC高可用性解决方案RAC解决节点失败,OS失败等问题DataGuard解决存储失败,Site失败等问题。,Standby数据库:暂时网络中断之后的处理,网络的暂时中断,会使Standby和Primary的Log相差几个如何检查:V$ARCHIVE_GAP;缺少一个Logfile,Standby无法继续RecoverFal_client,Fal_server的配置,可以解决这个问题,Standby自动从Production取回中间缺少的几个LogfileRFS:Successfullyopenedstandbylogfile4:/oradata/misc/standbylog1.logFriJan222:55:042004Fetchinggapsequenceforthread1,gapsequence838-841TryingFALserver:misc,Standby数据库妙用,1。Standby数据库作为ReportingDatabase通过Cron调度,可以让Standby数据库定期以只读方式打开,在一定程度上满足数据仓库类应用的查询需要。减轻Production数据库的压力,Standby数据库妙用,在很多情况下,Standby是高可用性的非常好的解决方案,而不仅仅是灾备例子:需要把一个200G的数据库,从一个存储升级到更新的存储,需要尽量降低停机时间,用Standby数据库切换。,Standby数据库妙用,作为快速restore的数据来源一般数据库备份,如果Prod数据库出现datafilecorruption,或者磁盘损坏,文件系统损坏。需要从磁带恢复,或者磁盘备份。磁带恢复的restore非常长,磁盘恢复的Recover事件可能也会非常长,但是Standby数据库的数据文件和Prod是基本上同步的,拷贝Datafile回去,几乎马上可以recover完成,继续业务运行。,Standby数据库妙用,替代Primary来做BackupBackup对Primary的IO压力很大如果对Standby做备份,可以直接Tar,或者Rman备份,或者通过TSM/Netbackup等直接备份到带库备份的文件可以直接恢复到Primary数据库,StandbyGracefulFailover,GracefulFailover/SwitchOver在Oracle9i正式开始支持Standby数据库的本质,是StandbyControlfile数据库备份。Oracle7/8i也支持GracefulFailover/SwitchOver。方法:recreatecontrolfile/copyonlineredologfiles.详细参考metalinknote:76450,StandbyFailover,为了Failover之后,客户端还能连接,需要配置tnsnames.ora文件,或者类似的配置namesServerfilter=(DESCRIPTION=(failover=on)(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=rac2)(PORT=1521)(ADDRESS=(PROTOCOL=TCP)(HOST=misc2)(PORT=1521)(CONNECT_DATA=(SID=misc)oraclemisc1oracle$catinst.sqlselecthost_namefromv$instance;oraclemisc1oracle$sqlplus-ssystem/managerfilterinstRac2AfterPrimarydown,ActivateStandby:oraclemisc1oracle$sqlplus-ssystem/managerfilterinstmisc2,StandbyFailover,为了StandbyDatabase激活之后可以正常继续原来的业务,需要添加tempfile.SQLAltertablespacetempaddtempfile/oradata/$ORACLE_SID/temp/temp01.tmpsize1000m;,StandbyBestPractice,不要把Production和Standby放在一个阵列上面。(两个机器共享一个磁盘阵列)不要把Production和Standby放在一个主机上面。(一个主机,两个阵列)作为灾备方案必须是放在不同的DataCenter,StandbyBestPractice,一个机器可以作为多个OracleDatabase的StandbyServer。1备N模式。datafile目录结构:数据库1:/oradata/db1/数据库2:/oradata/db2/数据库3:/oradata/db3/Log/Tracefile目录结构:$HOME/admin/db1/bdump,udump,arch,cdump$HOME/admin/db2/bdump,udump,arch,cdump$HOME/admin/db3/bdump,udump,arch,cdump,StandbyBestPractice,良好的磁盘文件系统命名规范有助于复杂环境的管理。例子:使用rawdevice的环境primary:/dev/vx/rdsk/dg1_app1proddg/Standby数据库:/dev/vx/rdsk/dg3_app1standbydg/DB/LOG_FILE_NAME_CONVERT=(dg1_app1proddg,dg3_app1standbydg)使用文件系统的例子:Primary:/oradata/app1prod/Standby:/oradata/app1standby/Db/Log_file_name_convert=(/oradata/app1prod,/oradata/app1standby),StandbyBestPractice,为了能够应付HumanError,我们常常需要有一个Delay的时间,不是马上Recover归档日志为了适应尽量少的数据丢失的要求,我们需要归档日志/onlineredolog尽快的传递到Standby数据库为了适应HA的要求,我们需要和Prod数据库保持尽量的实时同步Solution:保持两份拷贝,一份实时同步,一份Delay几个小时。RecoverManagedstandbydatabasedelay40升级到10G,StandbyBestPractice,Prod数据库的Redolog大小选择,需要权衡性能和Standby可恢复性(采用arch模式时)使用Lwgr方式时候,调整OS的TCPsend/receiveBuffer参数。,Standby监控,监控standby数据库和Prod数据库的同步性需要设置remote_login_passwordfile=exclusive才能允许远程SQL*Net登陆。echolastloginmiscdbischeckstandby.logsqlplus-ssystem/managermiscmaxlogcheckstandby.logsqlplus-ssys/oraclemiscguardassysdbamaxlogcheckstandby.logcatcheckstandby.log|mail-ssyncofthestandbydatabasechao_ping,Oracle的其他高可用技术,SystemFailure,DataFailure&Disaster,HumanError,RealApplicationClustersContinuousAvailabilityforallApplications,DataGuardZeroDataLoss,FlashbackQueryEnableUserstoCorrecttheirMistakes,SystemMaintenance,DataMaintenance,DynamicReconfigurationCapacityonDemandwithoutInterruption,OnlineRedefinitionAdapttoChangeOnline,UnplannedDowntime,PlannedDowntime,Standby和SharePlex,SharePlex来自Quest公司的产品也是基于RedoLog传输ParseOracleRedoLog,解析成SQLApply到备机和Oracle的LogicalStandbyDatabase同一个机制和Standby的比较Standby的安装,配置,维护比较简单ST对Prod的压力小,SharePlex大一些Standby支持Oracle所有数据类型,FeatureSharePlex相当于成熟的LogicalStandbySharePlex更加适合作为Replication的一种方案Shareplex非常昂贵,Standby是Oracle自带功能Standby可以做到实时,SharePlex?(不知道),Standby和远程磁盘镜像,Standby优势:成本低:不需要特别的专门硬件可以起到除了灾备之外的其他作用更低的网络带宽使用率(只传输redolog)比较灵活,和其他OracleHAFeature结合安装,维护,配置简单,不需要第三方硬件,软件远程磁盘镜像:可以备份除了oracledatabase之外的东西比如Informix,DB2,Email系统等如实复制数据库的逻辑错误,Standby发展,LogicalStandbyDatabase开始出现,虽然还不成熟10GKeyFeatures:RealTimeApplyFlashBackDatabaseInStandbySiteLogicalStandby更加成熟,FAQ,Windows单机Standby试验:ORA-01157解决:DB_FILE_NAME_CONVERT需要大写为什么有些归档日志在v$archived_log里面看不到control_file_record_keep_time参数太小,Q&A,End,
展开阅读全文
相关资源
相关搜索

当前位置:首页 > 图纸专区 > 课件教案


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!