dataguard物理备库创建手册(实验

dataguard物理备库创建手册(实验内容摘要：

日志传输会失败。 [oracle@localhost ~]$orapwd file=orapworcl2 password=sys123 force=y。 orapwd file=orapworcl password=sys123 force=y 注意文件名称不能有误，否则主库连接不上备库，导致归档日志同步失败 修改 和 可以拷贝主库的 ,。 方法同上。 和 不用修改， 与主库保持 一样即可。 修改 ，修改这部分内容，目的是使用 oracle服务在监听器中静态注册。 SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = PLSExtProc) (ORACLE_HOME = /opt/oracle/product/) (PROGRAM = extproc) ) ) 修改成（增加红色部分内容 ) SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = PLSExtProc) (ORACLE_HOME = /opt/oracle/product/) (PROGRAM = extproc) ) (SID_DESC = (GLOBAL_DBNAME = orcl2) (ORACLE_HOME = /opt/oracle/product/) (SID_NAME = orcl2) ) ) 这个时候在主备库上分别用 tnsping 命令测试 orcl和 orcl2服务名看是否通。 如果不通则修改检查以上文件配置是否正确。 [oracle@localhost admin]$ tnsping orcl2 TNS Ping Utility for Linux: Version Production on 18AUG2020 19:32:00 Copyright (c) 1997, 2020, Oracle. All rights reserved. Used parameter files: /opt/oracle/product/ Used TNSNAMES adapter to resolve the alias Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = )(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = orcl2))) OK (0 msec) [oracle@localhost admin]$ tnsping orcl TNS Ping Utility for Linux: Version Production on 18AUG2020 19:33:38 Copyright (c) 1997, 2020, Oracle. All rights reserved. Used parameter files: /opt/oracle/product/ Used TNSNAMES adapter to resolve the alias Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST=)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orcl))) OK (10 msec) 从上面两个服务名均已经互通。 恢复控制文件 拷贝三份备库控制文件到数据库目录 [oracle@localhost rmanbk]$ cp /opt/oradata/orcl/ [oracle@localhost rmanbk]$ cp /opt/oradata/orcl/ [oracle@localhost rmanbk]$ cp /opt/oradata/orcl/ 用 RMAN还原出备库 [oracle@localhost ~]$ rman target / Recovery Manager: Release Production on Wed Aug 18 19:46:59 2020 Copyright (c) 1982, 2020, Oracle. All rights reserved. connected to target database (not started) RMAN startup mount。 Oracle instance started database mounted Total System Global Area 167772160 bytes Fixed Size 1218292 bytes Variable Size 62916876 bytes Database Buffers 96468992 bytes Redo Buffers 7168000 bytes 启动数据库到 mount阶段，准备还原 RMAN restore database。 Starting restore at 18AUG10 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=157 devtype=DISK channel ORA_DISK_1: starting datafile backupset restore channel ORA_DISK_1: specifying datafile(s) to restore from backup set restoring datafile 00001 to /opt/oradata/orcl/ restoring datafile 00002 to /opt/oradata/orcl/ restoring datafile 00003 to /opt/oradata/orcl/ restoring datafile 00004 to /opt/oradata/orcl/ channel ORA_DISK_1: reading from backup piece /opt/rmanbk/ channel ORA_DISK_1: restored backup piece 1 piece handle=/opt/rmanbk/ tag=TAG20200817T094507 channel ORA_DISK_1: restore plete, elapsed time: 00:01:05 Finished restore at 18AUG10 RMANexit 退出 rman恢复管理器 到此备库基本建立完成。 开启备库 创建备库的动态参数文件 SQL create spfile from pfile。 关闭数据库 SQL shutdown immediate。 启动备库到 mount状态 SQL startup mount。 开始应用日志恢复 SQL alter database recover managed standby database disconnect from session。 使备库处于日志恢复模式 （备用模式）。 SQL select process,status from v$managed_standby。 PROCESS STATUS ARCH CONNECTED ARCH CONNECTED RFS IDLE MRP0 WAIT_FOR_LOG 这时候备库的进程有以上几个， RFS 远程文 件接收进程 MRP0 日志应用进程 到此，需要测试一下备库是否可以接收到主库的归档日志。 可在主库中手动归档一个日志文件（ alter system switch logfile），然后查看在备库的归档目录中是否生成有新的归档日志文件 ,也可以在备库中用一下语句查询是否存在 日志 归档 记录。 select name,SEQUENCE,APPLIED from v$archived_log order by sequence。 备注： 对于物理备库 (physical standby)来说，处于日志恢复模式的 时候数据库是不能打开的。 如果要打开只能先关闭日志恢复模式，然后以 read only （只读方式）打开。 （ oracle11G版本 可以在 read only 下应用归档日志） SQLalter database recover managed standby database cancel。 停止日志恢复模式 SQLalter database open read only。 打开数据库。 物理备库在只读模式下可以增加临时文件。 SQL alter database temp add tempfile 39。 /opt/oradata/orcl/39。 size 100m reuse。 这个时候备库还是可以接收主库传输过来的归档日志文件，只是不能应用日志而已。 当用 read only 方式打开备库后只有重新启动才能使备库重新回到 备用 模式。 切换到 DATAGUARD最大可用模式并开启 实时应用 一般情况 下，到 步骤为止， dataguard 的物理备库已经可以正常使用了。 只是 这时dataguard处于默认的 最大性能模式 ，这个模式下，主库的重做日志只有在归档之后才会传输到备库上，然后 备库才 会 应用日志。 如果 在归档之前主库数据库 意外 down机，那么这部分未归档的数据肯 会丢失。 为了避免这种情况的发生，可以使用 最大可用 模式。 Oracle 推荐最大可用模式使用 LGWR ASYNC（异步） NOAFFIRM 模式传输。 实际的生产库推荐这种模式。 在 standby不可用时，最大可用模式会自动降低成最大性能模式，所以 standby故障不会导致 primay 不可用。 对于 dataguard模式 的 介绍。 以下是在 dataguard 默认的最大性能模式下切换到实际生成用途的最大可用模式 . 1， 在备库上增加备用重做日志文件，大小跟主库的在线重做日 志一样。 组的数量最好比在线重做日志多一两组（可调）。 sqlalter database recover managed standby database cancel。 先取消日志应用 sql system altered sql alter database add standby logfile group 4 (39。 /opt/oradata/primary/39。 ) size 50M。 sql system altered sql alter database add standby logfile group 5 (39。 /opt/oradata/primary/39。 ) size 50M。 sql system altered sql alter database add standby logfile group 6 (39。 /opt/oradata/primary/39。 ) size 50M。 sql system altered sql alter database add standby logfile group 7 (39。 /opt/oradata/primary/39。 ) size 50M。 sql system altered sql recover managed standby database disconnect from session。 非实时应用模式或者用下面的语句开启备库的实时应用模式 sql recover managed standby database using current logfile disconnect from session。 鉴于后面主备库切换的需要，在主库上也增加备用重做日志。 当然要把主库处于 mount状态下才可添加。 可在下面统一修改。 2， 在主库上做修改（两个地方：一个是修改 log_archive_dest_2 参数，二是添加备用日志文件） sql shutdown immediate。 sql startup mount。 sql alter system set log_archive_dest_2=’service=orcl valid_for=(online_logfiles,priamry_role) lgwr async noaffirm db_unique_name=orcl2’ scope=spf。