Veeam Backup Replication v10 安装配置与恢复实战指南

简介这份PDF手册面向需要为虚拟化与物理环境搭建备份体系的企业IT运维人员、系统管理员及备份初学者围绕Veeam Backup Replication v10的安装与日常使用展开帮助读者从零理清软件架构与部署思路。内容从产品介绍切入讲解Veeam Backup Server、Backup Proxy、Backup Repository Server三类组件的职责划分并说明虚拟化平台与Windows Server版本等环境要求随后对比简单、高级、分布式三种部署方式的适用规模。安装部分覆盖软件安装、启动VBR Server、添加vCenter、Proxy与Repository设置任务章节则涉及一般备份、应用备份、执行备份以及虚机、文件和应用恢复等操作要点目录层级清晰便于按模块查阅。资源包共1个PDF文件约5.09MB单文件即完整手册适合打印或随查随用。目前已有344人学习可作为Veeam v10入门与部署实施的参考材料。1. 从一份内部修订手册说起Veeam Backup Replication v10 到底解决什么问题虚拟化环境里最让人后背发凉的时刻不是磁盘告警而是业务方一句“这台虚机昨天还好好的现在起不来了”。快照回滚能救急但快照不是备份存储阵列一挂全盘皆输。这份《Veeam Backup Replication v10 安装和使用手册 v1.0》就是围绕“把虚机、文件、SQL 数据库真正备份出来并且能在 15 分钟内拉起来”这件事写的内部操作文档。它覆盖了从软件架构、环境要求、三种部署方式到安装、添加 vCenter、配置 Proxy 与 Repository、创建备份任务、即时虚机恢复、文件级恢复、SQL 应用恢复再到复制与故障回滚的完整链路。适合正在给 VMware vSphere 环境做备份选型、手里已经有一份 Veeam 安装包却不知道从哪一步下手的人也适合想把现有备份流程从“能跑”推到“敢恢复”的运维。手册是 2020 年 3 月的内部修订版版本号、组件名、支持矩阵都写得很实照着做能少走不少弯路。2. 先把架构和部署方式定下来三种部署模式怎么选很多人拿到安装包第一反应是双击下一步装完发现备份跑得慢、恢复起不来回头才发现是部署模式一开始就选错了。Veeam 的架构不是“装一个软件”那么简单它把职责拆成了三个角色Veeam Backup Server 负责调度和元数据Backup Proxy 负责从存储层读数据并做去重压缩Backup Repository 负责落盘。这三个角色放在哪台机器上直接决定了后面备份窗口和恢复速度。2.1 三个核心组件的职责边界手册里列出的组件清单值得逐条看一遍Veeam Backup Server、Veeam Backup shell、Veeam Backup Catalog Service、Veeam Backup SQL Database、Veeam Backup PowerShell Snap-in、Backup Proxy Services、Backup Repository、Veeam Backup Enterprise Manager。其中前三类加 SQL 数据库是安装时必选Proxy 和 Repository 是装完之后按环境再配。Backup Server 是大脑它不干重活只负责下发任务、记录备份链元数据、维护 catalog。Backup Proxy 是干活的它通过 VMware VADP 接口调用快照把数据块读出来做去重和压缩后往 Repository 送。Repository 是仓库可以是 Windows 机器上的本地磁盘、Linux 上的目录也可以是 SMB/NFS 共享。理解这个分工之后很多性能问题就有了解释备份慢先看 Proxy 的 CPU 和网络恢复慢先看 Repository 的磁盘 IO。手册里对 Backup Server 的硬件要求写得很具体x86-64 处理器建议至少 4 核内存 4 GB 加每个并发作业 500 MB安装占 5 GB.NET Framework 4.7.2 另占 4.5 GB来宾文件系统目录每 100 台虚机预留 10 GBInstant VM Recovery 缓存目录建议至少 10 GB。这些数字不是拍脑袋的尤其是最后两项很多人装完发现 C 盘红了就是因为没给 vPower NFS 和 VBRCatalog 留够空间。2.2 简单、高级、分布式三种部署的取舍手册给了三种部署方式选择逻辑其实很清楚。简单部署是把 Server、Proxy、Repository 三个角色全塞在一台机器上安装时自动分配。优点是省事适合小型环境或者测试环境。缺点是所有数据处理和存储都压在这一台上中型以上环境单机容量和 IO 都会成为瓶颈。我一般建议虚机数量超过 50 台就不要用简单部署了。高级部署是把三个角色拆到不同机器上。手册里明确写了两个好处处理负载从 Backup Server 移到 Backup Proxy以及容错性更高数据存在独立的 Repository 上。代价是需要手动分配 Proxy 和 Repository 角色。这是生产环境最常见的选择典型形态是一台 Server、两到三台 Proxy分布在不同 ESXi 集群、一台独立 Repository可以是物理机挂大容量磁盘。分布式部署面向多地点大规模环境多个地点的 Backup Server 通过 Veeam Backup Enterprise Manager 集中管理。这个模式一般是有多个数据中心才用得上单点环境不用考虑。选型时还有一个容易被忽略的点Proxy 的传输模式。手册在 Proxy 环境要求里提到Linux 发行版仅对热添加传输模式支持列出了 Debian 8 到 10、RHEL/CentOS 6.0 到 8.1、Ubuntu 14.04 到 19.10 等。如果环境里有 Linux Proxy要确认虚拟化平台和磁盘格式支持热添加否则会回退到网络模式速度差一个量级。2.3 环境要求里几个容易翻车的硬约束手册的安装环境要求表里有几条是硬性约束不满足就是装不上或者备份不了。虚拟化平台方面支持 vSphere、vCloud Director、VMware Cloud on AWSESXi 支持到 6.7 U3 和 5.5但明确写了 Free ESXi 不支持。这一条卡掉了很多用免费版 ESXi 的小环境因为 VADP 接口在免费版里是锁的。虚拟机层面基于主机的备份不支持带虚拟 NVDIMM 设备的虚机、不支持参与 SCSI 总线共享或驻留在 PMem 数据存储中的虚拟磁盘因为 VMware 不允许对这类 VM 做快照。物理模式下的 RDM 虚拟磁盘、独立磁盘、通过来宾 iSCSI 启动器连接的磁盘也会自动退出处理。这类虚机要用基于代理的备份来保护也就是在虚机里装 Agent。操作系统方面Windows 2008 及以上支持 VSS 集成但 Nano Server 除外因为缺 VSS 框架。文件级还原支持 Windows LDM 动态磁盘和 Linux LVM。提示装之前先拿一台目标虚机做一次手动快照测试确认存储和磁盘类型允许快照比装完再排查省事得多。3. 安装与基础配置从安装向导到 vCenter 接入架构定下来之后安装本身其实不复杂但向导里有几个选项一旦选错后面要么功能受限要么得重装。这一章按手册的安装顺序走一遍把每个界面的决策点和参数含义说清楚。3.1 安装向导里的四个关键决策第一步选安装文件这个没什么好说的。真正要留意的是后面几步。许可证步骤手册写得很直白跳过这一步软件以社区版模式运行可以在使用过程中再装正式许可证切换到全功能版。社区版有虚机数量限制生产环境肯定要装正式许可。我的习惯是安装时就把许可证路径填上避免后面忘了切。组件选择步骤默认勾选 Veeam Backup Replication、Veeam Backup Catalog、Veeam Backup Replication Console。安装位置默认在C:\Program Files\下。如果 C 盘空间紧张这里可以改到数据盘但要注意后面 vPower NFS 和 VBRCatalog 目录也要跟着规划。服务管理账户步骤默认建议用 Server 的本地管理员账户有域环境可以加域账户。手册列了域账户的两个要求账户是 Server 管理员组成员账户拥有安装所选数据库的权限。这里踩过的坑是用了权限不足的域账户装到一半数据库连接失败回滚又不干净。数据库选择步骤没有现成数据库可以自动装一个新的也可以指定到已安装的完整版数据库。手册建议正式环境连接完整数据库。如果选已有数据库要选认证方式默认是 Windows 管理权限登录也可以选数据库用户权限。生产环境我一般用独立的 SQL 实例加专用账户避免和 Backup Server 本机账户耦合。3.2 vPower NFS 与 VBRCatalog 目录的容量规划安装向导最后一步是选 vPower NFS 和 catalog 的存放文件夹这一步最容易被随手点过去但它直接关系到即时恢复能不能用。vPower NFS 文件夹存放虚机还原时产生的临时写缓存。Instant VM Recovery 的原理是把备份文件通过 NFS 挂载给 ESXi虚机直接从备份存储上跑起来写操作落到这个缓存目录。手册建议至少保留 10 GB 以上。实际经验是如果恢复的虚机有大量写入10 GB 很快见底恢复的虚机会卡死。我一般按“最大单台虚机内存 预期写入量”来估给到 50 GB 以上比较稳。VBRCatalog 目录存放来宾文件检索目录浏览、搜索备份数据里的 guest file 和执行还原都要用它。手册建议指定路径后定期独立备份这个目录。原因是它一旦损坏文件级恢复的索引就没了只能做整盘恢复。这个目录不大但重要性高值得单独做一份备份。3.3 添加 vCenter 与 Proxy、Repository 配置装完之后从开始菜单启动 Veeam Backup Replication Console身份验证窗口点 Connect 连上 Server。然后进入 Backup Infrastructure 视图右键 Managed Servers 节点选 Add Server在窗口里选 VMware vSphere vSphere 启动新建向导填 vCenter 的 DNS 名或 IP 地址再填凭据。添加 vCenter 之后Proxy 和 Repository 的配置是决定备份性能的两步。Proxy 配置的核心是传输模式。默认是自动选择Veeam 会按顺序尝试 Direct SAN Access、Hot Add、Network。Direct SAN 最快通过光纤通道或 iSCSI 直接读存储不经过 ESXi 主机Hot Add 是把备份虚机的磁盘挂到 Proxy 虚机上读适合虚拟化部署的 ProxyNetwork 是走管理网络读数据最慢但最通用。如果环境里有物理 Proxy 接 SAN优先让它走 Direct SAN。Repository 配置的核心是存储类型和并发数。Repository 可以是 Windows 本地磁盘、Linux 目录、SMB/NFS 共享。手册对 Repository 的内存要求写的是 4 GB 加每个并行处理的计算机或文件共享 2 GB32 位或 4 GB64 位取决于计算机大小、磁盘数量和备份链长度。这个参数在 Repository 设置里对应“同时处理的任务数”设太高内存不够会拖慢整体吞吐设太低浪费硬件。经验值是一台 16 GB 内存的 Repository 设 4 到 6 个并发任务比较合适。注意Repository 如果用 SMB 共享要确认共享端的写入缓存和网络带宽SMB 协议在高并发小文件场景下容易成为瓶颈备份链一长就明显。4. 备份任务与恢复演练从一般备份到 SQL 应用恢复装好配好只是开始真正体现这份手册价值的是任务创建和恢复部分。手册把备份分成一般备份和应用备份恢复分成即时虚机恢复、完整恢复、虚拟机文件恢复、虚拟磁盘恢复、Windows 文件级恢复、SQL 数据库应用恢复六类。这一章按“备份怎么建、恢复怎么选”两条线讲。4.1 一般备份与应用备份的任务参数一般备份就是整机备份选虚机、选 Repository、设调度策略。手册里备份过程部分给了操作步骤这里补充几个参数层面的判断。备份模式上Veeam 支持正向增量、反向增量、永久增量。正向增量每次备份生成一个增量文件恢复链是“全量 多个增量”链越长恢复越慢反向增量每次把增量合成到全量里恢复快但每次备份写放大永久增量配合定期合成兼顾两者。生产环境我一般用永久增量加每周主动全量恢复时不用翻太长的链。应用感知处理是应用备份的关键。手册在虚拟机要求里提到VMware Tools 在应用感知处理、Windows Guest 文件级恢复、SureBackup 测试时需要安装。应用感知处理依赖 VSS能在备份前让 SQL、Exchange 这类应用把内存数据刷到磁盘保证备份一致性。如果没开这个选项SQL 数据库备份出来可能处于不一致状态恢复后要做修复。调度策略上手册没有展开讲保留策略但这是备份系统最容易出事的地方。保留点数设太少恢复时发现需要的点已经被轮转掉了设太多Repository 空间撑爆。常见做法是按“日备保留 14 天、周备保留 8 周、月备保留 12 个月”分层配合 GFS 保留策略。4.2 六种恢复方式的适用场景手册列出的恢复类型值得做成一张对照表恢复时按场景选不要一律用完整恢复。恢复方式适用场景恢复粒度耗时量级Instant VM Recovery虚机宕机需要分钟级拉起整台虚机分钟级完整恢复虚机需要彻底还原到生产存储整台虚机小时级虚拟机文件恢复只需要虚机配置文件或单个 VMDK文件级分钟到小时虚拟磁盘恢复只还原某一块虚拟磁盘磁盘级小时级Windows 文件级恢复只找回某个目录或文件文件级分钟级SQL 数据库应用恢复只还原某个数据库或表应用级分钟到小时Instant VM Recovery 是手册里篇幅最大的一节原理前面说过通过 vPower NFS 把备份挂给 ESXi 直接跑。它的价值在于 RTO 极短但注意它是临时方案虚机跑在备份存储上性能受限确认业务可用后要做完整恢复或者 Storage vMotion 迁回生产存储。SQL 数据库应用恢复是这份手册里比较实用的部分。它依赖应用感知备份和 Veeam Explorer for Microsoft SQL Server可以做到数据库级甚至表级恢复不用还原整台虚机。前提是备份时开了应用感知处理并且 SQL 的 VSS 写入器正常。4.3 复制与故障回滚的操作顺序手册第 4 章讲复制包括功能介绍、前提条件、复制过程、故障回滚、永久故障回滚、故障排除回切。复制和备份的区别在于复制是在另一个站点维护一份随时可用的虚机副本副本是“热”的可以直接开机备份是归档恢复需要时间。复制的操作顺序是先配好目标站点的 Proxy 和 Repository再建复制任务选源虚机和目标资源池设调度和保留策略。故障回滚分两种临时故障用故障回滚把副本开机顶上去原站点恢复后再回切永久故障用永久故障回滚直接把副本转正。手册里“故障排除回切”这一节讲的是回切过程中的网络和存储切换这部分操作前一定要在测试环境演练过生产环境直接上手容易把两边都搞乱。提示复制任务的保留策略和备份任务是分开算的副本数量不够会导致回滚时找不到可用的还原点建任务时把保留数设得比预期故障窗口长一些。5. 避坑与排查五条血泪经验手册是操作文档不会告诉你哪里会翻车。这一章按“现象 → 原因 → 解决”整理五条实际踩过的坑都是装完能用之后才会暴露的问题。5.1 备份任务报“无法创建快照”现象任务跑到一半失败日志提示创建快照失败虚机没受影响的继续跑受影响的全部跳过。原因虚机磁盘类型不支持快照常见的是物理模式 RDM、独立磁盘、来宾 iSCSI 磁盘或者虚机挂了 NVDIMM、PMem 数据存储。手册在虚拟机要求里明确写了这类磁盘会自动退出处理。解决先确认虚机的磁盘类型对不支持的磁盘改用基于代理的备份在虚机里装 Veeam Agent。如果只是个别磁盘也可以在任务里排除这些磁盘只备份支持的盘。5.2 Instant VM Recovery 起来的虚机卡死现象即时恢复成功虚机开机后运行几分钟就卡住控制台无响应。原因vPower NFS 缓存目录空间不足。恢复的虚机写操作全部落到这个目录空间写满后 IO 挂起。手册建议至少 10 GB实际大内存虚机不够用。解决把 vPower NFS 目录迁到大容量磁盘按最大虚机内存加预期写入量重新规划。已经卡死的虚机先关机清理缓存目录后重新发起恢复。5.3 文件级恢复找不到索引现象想从备份里恢复某个文件打开文件级恢复向导浏览目录时报错或者目录树是空的。原因VBRCatalog 目录损坏或者被清理。这个目录存的是来宾文件系统索引索引没了就只能做整盘恢复。解决从独立备份里恢复 VBRCatalog 目录或者对相关虚机重新跑一次带索引的备份。预防办法是按手册建议定期独立备份这个目录。5.4 SQL 应用恢复报 VSS 错误现象用 Veeam Explorer for SQL Server 挂载备份时失败提示 VSS 写入器错误或者数据库处于恢复模式。原因备份时没开应用感知处理或者 SQL 的 VSS 写入器状态异常。手册在虚拟机要求里提到应用感知处理需要 VMware Tools 和最新补丁。解决检查虚机里vssadmin list writers的输出确认 SQL VSS Writer 状态是 Stable在备份任务里开启应用感知处理对 SQL 虚机补装最新服务包。5.5 复制任务回切后网络不通现象故障回滚把副本开机顶上去原站点恢复后做回切回切完虚机网络不通。原因副本和原虚机在不同站点回切时网络配置IP、网关、VLAN没有跟着切回来或者回切顺序错了先切了存储没切网络。解决回切前核对两边的网络配置按手册“故障排除回切”的顺序操作先确认副本上的业务配置再执行回切。回切后立即验证网络连通性不要等业务方报障。6. 把手册用成检查清单我的日常验证习惯这份手册的价值不在于读一遍而在于把它拆成可执行的检查清单。我自己的习惯是每次新环境部署完不急着建正式任务先跑一轮验证。第一步是环境核对。拿手册 1.2 节的表格逐项对ESXi 版本是否在支持列表内、虚机磁盘类型是否支持快照、Backup Server 的内存是否满足“4 GB 每并发作业 500 MB”、Repository 的并发数是否和内存匹配。这一步花十分钟能省掉后面几小时的排错。第二步是恢复演练。备份系统最怕的是“备份成功、恢复失败”。我的做法是每周抽一台非关键虚机做一次 Instant VM Recovery确认能在 15 分钟内起来每月做一次文件级恢复验证 VBRCatalog 索引可用每季度做一次 SQL 数据库应用恢复确认 VSS 链路正常。演练记录留档出问题时能对照。第三步是容量巡检。重点看三个地方Repository 剩余空间是否够下一轮全量、vPower NFS 缓存目录是否被历史恢复残留占满、VBRCatalog 目录大小是否异常增长。这三个指标异常往往比任务失败更早暴露问题。第四步是保留策略复核。手册没有展开讲保留策略但这是最容易出事的地方。我一般每季度核对一次日备保留天数是否覆盖了最近的故障窗口、周备和月备是否按 GFS 正常轮转、复制任务的副本数是否够回滚用。有一次就是因为复制任务保留数设少了故障回滚时发现可用的还原点只剩一个差点没得选。从那以后我每次部署完 Veeam都强制走一遍“环境核对 → 恢复演练 → 容量巡检 → 保留策略复核”这四步不跳过任何一项。这份手册的安装和恢复章节正好可以当这四步的操作底稿照着做能把大部分坑挡在正式运行之前。希望帮到你。本文还有配套的精品资源点击获取