TSM Dateprotection for mail（exchange）备份超级慢！
资料简介：
TSM5.5版本的，在测试期间，使用lanfree备份速度很正常，上exchange备份发现无法增量备份，原来是要把循环日志改为递归模式，修改好了，增量ok了，但是现在做一个全备，600G左右，竟然要2天2夜，之前测试的一个全备也就2小时。不知道怎么回事啊，走的lanfree呢，难道和更改日志的模式有关系？
2009-08-18
浏览5260
下载0
已下载用户的评价
您还未下载该资料，不能发表评价；
查看我的 待评价资源
查看我的 待评价资源
没用
☆°﹒☆．﹒☆°﹒☆．﹒☆° ☆．﹒☆° ╔╩═══╗╔════╗╔════╗╔════╗ ║支持楼主╠╣再接再厉╠╣燕过留声╠╣人过留帖╠ ╚◎══◎╝╚◎══◎╝╚◎══◎╝╚◎══◎╝ °﹒☆°．﹒．°∴°﹒°．﹒．°∴°.﹒．°∴°﹒☆......
☆°﹒☆．﹒☆°﹒☆．﹒☆° ☆．﹒☆° ╔╩═══╗╔════╗╔════╗╔════╗ ║支持楼主╠╣再接再厉╠╣燕过留声╠╣人过留帖╠ ╚◎══◎╝╚◎══◎╝╚◎══◎╝╚◎══◎╝ °﹒☆°．﹒．°∴°﹒°．﹒．°∴°.﹒．°∴°﹒☆......
没用
我做了多个操作，还是无法改变现状，也重新部署了TSM，速度还是慢，我在exchange服务器上用TSM的文件备份速度就正常，但用Data Protection for exchange就很慢很慢，同样走的san，速度不到10M每秒。 然后IBM的工程师分析了一下状况：整个备份取决于3个方面的因素，最终的备份速度是这三个方面因素的最慢的那一个：1、抓取exchange的数据，2、走lan free网络的速度，3、往磁带库写入的速度。然后IBM工程师解释后两者出问题的可能性很小，因为同样在exchange上做文件的备份速度就正常。所以和exchange抓取数据的速度有关系。 那照这么说，不管用什么软件，SAN环境多么优秀，备份exchange的速度就是慢，逃不出抓取exchange数据的速度限制吗？？ 我晕了！
我做了多个操作，还是无法改变现状，也重新部署了TSM，速度还是慢，我在exchange服务器上用TSM的文件备份速度就正常，但用Data Protection for exchange就很慢很慢，同样走的san，速度不到10M每秒。 然后IBM的工程师分析了一下状况：整个备份取决于3个方面的因素，最终的备份速度是这三个方面因素的最慢的那一个：1、抓取exchange的数据，2、走lan free网络的速度，3、往磁带库写入的速度。然后IBM工程师解释后两者出问题的可能性很小，因为同样在exchange上做文件的备份速度就正常。所以和exchange抓取数据的速度有关系。 那照这么说，不管用什么软件，SAN环境多么优秀，备份exchange的速度就是慢，逃不出抓取exchange数据的速度限制吗？？ 我晕了！
没用
先说一下exchange的磁盘吧，现有的结构稍微有点麻烦。 存储组是放在本地硬盘D盘 日志本来是在本地C盘，但取消循环日志，C盘空间会不够，就化了一个存储空间M盘给他，把存储组日志和主题日志迁移到存储空间M盘了。 备份的调度分三个，一个是每周的全备（脚本调度），一个是每天的增量（脚本调度），还有一个是日志备份每天增量（ISC直接调度） 我刚才在高峰期（收发邮件一般9点到11点为高峰期）做了一个备份测试，直接使用TSM CLIENT的备份-归档GUI，备份整个TOOLS的文件夹（该文件夹都是存放一些安装文件和补丁等，文件很多）以下是截图，速度是有点慢，等待介质都用了快40秒[attach]14338[/attach]
先说一下exchange的磁盘吧，现有的结构稍微有点麻烦。 存储组是放在本地硬盘D盘 日志本来是在本地C盘，但取消循环日志，C盘空间会不够，就化了一个存储空间M盘给他，把存储组日志和主题日志迁移到存储空间M盘了。 备份的调度分三个，一个是每周的全备（脚本调度），一个是每天的增量（脚本调度），还有一个是日志备份每天增量（ISC直接调度） 我刚才在高峰期（收发邮件一般9点到11点为高峰期）做了一个备份测试，直接使用TSM CLIENT的备份-归档GUI，备份整个TOOLS的文件夹（该文件夹都是存放一些安装文件和补丁等，文件很多）以下是截图，速度是有点慢，等待介质都用了快40秒[attach]14338[/attach]