【DB笔试面试756】在Oracle的DG中，有哪些重要的参数，它们分别表明什么含义？...

♣

题目部分

在Oracle的DG中，有哪些重要的参数，它们分别表明什么含义？

     

♣

答案部分

对于DG的配置，能够经过Grid Control来完成，也能够经过Data Guard Broker以及SQL*Plus来完成。对于前二者方式能够在图形界面上完成，操做简单。而对于使用SQL*Plus命令行方式，须要进行大量的配置，下表列出了一些重要参数：

其中，上表中的LOG_ARCHIVE_DEST_n各个参数的含义以下所示：

l AFFIRM（磁盘写操做）：保证Redo日志被写进物理备用数据库。默认是NOAFFIRM。当使用LGWR SYNC AFFIRM属性的时候须要等待I/O所有完成时，主库事务才能提交。该参数对数据库性能是有影响的。

l NOAFFIRM：LGWR的I/O操做是异步的，该参数是默认值。

l DELAY：指明备库应用日志的延迟时间（Redo数据延迟应用）。注意：该属性并非说延迟发送Redo数据到Standby，而是指明归档到Standby后，延迟应用的时间，单位为分钟。若是没有指定DELAY属性，那么表示没有延迟。若是指定了DELAY属性，但没有指定值，那么默认是30分钟。不过，若是DBA在备库启动Redo应用时指定了实时应用，那么即便在LOG_ARCHIVE_DEST_n参数中指定了DELAY属性，Standby数据库也会忽略DELAY属性。以下所示的命令会忽略DELAY属性：

1ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

而如下命令不会忽略DELAY属性：

1ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

另外，Standby端还能够在启动Redo应用时，经过附加NODELAY子句的方式，取消延迟应用。物理Standby能够经过下列语句取消延迟应用：

1SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE NODELAY;

逻辑Standby能够经过下列语句取消延迟应用：

1SQL> ALTER DATABASE START LOGICAL STANDBY APPLY NODELAY;

通常设置延迟应用的需求都是基于容错方面的考虑，如Primary数据库端因为误操做，数据被意外修改或删除，只要Standby数据库还没有应用这些修改，那么就能够快速从Standby数据库中恢复这部分数据。不过Oracle自从9i版本开始提供FLASHBACK特性以后，对于误操做使用FLASHBACK特性进行恢复，显然更加方便快捷，所以DELAY方式延迟应用已经很是少见了。

l SERIVCE：用于指定备用数据库的TNSNAMES描述符，Oracle会将Redo日志传送到这个TNSNAMES指定的备库。

l SYNC：用于指定使用同步传输方式到备库。即LGWR进程须要等待来自LNS的确认消息后，而后告知客户端事务已提交。最高可用性及最大保护模式下，至少有一个备用目标应指定为SYNC。

l ASYNC：与SYNC相反，指定使用异步传输模式，此为默认的传输方法。

l NET_TIMEOUT：指定LGWR进程等待LNS进程的最大时间数，缺省为30s。若是超出该值，那么主库放弃备库，继续执行主库上的事务。

l REOPEN：主库遇到备库故障后尝试从新链接备库所需等待的时间，缺省为300s。

l DB_UNIQUE_NAME：主库与备库链接时会发送本身的惟一名称，同时要求备库返回其惟一名称，并结合LOG_ARCHIVE_CONFIG验证其存在性。

l VALID_FOR：定义什么时候使用LOG_ARCHIVE_DEST_n参数以及应该在哪类Redo日志文件上运行。可用日志文件类型：ONLINE_LOGFILE、STANDBY_LOGFILE、ALL_LOGFILES。可用的角色类型：PRIMARY_ROLE、STANDBY_ROLE、ALL_ROLES。

n ONLINE_LOGFILE：表示归档联机Redo日志；

n STANDBY_LOGFILE：表示归档备库的Redo日志/接受的Redo日志；

n ALL_LOGFILES：表示全部的在线和归档日志；

n PRIMARY_ROLE：仅当数据库角色为主库时候归档生效；

n STANDBY_ROLE：仅当数据库角色为备库时候归档生效；

n ALL_ROLES：任意角色归档均生效。