ITPub博客

首页 > Linux操作系统 > Linux操作系统 > Standby OS i/o问题导致Primary 库不能正常归档问题

Standby OS i/o问题导致Primary 库不能正常归档问题

原创 Linux操作系统 作者:tolywang 时间:2009-03-04 11:52:40 0 删除 编辑
Oracle9.2.0.7  
Linux AS4.0 U5

Standby I/O 问题 (后来查了一下,初步估计可能是RAID卡内存问题,或者disk 问题) 导致了正式数据库上不能归档 。



Mon Mar  2 12:59:09 2009
ARC1: Error 3113 Creating archive log file to 'standbyulti'
Mon Mar  2 12:59:09 2009
Errors in file /u01/product/admin/ultimus/bdump/ultimus_arc1_5007.trc:
ORA-03113: end-of-file on communication channel
Creating archive destination LOG_ARCHIVE_DEST_1: '/data/ultimus/arch/1_3166.arc'
Mon Mar  2 12:59:11 2009




trace file 中的错误。

Destination LOG_ARCHIVE_DEST_2 is in CLUSTER CONSISTENT mode
Destination LOG_ARCHIVE_DEST_2 is in MAXIMUM PERFORMANCE mode
*** 2009-03-02 12:59:09.720
RFS network connection lost at host 'standbyulti'
Error 3113 creating standby archive log file at host 'standbyulti'
*** 2009-03-02 12:59:09.732
ARC1: Error 3113 Creating archive log file to 'standbyulti'
*** 2009-03-02 12:59:09.732
kcrrfail: dest:2 err:3113 force:0
ORA-03113: end-of-file on communication channel  






========================



Primary , Standby设置参考:


9i/10g Primary DB:

# for oracle9i standby .
*.log_archive_dest_state_1=enable
*.log_archive_dest_state_2=enable
*.log_archive_dest_2="service=standby optional reopen=60"  
*.log_archive_min_succeed_dest=1


-------------------


9i/10g Standby DB:

# for oracle9i standby .
*.log_archive_dest_state_1=enable
*.log_archive_dest_state_2=enable
*.standby_archive_dest="/data/acer/arch"
*.db_file_name_convert=("/data/acer","/data/acer")
*.log_file_name_convert=("/u01/product/oradata/acer","/u01/product/oradata/acer")
*.log_archive_trace=0
*.log_archive_min_succeed_dest=1
*.standby_file_management=AUTO
*.remote_archive_enable=TRUE
*.fal_server='acer'
*.fal_client='standby'  




问题描述


当出现i/o问题的时候 ,standby系统可以ping通,  但是在primary db上 tnsping  standby 一直处于没有返回结果的状态 (如下范例) 。
这样primary 数据库可能因为没有类似tns错误的返回结果,所以也一直写standby 归档,不成功的话,primary上的归档也不能算完成 ?

Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)
(HOST = 10.16.8.84)(PORT = 1521))) (CONNECT_DATA = (SERVER = DEDICATED) (SERVIC
E_NAME = epd)))
OK(360毫秒)   ------------   这一行返回结果是没有的,一直等待 。

Oracle是否有一个机制,当primary  tns  standby 一直出于等待standby回复信息的时候,有一个timeout 的时间点。
超过这个时间,standby即可返回一个错误给primary  .  primary 得到错误信息后即可在本地创建成功(见下面的信息)。



----------------------------------   



正常关闭Standby server , 在primary alert log 中会出现如下的错误 。
有返回结果,本地创建归档成功 。 不影响primary db 运行。

Creating archive destination LOG_ARCHIVE_DEST_2: 'standbyulti'
ARC0: Error 12560 Creating archive log file to 'standbyulti'





--------------------


初步解决方案遇到的问题 (未测试) :

目前的焦点是,primary db接到standby返回错误才会不管standby , 只在自己本地目录下归档 。如果不能得到返回错误,
两台机器都一直等待归档 。   

所以, standby i/o 出现问题, 即使在standby 监听中设置time out 时间, 但是在i/o出现问题的情况下,这种错误是否能返回给primary 还真是不清楚

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/35489/viewspace-561347/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
Oracle , MySQL, SAP IQ, SAP HANA, PostgreSQL, Tableau 技术讨论,希望在这里一起分享知识,讨论技术,畅谈人生 。

注册时间:2007-12-10

  • 博文量
    5595
  • 访问量
    13268657