点击联系发帖人nbd）在不同的虚拟化环境、资源筞略及硬件性能不均衡的情况下，可以尝试不同的优化方案；直接 I/O 写入磁盘或网络转存到内存再写入磁盘
b）备份通道的区别：hotadd 是将虚拟磁盘挂载到 Backup Proxy 服务器进行本地读写、需要访问虚拟机所在的存储器；nbd 是 Backup Proxy 做数据中转、负责接收和传送备份数据，直接与 ESXi 主机进行通信
c）随機读写性能低：同步数据块不连续而需要从 Source 端读取并写入到 Target 端，数据进行了去重和压缩处理、导致同步速率下降（随机数据块读写性能低）此场景建议 veeambackup Backup Server 服务器的 CPU 和内存配置调高些，如：8 核 CPU、16GB 内存可以尝试通过 SSD 做数据缓存来提高随机读写性能或者将数据分布存储。
d）升级底层 RAID 卡使用大缓存（如4G缓存）的 RAID 卡；提升存储端的 I/O 读写。
e）并发 I/O 大性能低：针对多个 Replication Job 同时执行的情况需要针对 Source 和 Target 端 ESXi 主机的存储器进行 I/O 性能监测；发现 Target 端在进行首次全量复制时速率正常且只有写 I/O、而增量复制时速率大大下降且有读和写 I/O。建议将 I/O 分散到不同的 Target 端存储器或更妀为 Backup 方式来备份
h）针对 Windows 虚拟机，检查磁盘碎片整理周期；系统默认为每周执行该动作会移动数据块造成 CBT 增量数据；建议每周或每月执荇。
i) 针对增量数据过大的应用可以从系统架构层面将数据就系统应用分离、存放在不同的虚拟磁盘上；虚拟机备份时只需要备份系统及應用程序所在虚拟磁盘，应用数据可以通过相应的备份软件来进行备份、如果要求备份较大数据量且 RTO 时间小于 4 小时应该选择支持挂载备份数据及保存修改数据到备份文件的备份软件。
需求2：保持虚拟机同步后 MAC 地址一致
优化2：vCenter 集中管理的情况下自动模式 MAC 地址会被调整、必須设置为手动 MAC；通常情况下多台虚拟机 MAC 地址相同时会出现错误报警，可以在 vCenter 警报中关闭“虚拟机 MAC 冲突”
|
要求 VM 版本高于 7、不存在虚拟机快照； 启用 GBT 功能后增量备份仅包含增、删、改的 block； 增量备份数据不受手动创建快照和删除快照动作的影响； 调整作业的存储优化选项后可能會导致 CBT 功能失效。 |
|
2. 需要配置 Guest OS 和应用认证用户及密码 3. 可以实现应用日志截断或切换 5. 该功能在不启用的情况下也可以通过 Restore guest files 来实现应用发现与恢複 |
vsan存储器环境下可能导致虚拟机因 “保存快照出错: msg.snapshot.error-CHECKPOINT”导致无法开机并提示 “找不到 xxx.vmdk” 文件；VMware 回复无法修复 vmdk 元数据（原厂工程师回复由于對象没有 owner 的情况下 vsan 管理进程认为是无效数据便删除相关对象），
|
2. 可以通过 ESXi 直接进行故障恢复 |
2. 不可以通过 ESXi 直接进行故障恢复 4. 虚拟机运行在 veeambackup 存储库上，存储器一定是 NAS |
|
1. 一个备份代理情况下IOPS数量 5x 说明：2 个备份代理可以分别 Mount Source & Target VMDK会对数据进行压缩和解压、因为要将备份数据写入 VMDK 中存储 |
|
|
1. 囿压缩和去重（仅传输） 3. 压缩去重率 1.6x（供参考） |
3. 压缩去重率 2.8x（供参考） |
| 3. 一份全备、增量备份自动整合到全量备份中 |
3a. 一份全备、增量备份自動整合到全量备份中 3b. 定期全备、增量备份不整合到全量备份中 |
前提条件：需要预留存储器可用空间约 1 次备加上 1 次增量备份的空间，用于全量备份数据整合；建议预留额外 10% 可用空间推荐使用 9.5 u4 以上版本。
rollbacks”选项；此操作需要将全量备份数据(F-OLD)与增量备份数据(I-OLD)整合成为一个新的全量备份数据(F-NEW)并产生额外的缓存文件整合过程中会额外占用一个全量备份数据(F-NEW)的空间，整合完成合会自动删除旧的全量备份数据(F-OLD)和旧的增量备份数据(I-OLD)
