ORACLE 10g基于NFS文件系统RMAN备份优化－公众版

lfree

我看了我的：

large_pool_size=16777216

lfree

-o rw,bg,hard,nointr,rsize=32768,wsize=32768,tcp,nfsvers=3,timeo=600,actimeo=0
修改为
-o rw,bg,hard,nointr,rsize=32768,wsize=32768,tcp,nfsvers=3,timeo=600,actimeo=0,async

mount 显示没有async，也许linux不支持。

rollingpig

不错

lfree

据说mtu修改很大到9000 ，会很快，不过我没有测试。

max123567

学习

oradbHome

原来 mount nfs 还有那么多参数啊...学习了.

wwwlh

原帖由 lfree 于 2008-8-14 08:34 发表
我们备份80G的数据库，大约是2小时，压缩备份大小是20G。
另外一个60G的数据库，大约是1.5小时，压缩备份大小是10G。

我使用的参数是

-o rw,bg,hard,nointr,rsize=32768,wsize=32768,tcp,nfsvers=3,timeo=600,actimeo=0

数据增长到一个数量级后，备份花的时间确实大大增加了，可以试一下大哥的参数不过个人认为-o参数里这些都没有太大的意义的
tcp，网络不稳定才用tcp,缺省的UDP传输效率更高
nfsvers=3 备份是在晚间进行的，SERVER几个问题不大
timeo=600,actimeo=0 内部千兆网络不可能有超时的问题

wwwlh

原帖由 lfree 于 2008-8-14 08:54 发表
据说mtu修改很大到9000 ，会很快，不过我没有测试。

这个MTU是千兆网巨大帧协议，不一定能在某些交换机上能用的，我测试过，速度有点提升，会对某些业务有影响的，表现为时通时断。

wwwlh

原帖由 lfree 于 2008-8-14 08:26 发表
CONFIGURE BACKUP OPTIMIZATION ON ;

这个会导致archive log仅仅备份1次后，下次不备份。

我个人认为

backup as compressed backupset archivelog all
                    tag="archivelog xxx"
                    not  backed up 2 times
                    format '/mnt/xxx.backup/archives/xxx_%d_%T_%s_archive' ;

也许更好。

CONFIGURE DEVICE TYPE DISK PARALLELISM 4 BACKUP TYPE TO BACKUPSET;
我的测试这样的话，如果又压缩备份集，CPU会很忙，访问操作数据库很慢。

我测试的结果是对于NFS文件系统效果不大明显，至于CPU会很忙，这个问题不大，我的备份是半夜12点开始的，系统业务几乎为零

wwwlh

原帖由 wwwlh 于 2008-8-14 09:30 发表

呵呵，我目前的备份系统容量有限，所以还不打算备份归档，归档问题有一个STANDBY DATABASE去解决
我测试的结果是对于NFS文件系统效果不大明显，至于CPU会很忙，这个问题不大，我的备份是半夜12点开始的，系统业务几乎为零