请教：使用NBU6.0备份数据库时的速度性能问题？

wuerhe

本地备份服务器:win2003 Server+NBU6.0MP4

备份的数据库服务器：AIX5.3+NBU SAN Media Server6.0+Oracle10g，数据库文件采用裸设备形式，其裸设备表空间总共大约380G左右.目前生产数据还未放入，只导入了一些测试数据，数据量不大，RMAN全备份数据量大约为1.7G.

光纤交换机2G/4G自适应。

磁带库为ADIC scalar24光纤磁带库，2个LTO-3驱动器。

在备份该数据库时，主要有如下问题：
1.
1.7G的备份量居然要花40分钟才能备份完该数据库,我想知道对于数据库或主机来说，备份的瓶颈在哪里？
2.
在备份数据库时，备份job上显示的磁带机备份速度，一个大约为16、7M/秒，另一个为20多M/秒，这与LTO-3磁带机备份性能不匹配，这是LTO-2的速度。（即使是这个速度，1.7G数据也应该很快备份完牙！）

请大家能给出一些分析和解答

[ 本帖最后由 wuerhe 于 2007-4-22 00:42 编辑 ]

david5337

数据库备份速度很慢，在你这种硬件环境下，主要考虑数据库本身的性能问题！！以及备份时刻，数据库是不是负载很大！！！

wuerhe

重新添加了一张图片,这是在用RMAN恢复数据库时,其topas值.
大家觉得磁盘数据正常吗?

xiaomao2006

做一个普通文件备份，大约2G， 看看磁带速度，先排除它的因素。
然后做个数据库备份，不用nbu看看快不快

matilda

改nbu buffer size了么

yddll

380GB的LV，放1.7G的数据!?

建议按4楼的来，先备份以下文件，排查磁带机的问题

在备份数据库到磁盘，排查备份软件的问题

maping

根据楼主的描述，数据库备份速度慢瓶颈可能在多方面的。
比如：主机I/O读写、数据库本身性能、光纤链路等。

建议先备份文件试试，分别备份到磁带上和硬盘上。比较一下。

jtw

你的磁盘怎么会那么繁忙？

lj_cd

磁盘很忙，但数据量却很小。你使用了文件系统？大量的小文件？

wuerhe

数据库是裸设备,上面的图是我在用RMAN恢复数据库测试的topas值.

恢复数据库的时间与备份时间差不多,大约50分钟