识别了对应的LUN，将传输方式从 network 改为 Direct San Access, 这次测试的结果大概有 150M/s的备份速度，速度成功提高了5倍以上！
最近一周一直在折腾最新版的 Veeam Backup&Replication 7，看看网上似乎还没有什么测评报告，就写写自己的初步感受吧。
之前收到了一个新的Dell R720，按部就班的设置Raid, Idrac, 安装windows 2012 Full GUI datacenter，然后ISCSI连接到Tape library。
安装Veeam 7 的过程很简单，基本上是一路next点下去就行了，安装好之后，我就兴致勃勃的玩起来。因为微软带了个坏头，windows 2008 里面备份把对tape的支持去掉了，很多公司的备份软件也不支持tape，导致和我一样的很多用户不得不使用例如BackupExec， CA ARC之类的软件备份。在受到各种用户的反馈埋怨之后，Veeam 7终于开始支持tape library了。
于是我的第一个挑战也出现了，Veeam 7里面找不到Tape library,只有2个孤单单的drive，但是设备驱动器里面明明出现了media changer！经过dell客服的热情帮助之后，发现需要手动安装Dell 的驱动。这里需要说明的是，很多其他的备份软件，tape library不能安装dell的驱动，必须使用windows自带的驱动才能工作，但是veeam 7是反过来的！值得一提的是dell的驱动我刚开始也装不上，装了一半就报错，后来手动卸载，重启了N次之后终于成功的安上了。
我先创建了1个备份，直接从Vsphere 5里面备份了10个虚拟机。因为比较大，跑了40分钟我就强行停了，原因很简单，我只连接了一个网卡，带宽全部耗尽了，大概30M/s的速度。于是，忙乎了一通FC，交换机和存储设置，这个服务器成功的识别了对应的LUN，将传输方式从 network 改为 Direct San Access, 这次测试的结果大概有 150M/s的备份速度，速度成功提高了5倍以上！
备份的时候还得注意，所有的虚拟机上都不可以有快照存在，不然就卡在那里了。因为Veeam 备份本身其实也是做快照，如果有现成的，那恭喜你，那个虚拟机的备份直接就fail掉了~~
备份成功了，那试试看还原吧。还原可以还原整个虚拟机，也可以还原其中的文件，这个还是很方便的。高级一点的例如AD的备份还原，Exchange的备份还原尚未测试。
接下来，我还试了试synthetic Full Backup。 相对于传统的完全备份+增量备份，这种备份方式只是第一次进行完全的读取数据完全备份。之后是自动将磁盘上的每次增量备份和之前的完全备份“合成”一份新的完全备份，这样的好处是节省了大量的带宽和时间~ 顺便提一句，后来我才发现Backupexec也有这个功能，只不过我从来没用过而已~~
最后测试了心仪已久的Tape备份。怎么说呢，给我的初步影响是勉强工作吧。坑爹的驱动之前就说过了，最奇怪的是一般的备份软件用完了tape会自动弹回插槽，这个东西经常霸占着最后使用的tape不放手，卡在Drive里面，我必须手动移动回空余的插槽。最神奇的是有时候备份到磁盘是增量备份，下一步从磁盘再备份到Tape就变成完全备份了。重启之后再试试又回复正常了~~ 每次我更换tape，veeam 7里面的tape library也会变成offline。看起来，tape这一块，veeam 7还需要进一步改进呢~
声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。
