Oracle Standby Database
Chao_Ping@https://www.doczj.com/doc/5814702690.html,
Oracle数据库保护－standby技术
1. Standby 技术该览，实现机制
2. Standby 实现需要注意的问题
3. Oracle Standby和其他技术的比较
4. Standby 切换
* 假设大家对Oracle Standby数据库有一定理解
Oracle Standby 概念
?什么是Standby数据库？
–Standby Database产生于Oracle 7.3,在9版本里面重命名为Data Guard
–主要作用是Oracle数据库的灾难恢复
–Oracle的特有的灾难恢复方法
?为什么需要Standby数据库
–优秀的Oracle数据库灾备方法
–Oracle数据库高可用解决方案之一
实现机制
?核心机制：
–Standby Controlfile ＋
–一份初始的数据库备份＋
–持续不断的Archivelog Recover过程
Standby：系统框架
Primary
Database Physical Standby
Database
Sync or Async
Network
Redo Shipping
Redo Apply
DIGITAL DATA STORAGE Backup
?一份最近数据库物理备份
–冷备份
–Rman备份
–OS 热备份(begin backup,cp, end backup)
?一份Standby Controlfile
SQL>alter database create standby controlfile
as ‘$PATH/$FILENAME’;
?一份同版本的$ORACLE_HOME，一套initsid.ora ?约束：
–相同平台，相同Oracle 版本
Standby InitSID.ora的关键参数：
?db_file_name_convert
?log_file_name_convert
?standby_archive_dest
?fal_client (9i)
?fal_server (9i)
?standby_file_management (9i)?Remote_login_passwordfile(For monitor)
Standby 同步
?归档日志同步
–Cron调用脚本，rcp/ftp拷贝归档日志
成熟，稳定，Standby问题不会对Primary造成任何影响
自己编写同步脚本，通过Cron控制同步时间间隔
–Log_archive_dest_n=‘service=standby optional…’;
优点：
简单。8i开始支持。Oracle 推荐方式。趋势。
其他的no data lost等新的DataGuard Feature必须采用这种模式
可能有问题产生
8.1.6: standby down, possible primary down
Standby os hangs, primary arch process can hangs…
?Lgwr 同步
–Async
alter system set log_archive_dest_2
='service=miscguard reopen=200 lgwr async';
–Sync
alter system set log_archive_dest_2
='service=miscguard reopen=200 lgwr async';
?LGWR同步
–需要先在standby数据库添加standby logfile.
–Standby Logfile数目需要足够充裕，以免Production数据库挂起
保护模式Redo的传输特点
最大化保护LWGR/SYNC/S
RL 不会丢失任何一个提交的事务
SQL>ALTER DATABASE SET STANDBY TO MAXIMIZE PROTECTION;
必须至少有一个Standby工作，不然Production 停机！
最大可用性LGWR/SYNC不会丢失任何一个提交的事务
SQL>ALTER DATABASE SET STANDBY TO
MAXIMIZE AVALIABILITY;
同最大化保护模式。
当Standby由于网络问题时，Production仍然可
以继续运行
最大化性能LGWR/ASYNC
或者ARCH 可能丢失几秒钟到一个Logfile的事务
SQL>ALTER DATABASE SET STANDBY TO MAXIMIZE PERFORMANCE;
对Prod影响最小
Async和Sync之间的选择
Standby 数据库维护:归档日志
?归档日志源源不断的产生，必须及时删除，才能维护系统的正常运行
?只能删除已经成功Recover的归档日志。
?删除依据：
–1)alert_$ORACLE_SID.log文件，关键词：ORA-
279(oracle 8i/9i, Manual Recovery)
–2)v$archived_log.applied(Oracle 9i)
Standby 数据库维护:
影响Standby数据库的操作
影响Standby的Primary数据库操作：
?添加tablespace/Datafile
?Resetlogs 操作:
–recreate controlfile resetlogs
–Incomplete Recover
?Nologging操作
–9i: Forcelogging(v$database.force_logging)–8i: Recreate affected datafile
?Clear unarchived logfile
7-8i Standby自动添加datafile
set term off echo off head off feedback off
connect / as sysdba
set autorecovery on
spool /home/oracle/admin/catalog/nohup.out
recover standby database;
exit
EOF
sql=`grep ORA-01110 /home/oracle/admin/catalog/nohup.out |awk '{print $5}'`
echo $sql
wrong=`grep ORA-01157 /home/oracle/admin/catalog/nohup.out |wc -l`
echo $wrong
if [ $wrong -gt 0 ]
then
sqlplus /nolog < connect / as sysdba alter database create datafile $sql; exit EOF else echo OK fi; 输出示例 ALTER DATABASE RECOVER CONTINUE DEFAULT Media Recovery Log /home/oracle/admin/catalog/arch/arch_1_17758.arc Fri Aug 29 14:00:11 2003 Errors in file /home/oracle/admin/catalog/bdump/dbw0_16742.trc: ORA-01157: cannot identify/lock data file 21 -see DBWR trace file ORA-01110: data file 21: '/oradata/catalog/table17.dbf' ORA-27037: unable to obtain file status Linux Error: 2: No such file or directory Additional information: 3 Media Recovery failed with error 1670 ORA-283 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ... Fri Aug 29 14:00:14 2003 ALTER DATABASE RECOVER CANCEL ORA-1112 signalled during: ALTER DATABASE RECOVER CANCEL ... Fri Aug 29 14:00:14 2003 alter database create datafile '/oradata/catalog/table17.dbf' Fri Aug 29 14:01:10 2003 Completed: alter database create datafile '/oradata/catalog/t 9i Standby 添加Datafile自动维护 关键: standby_file_management=auto 例子： Media Recovery Log /home/oracle/9.2.0/dbs/archarch1_792.dbf Mon Dec 22 16:32:51 2003 Recovery created file /oradata/misc/filter02.dbf Successfully added datafile 5 to media recovery Datafile #5: '/oradata/misc/filter02.dbf' Media Recovery Waiting for thread 1 seq# 793 Nologging操作（8i） ?1。DBA管理规范：一般情况下，不允许进行Nologging操作 ?2。事后补救： Media Recovery Log /archivelog/biddbstandby/biddb_arch_1_36640.arc Recovery is repairing media corrupt block 11 of file 17 Recovery is repairing media corrupt block 12 of file 17 Recovery is repairing media corrupt block 13 of file 17 Recovery is repairing media corrupt block 14 of file 17 Recovery is repairing media corrupt block 15 of file 17 SQL>SELECT NAME, UNRECOVERABLE_CHANGE# FROM V$DATAFILE order by 2 asc 比较Production和Standby的结果。 把受影响的Datafile从Production重新备份，恢复到Standby Nologging操作(9i) SQL> select force_logging from v$database; FORCE_LOGGING --- NO SQL> alter database force logging; Database altered. SQL> select force_logging from v$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无法继续Recover Fal_client, Fal_server的配置，可以解决这个问题，Standby 自动从Production取回中间缺少的几个Logfile RFS: Successfully opened standby logfile 4: '/oradata/misc/standbylog1.log' Fri Jan 2 22:55:04 2004 Fetching gap sequence for thread 1, gap sequence 838-841 Trying FAL server: misc
相关主题
文本预览