ARCHIVELAGTARGET参数的作用.docxVIP

ARCHIVE_LAG_TARGET参数的作用?(一)?设置archive_lag_target参数1.?????一旦设置了archive_lag_target初始化参数，数据库将会周期性的检查实例的当前重做日志。如果遇到下列情况，实例将会切换日志：n?当前日志n秒前创建，当前日志的归档时间估计为m秒，n+m的值超过archive_lag_target参数设置。n?当前日志包含重做记录。2.?????在RAC环境中，实例总是使其他线程切换并归档他们的日志（如果他们滞后的话）。这是特别有用的，当集群中的一个实例比其他实例更空闲。3.?????archive_lag_target初始化参数指定在主数据库关闭或失效的事件中，备用数据库可以损失多少秒的重做数据（如果data guard环境没有被配置为no-data-loss模式）。它同时也指定了主数据库的当前日志可以跨越的时间上限（秒）。因为归档时间是个估计数，所以这不是一个精准的日志切换时间。4.?????以下语句设置日志切换间隔为30分钟（典型配置）archive_lag_target=18005.?????该参数的默认值为零，表示禁用基于时间的日志切换功能；6.?????即使没有备用数据库也可以设置archive_lag_target参数。例如：archive_lag_target可以设置为强制日志切换和归档；7.?????archive_lag_target是动态参数，应该使用alter system语句设置。8.?????在RAC环境中，每个实例的archive_lag_target参数必须设置为相同的值。(二)?影响设置archive_lag_target的因素1.?????如果想设置archive_lag_target参数，应该考虑下列因素：n?切换日志（也归档）的负载；n?正常日志切换的频率；n?备用数据库可以承受的重做数据丢失是多少。2.?????如果自然的日志切换已经比指定的切换间隔更频繁，设置archive_lag_target可能并不是非常有用。然而，重做日志产生的速度不规则的情况下，间隔可以为当前日志的覆盖时间范围提供一个上限限制；3.?????如果archive_lag_target被设置为很低的值，可能会影响性能。因为这样会强制频繁地切换日志；4.?????archive_lag_target应该设置成一个不会降低主数据库性能的值。在DataGuard环境中，为了减少故障时数据损失，我们可以设置ARCHIVE_LAG_TARGET参数，强制进行日志切换。ARCHIVE_LAG_TARGET参数可以设置一个时间，通过时间限制，指定数据库强制进行Log Switch，进行归档。这个参数的缺省值是0，即为不启用该参数。该参数合理的取值范围在60 ~ 7200之间。通常大于7200和小于1800不被推荐，低于30分钟的切换时间可能导致性能问题。以下是我的一个生产环境的设置效果。设置之前:SQL alter session set nls_date_format=yyyy-mm-dd hh24:mi:ss;Session altered.SQL col name for a60SQL select name,COMPLETION_TIME from v$archived_log where name is not null;NAME COMPLETION_TIME------------------------------------------------------------ -------------------/data2/oradata/STAT/archive/1_5441_593258512.dbf 2006-11-20 10:49:57/data2/oradata/STAT/archive/1_5442_593258512.dbf 2006-11-20 15:49:50由于数据库并不繁忙，日志很久才会切换一次。设置archive_lag_target参数:SQL show parameter archive_lagNAME TYPE VALUE------------------------------------ ----------- ------------------------------archive_lag_target integer 0SQL alter system set archive_lag_target=1800;System altered.SQL show parameter archive_lagNAME TYPE VALUE------------------------------------ -------