VEEAM 7备份的三种传输方式

最近发现VEEAM 7在同步一个巨大的VM和还原VM的时候,速度比起备份要慢很多。当VM比较小的时候还不觉得有什么,但是当我操作一个巨无霸的文件服务器,超过了9T的容量,这个可悲的速度立刻引起了我的关注。


经过搜索和学习,官方文档上说明如下:

wKiom1LojfDjkBj6AAH0SLbY8oo703.png


简单的说就是,读取数据的时候,速度从大到小是 Direct San Access> VA > Network;写入数据的时候Direct San Access由于技术限制没法用,只有可能是VA或者Network选择一个。很无语的是,VEEAM 7的一个主打功能是对Tape的支持,而一般而言,用户都是用物理机直接连接Tape的,而物理机是无法使用VA模式的。于是乎, 备份的时候Direct SAN Access(读)倒是很快,还原或者同步的时候(写),就只能使用坑爹的Network模式了。


怎么解决这个问题呢?我觉得大概可以有以下方式:

1. 把Veeam 安装在VM上,这样就可以使用VA模式来读和写了,不过我记得ESXI 4的版本需要更改一些内置的防火墙才能允许Tape设备直接能够联通在VM上, ESXI 5 和 新一代的Hyper-V不知道是否需要额外的操作。不过根据过往在CA和BackExec的经验,这些备份软件都不推荐使用虚拟机连接Tape,不知道Veeam怎么说来着;


2.还有一种方式就是我再安装一个windows 2012的虚拟机,然后将他指定为一个新的VA模式的备份代理。这样的话,理论上如果同步VM应该是会提速了,但是如果我做还原操作,例如从Tape上还原vbk 文件,然后再从vbk文件中还原VM,因为Tape是连接到物理机上的,我无论是直接还原vbk文件到VA的机子上上,或者先还原到物理机,然后再拷贝到VA机子上,都必须走网络,这部分时间无法省略。除非 我在共享储存上进行分配,使得同一个LUN可以同时被虚拟的VEEAM和物理机的VEEAM同时看见,这样子或许可以做到 还原VBK到物理机 然后直接在虚拟的VEEAM上还原VM


具体操作有待实验证明。

你可能感兴趣的:(速度,7,Veeam)