oracle物理DG管理-redo数据传输,应用与三种模式

桃扇骨 2022-09-25 02:22 281阅读 0赞

环境http://blog.csdn.net/sunziyue/article/details/50799648基础之上

1学习配置参数

下列参数为primary 角色相关

\*.db\_name='orcl'            //注意Guard Data中所有[数据库][Link 1]DB\_NAME应该一致;

\*.db\_unique\_name='orcldg'  //配置有效的db\_unique\_name列表，且负责主备验证内容;

\*.log\_archive\_config='dg\_config=(orcl,orcldg)' //同一个Guard Data中所有数据库的db\_unique\_name;

\*.log\_archive\_dest\_1='location=/u01/app/oracle/archivelogvalid\_for=(all\_logfiles,all\_roles)  db\_unique\_name=orcldg'    //本地归档文件路径;

\*.log\_archive\_dest\_2='service=orcl lgwr sync affirm  valid\_for=(online\_logfiles,primary\_role)  db\_unique\_name=orcl'    //远程归档文件路径，负责传输重做等;

<table style="color:rgb(0,0,0); font-family:Arial; font-size:14px; line-height:26px"> 
 <tbody> 
 <tr> 
 <td> service：远程备库网络服务名 lgwr或者arch： &nbsp;lgwr或者arch进程传输主库的redo数据 sync或者async：&nbsp;同步或者异步传输 affirm与noaffirm： affirm表示只有当日志写入standby重做日志后才算日志传输成功，noaffirm则没有这个要求； reopen：主数据库重新连接备库的时间 net_timeout：当采用sync传输模式时，超过多少秒则表示网路超时（默认为30s），建议设置改参数； valid_for：定义使用log_archive_dest_n参数归档，控制主备库是否可以归档在线日志文件或者归档备用日志文件，有如下子参数： &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;online_logfile：仅归档联机日志文件 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;standby_logfile：归档备用日志文件 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;all_logfiles：归档所有日志文件 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;primary_role：在主角色起作用 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;standby_role：在备角色起作用 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;all_roles：在所有角色起作用 compression：传送中进行压缩， delay：在备库延迟应用redo的时间（秒/单位） </td> 
 </tr> 
 </tbody> 
</table>

\*.log\_archive\_dest\_state\_1=enable  //控制相关归档路径是否生效;

\*.log\_archive\_dest\_state\_2=enable  //控制相关归档路径是否生效;

\*.log\_archive\_max\_processes=10   //归档进程数量;

以下参数为主库转为standby 角色时相关的参数

\*.db\_file\_name\_convert='/u01/app/oracle/oradata/orcl','/u01/app/oracle/oradata/orcldg'

\*.log\_file\_name\_convert='/u01/app/oracle/oradata/orcl','/u01/app/oracle/oradata/orcldg'     //当备库和主库文件不同，彼此切换主备的时候使用该参数转换;

\*.fal\_server=orcl     //用于管理归档中断，FAL(fetch archive log)，响应传输归档的库;

\*.fal\_client=orcldg

\*.standby\_file\_management=auto//如果主库数据文件发生某些修改，是否自动同步到备库;

2三种模式

<table style="color:rgb(0,0,0); font-family:Arial; font-size:14px; line-height:26px"> 
 <tbody> 
 <tr> 
 <td> 比较项 </td> 
 <td> 最大保护 </td> 
 <td> 最高可用 </td> 
 <td> 最大性能 </td> 
 </tr> 
 <tr> 
 <td> Redo写或传输进程 </td> 
 <td> lgwr </td> 
 <td> lgwr </td> 
 <td> lgwr或者arch </td> 
 </tr> 
 <tr> 
 <td> 网络传输模式 </td> 
 <td> sync </td> 
 <td> sync </td> 
 <td> sync或者async </td> 
 </tr> 
 <tr> 
 <td> 是否落盘确认 </td> 
 <td> affirm </td> 
 <td> affirm </td> 
 <td> affirm或者noaffirm </td> 
 </tr> 
 <tr> 
 <td> standby redologs </td> 
 <td> 需要 </td> 
 <td> 需要 </td> 
 <td> 可有可无 </td> 
 </tr> 
 </tbody> 
</table>

(1)设置参数位置

主库log\_archive\_dest\_n参数设置

示例：\*.log\_archive\_dest\_2='service=orcl  lgwr sync affirm

valid\_for=(online\_logfiles,primary\_role)  db\_unique\_name=orcl'

(2)重要参数分析

arch：只支持最大性能模式。归档日志通过primary上的arch进程传送给standby的rfs进程，保存到指定路径（如果有standby redo logfile，则保存到该位置，然后再归档），然后redo应用。

![20160309180323562][]

( 图片来自互联网)

lgwr：primary使用LGWR即时将日志传送到standby的rfs进程，并保存到standby redo logfile中，而不再需要等到归档操作时才传送，保存到standbyredo logfile，然后再归档，然后redo应用。

<table style="color:rgb(0,0,0); font-family:Arial; font-size:14px; line-height:26px"> 
 <tbody> 
 <tr> 
 <td> 用LGWR传输大致如下： 1）主库：只要有新的重做日志产生，lgwr进程将触发LNSn进程把新生成的日志传输给备库rfs进程。 2）备库：rfs进程接收到日志后，将其写入standby重做日志，如果备库开启了实时应用，就立即做日志应用，如果没有开启，则等standby重做日志归档后再应用。 3）其中，async和sync的区别在于：sync是在redo还在内存时，LNSn进程就开始传输，而async是在redo写到online redo log后，LNSn才开始传输。 同步的实时性来看，lgwr(sync) &gt; lgwr(async）&gt; arch </td> 
 </tr> 
 </tbody> 
</table>

sync模式下，主库产生任何redo时，同时马上触发网络传输给备库RFS进程；

![20160309180557479][]

async模式下，主库产生redo时，先写到本地online redo logfile文件中，LNSn进程从online redo logfile文件中取redo数据网络传输给备库RFS进程。

![20160309180830529][]

(3)模式切换

首次performance>>availability>>protection顺序需要在主库执行且主库必须处于mount状态;

如果已经由performance>> availability>>protection数据保护级别操作过1次，那么再次操作时可直接操作；

protection>>availability>>performance顺序直接操作即可

<table style="color:rgb(0,0,0); font-family:Arial; font-size:14px; line-height:26px"> 
 <tbody> 
 <tr> 
 <td> 主备库操作：SQL&gt;select database_role,protection_mode,protection_level from v$database; 主库更改log_archive_dest_n参数配置，如： SQL&gt;alter system set log_archive_dest_2='service=orcldg lgwr sync valid_for=(online_logfiles,primary_role) db_unique_name=orcldg'; 主库操作：SQL&gt; shutdown immediate; 备库操作：alter database recover managed standby database cancel; 主库操作：SQL&gt;startup mount; 主库操作：SQL&gt;alter database set standby database to maximize availability; 主库操作：SQL&gt;alter database open 完成。 问题 当切换为alter database set standby database to maximize protection;之后alter database open报错 alter database open * ERROR at line 1: ORA-03113: end-of-file on communication channel Process ID: 10711 Session ID: 1 Serial number: 5 解决：读alert_orcl.log，我这里是备库端监听没有启动，启动了问题就解决了。 Fatal NI connect error 12541, connecting to: (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=orcldg)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=orcldg)(CID=(PROGRAM=oracle)(HOST=orcldg)(USER=oracle)))) &nbsp; VERSION INFORMATION: &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; TNS for Linux: Version 11.2.0.4.0 - Production &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production &nbsp; Time: 08-MAR-2016 21:14:11 &nbsp; Tracing not turned on. &nbsp; Tns error struct: &nbsp;&nbsp;&nbsp; ns main err code: 12541 TNS-12541: TNS:no listener &nbsp;&nbsp;&nbsp; ns secondary err code: 12560 &nbsp;&nbsp;&nbsp; nt main err code: 511 TNS-00511: No listener &nbsp;&nbsp;&nbsp; nt secondary err code: 111 &nbsp;&nbsp;&nbsp; nt OS err code: 0 *********************************************************************** </td> 
 </tr> 
 </tbody> 
</table>

3备库怎样应用redo数据

启动实时应用：//备库MRP进程直接读取standbyredo logfile应用

alter database recover managed standby database using current logfile disconnect from session;

取消实时应用：alter database recover managed standby database cancel;

延迟应用数据：

主库\*.log\_archive\_dest\_2='service=orcl…'参数中指定delay属性（如果备库实时应用redo数据，delay则不起作用）

备库配置：alter database recover managed standby database delay 10 disconnect from session;//举例

取消延时应用数据：alter database recover managed standby database nodelay;

<table style="color:rgb(0,0,0); font-family:Arial; font-size:14px; line-height:26px"> 
 <tbody> 
 <tr> 
 <td> 备库启动遇到问题 SQL&gt; startup ORA-10458: standby database requires recovery ORA-01196: file 1 is inconsistent due to a failed media recovery session ORA-01110: data file 1: '/u01/app/oracle/oradata/orcl/system01.dbf' 原因是由于某些redo没有传输到备库，可能落后了很多归档文件 处理： 1)备库查询：SQL&gt;select process,client_process,sequence#,status from v$managed_standby;//定位正在应用的日志文件 select max(sequence#) from v$archived_log; 2)主库查询：SQL&gt; select process,client_process,sequence#,status from v$managed_standby;//查询主库当前写到的日志文件 select max(sequence#) from v$archived_log; 3)对比备库与主库之间的待传输应用日志文件，从主库拷贝到备库归档路径 4)备库注册 ALTER DATABASE REGISTER PHYSICAL LOGFILE '/u01/app/oracle/archivelog/xxx.dbf' ; 5)备库应用redo alter database recover managed standby database disconnect from session; 即可。 </td> 
 </tr> 
 </tbody> 
</table>

[Link 1]: http://lib.csdn.net/base/14
[20160309180323562]: /images/20220719/f985208436814361acf4b158c1f8c26e.png
[20160309180557479]: /images/20220719/b6b68b9502f0466ea25eeea2a574737d.png
[20160309180830529]: /images/20220719/f1c52fbf3cd84154b4f343ea0672d56f.png