ORACLE在HP-UX下的系列问题处理(42)

王朝oracle·作者佚名  2008-05-19
宽屏版  字体: |||超大  

OBII 2.50: BMA 达到 8400 秒的不活动超时

问题描述

我运行多个Oracle 备份时,backups周期性地会出现下面的失败信息:

The BMA named "sssua001_dlt2" on host sssua001.com.

reached its inactivity timeout of 8400 seconds because connected Disk Agents can not release it's connections.

The agent on host will be shutdown.

为什么会出现这种问题?

配置信息

操作系统- HP-UX

版本 - 10.20

硬件系统 - HP 9000

系列 - D270

解决方法

问题在于 EBU 2.0 brd (Oracle进程)在向BMA 备份的过程中仍然打开管道,进程没有发送任何数据,因为它忙于其它的备份。现在当前版本的EBU 2.1 已经关闭了文件描述符0、1和2,而在/dev/null中打开。最后的结果就是更新为Oracle最新的EBU 2.1。

.........following with all English text ....

OBII 2.50: BMA reached its inactivity timeout of 8400 seconds

Problem Description

Periodically, when I run multiple Oracle backups, I get the following failure messages from the backups:

The BMA named "sssua001_dlt2" on host sssua001.com.

reached its inactivity timeout of 8400 seconds because

connected Disk Agents can not release it's connections.

The agent on host will be shutdown.

What is the problem here?

Configuration Info

Operating System - HP-UX

Version - 10.20

Hardware System - HP 9000

Series - D270

Solution

The problem discovered is that the EBU 2.0 brd (Oracle's process)

still had the pipes open during backup to the BMA and the process was not sending any data because it was busy with other backups. The current version of EBU 2.1 now has closed file

descriptors 0,1, and 2 and opens them up against /dev/null.

The final result is to update to Oracle's latest EBU 2.1.

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
© 2005- 王朝网络 版权所有