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

wwwlh

原帖由 baijinxp 于 2008-8-14 10:06 发表
Ifree兄弟，你NFS的服务端配置了哪些参数？
我的试验环境如下：
操作系统为RedHat AS4.4 Linux
NFS服务端设置参数是：
/backup    192.168.104.72(rw,no_wdelay,sync)
NFS客户端设置参数是：
mount -o rw,bg,hard,tcp,vers=3,rsize=32768,wsize=32768,nointr,timeo=600,actimeo=0 192.168.104.72:/backup /backup

        数据文件(8通道)        数据文件(4通道)        归档日志
实际大小             53.6G                 53.6G        84G
备份后大小               32G                  32G        56G
耗时              29Min                36Min        55Min

但是发现在客户端mount的时候加入noac这个参数后明显慢了几分钟，但是noac这个参数是为了不写缓存，直接写硬盘。
另外，请教一下，你为什么在客户端用async这个参数？这个参数是让服务器在实际写磁盘之前先回应写请求，你设置这个参数其不是让RMAN在备份的效率上更慢吗？

我的一点意见

我的NFSserver配置参数
/bak  192.168.1.0(rw,no_root_squash,async)
1、noac这个参数后明显慢了几分钟，但是noac这个参数是为了不写缓存，直接写硬盘，这个不会好过缓存写的，注意这里是写的不是本地硬盘，而是远程服务上的硬盘，网络是个瓶颈，如果不缓存的话，不能形成一个有效的大的数据块，只能写小数据块，硬盘连续写的性能要好过随机写的性能很多，因此肯定慢过缓存写的，大多数情况下文件系统都是缓存写快，否者我们的硬盘整这么大的缓存干嘛，缓存芯片要银子的，你可以搜一下，缓存大的硬盘性能高过缓存小的硬盘许多，另外在NFS上缓存的容量是由NFS服务器文件系统缓存大小决定的。

2、这个参数不是在客户端用的是服务器端的，将sync改为async就块了许多了，你的理解有误，async是异步方式，异步方式比sync同步方式要快许多，异步方式服务器端根本不告诉客户端，我已经写完了或者延时一段时间告诉客户端，客户端只管猛写，同步方式下服务器端写完了一个数据块，告诉客户端，写完了，送下一个来，客户端才发下一个数据块，NFS方式下网络其实是瓶颈，所以两端硬盘都不可能慢过网络传输的，这样的话异步才能提高性能。
3、建议你改成UDP试一下会更快一点，但是可靠性会有所下降，如果是简单的网络，尤其是光纤组成的网络根本不会有问题的
4、看来源数据容量上升了，消耗时间是成几何级数增长的呵呵，估计是压缩算法上耗时间

wwwlh

原帖由 yxxiao 于 2008-8-14 11:20 发表
再次请教wwwlh ,
为方便大家讨论与学习，能否把你的RMAN SHOW ALL贴出来一下呢．TKS.

呵呵，因为我有多个RMAN的脚本，需要运行在不同的参数下，所以每个脚本我是都写在一个脚本里的，show all实际常变，所以show all对你意义不大，我这几天较忙，NFS的脚本我过几天改改，再放上来，去掉那些和客户相关的名称，否者行业的人一看就知道是那里的东东了呵呵，对客户不好对我也不好。

wwwlh

原帖由 jieyancai 于 2008-8-14 10:22 发表
不错，除了公众版，还有什么版？

当然是客户版了，这个可不能提供喔，客户版有N多客户的信息，和为了凑字数的长长的LIST BACKUP内容，你不会感兴趣吧呵呵，我保证99％的精华都在公众版里面了，呵呵那1％多半是我忘了呵呵）；

wwwlh

原帖由 baijinxp 于 2008-8-14 10:16 发表
忘了说一下，我用的是10.2的ORACLE+RAC环境，但是最近的试验发现11G要比10G的备份压缩比更高，速度相对来说并没有太大的提升，稍快了几分钟，也许这几分钟的提交也是不小的改进吧，本人观点，仅供参考。

11G有了2种压缩算法，缺省的压缩算法和10g是一样的，当然快不到那里去了，另一种算法是bzip好像速度会快一点，压缩率会减小，还没空装11g，等忙完这些事吧

wwwlh

原帖由 lfree 于 2008-8-14 08:46 发表
-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不支持。

async参数是在服务器端设的，mount nfs除了本地命令行的参数外，其它NFS参数都是从SERVER上继承的

lfree

原帖由 baijinxp 于 2008-8-14 10:06 发表
Ifree兄弟，你NFS的服务端配置了哪些参数？
我的试验环境如下：
操作系统为RedHat AS4.4 Linux
NFS服务端设置参数是：
/backup    192.168.104.72(rw,no_wdelay,sync)
NFS客户端设置参数是：
mount -o rw,bg,hard,tcp,vers=3,rsize=32768,wsize=32768,nointr,timeo=600,actimeo=0 192.168.104.72:/backup /backup

        数据文件(8通道)        数据文件(4通道)        归档日志
实际大小             53.6G                 53.6G        84G
备份后大小               32G                  32G        56G
耗时              29Min                36Min        55Min

但是发现在客户端mount的时候加入noac这个参数后明显慢了几分钟，但是noac这个参数是为了不写缓存，直接写硬盘。
另外，请教一下，你为什么在客户端用async这个参数？这个参数是让服务器在实际写磁盘之前先回应写请求，你设置这个参数其不是让RMAN在备份的效率上更慢吗？

我的nfs server建立在windows机器上，使用SFU，没有办法，我们使用的是IP SAN。
这么看来使用linux的备份快多了。

另外我在服务器上备份完成后，我的脚本执行了umount。
如果在备份完成后直接执行umount，linux会报错，就是文件系统忙之类的提示。

我必须先执行sync后，在umount才不会错。保险起见：我后面执行的是：
/bin/sync
/bin/sync
/bin/sync
sleep 5
/bin/umount /。。。

lfree

原帖由 wwwlh 于 2008-8-14 11:39 发表

11G有了2种压缩算法，缺省的压缩算法和10g是一样的，当然快不到那里去了，另一种算法是bzip好像速度会快一点，压缩率会减小，还没空装11g，等忙完这些事吧

bzip 一般不会快的，bzip应该压缩率更高，但是应该更慢。

我曾经使用tar＋bzip来做冷备份数据库，50G的文件花了竟3个小时。但是文件很小仅仅6G。

lfree

看了一下11g缺省使用的是

RMAN> show all ;

使用目标数据库控制文件替代恢复目录
db_unique_name 为 XXX 的数据库的 RMAN 配置参数为:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BZIP2'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'E:ORACLEPRODUCT11.1.0DB_1DATABASESNCFXXX.ORA'; # default

RMAN>

lfree

原帖由 wwwlh 于 2008-8-14 11:42 发表

async参数是在服务器端设的，mount nfs除了本地命令行的参数外，其它NFS参数都是从SERVER上继承的

SFU 在服务端不知道如何设置async参数。

lfree

原帖由 baijinxp 于 2008-8-14 10:16 发表
忘了说一下，我用的是10.2的ORACLE+RAC环境，但是最近的试验发现11G要比10G的备份压缩比更高，速度相对来说并没有太大的提升，稍快了几分钟，也许这几分钟的提交也是不小的改进吧，本人观点，仅供参考。

11g 缺省压缩算法是bzip2.

CONFIGURE COMPRESSION ALGORITHM 'BZIP2'; # default

压缩会更高。
这个要看网络速度与压缩文件的大小，来决定完成的是时间。