简介：这份PDF手册面向需要部署虚拟化备份方案的系统管理员与运维工程师，围绕Veeam Backup & Replication v10的安装与使用展开，帮助读者从零搭建一套可用的备份与复制环境。内容从产品介绍切入，梳理Veeam Backup Server、Backup Proxy、Backup Repository Server等核心组件的软件架构，并说明虚拟化平台与Windows Server版本等安装环境要求，随后对比简单、高级、分布式三种部署方式的适用规模。安装章节覆盖软件安装、启动VBR Server、添加vCenter、Proxy与Repository设置等关键环节，任务章节则延伸到一般备份、应用备份、执行备份以及虚机、文件和应用恢复等操作流程，目录层次清晰，便于按模块查阅。资源包共1个PDF文件，约5.09MB，单文件结构轻便，适合随查随用。目前已有344人学习，可作为虚拟化备份系统入门与日常运维的参考手册。

1. 装 Veeam Backup & Replication v10 前，先把这台 Windows 机器的底子摸清

上周帮一个朋友收拾一台“装了一半”的备份服务器，Veeam Backup & Replication v10 的安装向导走到数据库那一步就卡死，重启三次都没过去。翻日志才发现，机器是 Windows Server 2012 R2，.NET Framework 还停在 4.5，而 v10 的安装包自带 4.7.2，装到一半系统要求重启，重启后安装程序的状态就乱了。这类翻车在 veeam backup 的部署里太常见了——软件本身不复杂，复杂的是它对你那台 Windows 的“底子”要求很死。这篇笔记就按我实际装机的顺序，把 v10 的环境核对、安装、vCenter 接入、Proxy 与 Repository 配置、任务创建到验证跑通整条链路拆开写，适合第一次上手 Veeam 的运维，也适合装过 v9 想升到 v10 的老手对照版本差异。

2. 环境核对与安装包准备：v10 到底要什么样的 Windows

2.1 先把 Backup Server 这台机器的硬指标对齐

Veeam Backup & Replication v10 的 Backup Server 是整个架构的大脑，它自己也要装 SQL 数据库、跑一堆 Windows 服务，所以硬件不能抠。手册里给的底线是 x86-64 处理器、建议至少 4 核，内存 4 GB 起步，再按每个并发作业加 500 MB 算。我一般不会贴着底线装，因为并发作业数一上来，4 GB 很快见底，控制台卡顿、任务排队都会冒出来。磁盘这块要拆开看：产品安装本身 5 GB，.NET Framework 4.7.2 还要 4.5 GB，来宾文件系统目录（永久数据）按每 100 台 VM 预留 10 GB，Instant VM Recovery 的缓存文件夹是非持久数据，建议至少留 10 GB。这几块空间最好分开放，别全塞 C 盘。

网络方面，现场备份和复制走 1 Gbps 或更快，异地走 1 Mbps 以上即可，手册明确说支持高延迟和合理不稳定的 WAN 链路。这一点在实际跨机房场景里很关键，别因为链路抖动就怀疑是 Veeam 的问题。

2.2 操作系统和 SQL 版本，这两处最容易选错

Backup Server 只支持 64 位系统，手册列的范围是 Windows Server 2008 R2 SP1 一直到 Windows Server 2019，外加 Windows 7 SP1 到 Windows 10（1607 至 1909）。注意 Windows 10 的上限是 1909，你要是拿一台 20H2 之后的机器来装，别指望官方给你背书。SQL 数据库支持本地或远程的 Microsoft SQL Server 2008 到 2019，Express 版也行。没有现成数据库的，安装向导可以自动装一个新的；正式环境我一般选连接已有的完整版数据库，理由是后面做数据库维护、备份、迁移都更可控，Express 有 10 GB 上限，备份历史一多就容易顶到天花板。

Proxy 和 Repository 的系统范围略有不同。Proxy 对 VMware 备份支持 Windows 的 64 位版本（含 Core），另外仅热添加传输模式支持一批 Linux 发行版，比如 Debian 8 到 10、RHEL/CentOS 6.0 到 8.1、Ubuntu 14.04 到 19.10 这些。Repository 则支持 Windows 的 32 位和 64 位（推荐 64 位），Linux 需要 bash shell、SSH 和 Perl。如果你的 Proxy 跑在 Windows Server 2008 R2 或更早版本上，还得额外装 Microsoft Visual C++ 2008 SP1 可再发行组件包（x64），这个包手册给了下载入口，装之前先备好，不然向导会中途报缺组件。

提示：虚拟化平台这边，v10 支持 ESXi 6.x（最高到 6.7 U3）和 ESXi 5.5，但 Free ESXi 是不支持的。管理服务可选 vCenter Server 或 VCSA 6.x（最高 6.7 U3）、5.x，以及 vCloud Director 8.20 到 10.0。装之前先确认你的 ESXi 是不是免费版，这是很多人第一步就踩的坑。

2.3 部署方式先定，再动手装

手册给了三种部署：简单、高级、分布式。简单部署把 Backup Server、Proxy、Repository 三个角色全塞在一台机器上，装完自动分配，适合小环境或者先跑通验证。缺点是所有数据处理和存储都压在这一台上，中型以上环境单机容量会不够。高级部署把三个角色拆到不同机器，处理负载从 Backup Server 挪到 Proxy，容错也更好，代价是 Proxy 和 Repository 的角色要手动分配。分布式部署面向大规模、多地点环境，多个 Backup Server 分布在不同地点，再通过 Veeam Backup Enterprise Manager 集中管理和出报告。

我自己的习惯是：先按简单部署装一台，把 vCenter 接入、备份任务、恢复流程全部跑通，确认版本和驱动都没问题，再按高级部署拆 Proxy 和 Repository。这样出问题时变量少，排查方向清楚。下面几章就按这个顺序走。

3. 安装 Veeam Backup & Replication v10：向导六步逐项拆解

3.1 从安装包到许可证，第一步别跳过

在新环境里初次安装，运行安装包后先到“提供许可证”这一步，指定许可证密钥的路径。这一步可以跳过，跳过之后产品以社区版模式运行，功能受限，但后续在使用过程中还能补装正式许可证切到全功能版。我的建议是手上有 key 就当场填，省得后面忘了自己装的是社区版，排查问题时被功能缺失误导。

接下来是 Program features 窗口，默认勾选 Veeam Backup & Replication、Veeam Backup Catalog 和 Veeam Backup & Replication Console 三个组件。Catalog 服务负责备份目录索引，Console 是管理控制台，这两个别取消。install to 窗口选安装位置，默认在C:\Program Files\下，空间紧张可以改到数据盘，但路径里别带中文和空格，这是 Windows 上装企业软件的老规矩。

3.2 服务账户和数据库，两个决定后期稳定性的选择

服务管理账户这一步，决定 Veeam B&R Server 里那些 Windows 服务以什么身份运行。默认建议用 Server 的本地管理员账户；有域环境的话可以加域账户来管理服务。域账户有两个硬要求：必须是 Server 管理员组的成员，并且拥有安装时所选数据库的权限。我见过用域账户装完、服务起不来的情况，八成是数据库权限没给够，回头补权限比装的时候一次配好麻烦得多。

数据库选择这一步，没有现成数据库就选自动安装一个新库，有完整版数据库就指定过去。正式环境建议连完整版数据库，认证方式默认走 Windows 管理权限登录，也可以改成用数据库用户权限。这里有个细节：如果你选的是远程 SQL，装之前先用同一账户在 SSMS 里连一次，确认能通，别等向导跑到一半才发现防火墙没放行 1433。

-- 装之前用服务账户在 SSMS 里验证一次连通性和权限 SELECT @@VERSION AS sql_version, SUSER_SNAME() AS login_name, IS_SRVROLEMEMBER('sysadmin') AS is_sysadmin;

这段查询返回三样东西：SQL 版本、当前登录名、是否 sysadmin。版本要落在 2008 到 2019 之间；登录名必须和你准备给 Veeam 服务用的账户一致；is_sysadmin返回 1 说明权限足够，返回 0 就得让 DBA 补权限，否则安装向导在创建 Veeam 数据库时会失败。

3.3 vPower NFS 和 Catalog 目录，空间规划在这里定生死

向导最后一步选 vPower NFS 和 catalog 的存放文件夹。vPower NFS 文件夹用来存放 VM 还原时临时产生的写缓存，做 Instant VM Recovery 时备份数据会在这个目录里跑起来，所以空间要给够，手册建议至少 10 GB 以上。我一般会单独挂一块盘给它，因为即时恢复期间写入量不小，和系统盘抢 IO 会影响恢复速度。

Guest file system catalog（VBRCatalog）目录存放来宾文件检索目录，浏览、搜索备份数据里的 guest file 以及执行还原都要用它。手册特别提醒，指定路径后要定期对这个文件夹单独备份。这条很容易被忽略——Catalog 丢了，备份文件还在，但你按文件名搜索恢复的能力就废了，等于把“后悔药”弄丢了。

装完向导会自动拉起服务，第一次启动 Veeam Backup & Replication Console 时，在身份验证窗口点 Connect 连上本机 VBR server 就行。如果连不上，先看 Windows 服务列表里 Veeam Backup Service 和 Veeam Backup Catalog Service 是不是 Running，再看 9392 端口有没有在监听。

# 在 Backup Server 上确认 Veeam 相关服务和端口 Get-Service | Where-Object { $_.Name -like "Veeam*" } | Format-Table Name, Status netstat -ano | findstr :9392

第一行列出所有 Veeam 开头的服务及状态，正常应该是 Running；第二行查 9392 端口，这是 Console 连 VBR server 用的端口，没有监听说明服务没起来或者被防火墙拦了。这两条命令是我每次装完必跑的自检，比打开控制台点半天快。

4. 接入 vCenter 与配置 Proxy、Repository：让备份链路真正通起来

4.1 添加 vCenter，DNS 名称比 IP 更稳

启动 VBR server 之后，第一件事是把 vCenter 加进来。在 Backup Infrastructure 视图的清单窗格里右键 Managed Servers 节点，选 Add Server，然后在 Add Server 窗口点 VMware vSphere 启动新建 VMware Server 向导。向导的 Name 步骤填 vCenter 的 DNS 名称或 IP 地址。这里我强烈建议填 DNS 名称而不是 IP：证书校验、后续 vCenter 迁移、HA 切换场景下，DNS 名称能少一堆麻烦，IP 一变更就得回来改配置。

填完地址后向导会让你输入凭据，账户需要有 vCenter 的只读以上权限，做备份和恢复还需要相应的虚拟机操作权限。连上之后 Veeam 会拉取 vCenter 的清单，ESXi 主机和虚拟机都会出现在 Managed Servers 下面。如果清单是空的，先确认你连的是 vCenter 而不是单台 ESXi，再确认账户权限和 443 端口连通性。

4.2 Proxy 设置：传输模式决定备份走哪条路

Backup Proxy 是真正搬数据的角色，它的传输模式直接影响备份速度和 ESXi 主机负载。v10 里常见的模式有 Direct NFS、Hot Add、NBD 几种。Direct NFS 要求 Proxy 能直接访问 NFS 数据存储，速度快、对 ESXi 主机压力小；Hot Add 利用虚拟机的热添加能力挂载磁盘，适合 Proxy 本身是虚拟机的情况；NBD 走网络块设备，兼容性最好但速度一般。

在 Backup Infrastructure 里选中 Backup Proxies，右键 Add VMware Backup Proxy，向导里可以指定 Proxy 所在的主机、传输模式、并发任务数。并发任务数不是越大越好，它受 Proxy 的 CPU 核数和内存约束——手册给的公式是 2 GB 内存加每个并发任务 200 MB，你按这个反推能开几个任务。我一般先按默认值跑一轮，看任务队列和 Proxy 的 CPU 占用，再往上调。

# 查看 Proxy 的并发任务配置和当前负载参考 Get-VBRViProxy | Format-List Name, Host, MaxTasks, TransportMode

MaxTasks是并发任务上限，TransportMode是传输模式。如果备份任务经常排队而 Proxy 的 CPU 和内存都没吃满，说明 MaxTasks 设小了；反过来 CPU 打满、任务互相拖慢，就得往下调或者加 Proxy。

4.3 Repository 设置：备份存哪里，决定恢复有多快

Repository 是备份数据的落地点。在 Backup Infrastructure 里选 Backup Repositories，右键 Add Backup Repository，可以选 Windows 服务器、Linux 服务器或者共享文件夹。选 Windows 服务器的话，向导会让你填路径、是否用 per-VM 备份文件、以及高级设置里的对齐和压缩选项。

这里有个取舍：per-VM 备份文件（每个 VM 一个文件）在恢复单个 VM 时更灵活，但文件数量多，对存储的元数据压力大；单个大文件管理简单，但恢复粒度粗。我一般在中大型环境用 per-VM，小环境用单文件。压缩级别默认是 Optimal，追求存储空间可以调高，但会吃 CPU；追求备份窗口可以调低。Repository 所在机器的内存按手册公式算：4 GB 加每个并行处理的计算机或文件共享 2 GB（32 位 OS）或 4 GB（64 位 OS），具体还要看磁盘数量和备份链长度。

# 添加并检查 Repository 的基本信息 Get-VBRBackupRepository | Format-Table Name, Path, Type, IsUnlimited

Path是备份落地路径，Type区分 Windows/Linux/共享文件夹，IsUnlimited表示是否不限容量。如果这里显示容量受限而你的存储明明很大，回去检查 Repository 的高级设置里有没有误填配额。

4.4 创建第一个备份任务并跑通

链路配好后，在 Home 视图点 Backup Job 建一个 VMware 备份任务。向导里选备份对象（可以按 vCenter 清单选 VM 或整个文件夹）、选 Repository、设置调度和保留策略。保留策略决定备份链长度，直接影响 Repository 空间，第一次跑建议保留点数设小一点，跑通再按实际 RPO 调整。

任务建好后先手动跑一次，别等调度时间。跑的过程中在 Jobs 视图看进度，重点看传输模式是不是你预期的那个、速率是否正常。跑完在 Backups 节点下能看到还原点，右键可以做 Instant VM Recovery、完整恢复、虚拟机文件恢复、虚拟磁盘恢复、Windows 文件级恢复、SQL 数据库应用恢复这些操作。手册第 3 章把这些恢复类型逐个拆过，第一次装完至少把 Instant VM Recovery 和文件级恢复各试一次，确认 vPower NFS 目录和 Catalog 都工作正常。

5. 避坑与排查：装 Veeam v10 时我踩过的五个坑

5.1 安装向导卡在 .NET Framework 重启循环

现象：向导装到一半提示需要重启，重启后重新运行安装程序，又回到同一个提示，反复循环。原因：机器上原有的 .NET Framework 版本低于 4.7.2，安装包自带的 4.7.2 安装后要求重启，但重启后旧版本的安装状态没清理干净。解决：装 Veeam 之前先手动确认 .NET 版本，低于 4.7.2 就先单独装好并重启一次，再运行 Veeam 安装包。

# 查当前 .NET Framework 版本（注册表方式最准） Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full" | Select-Object Version, Release

Release值对应具体版本，528040 及以上是 4.8，461808 及以上是 4.7.2。低于这个数就先补 .NET，别硬装。

5.2 服务账户用域账户，装完服务起不来

现象：安装时填了域账户，装完 Veeam Backup Service 启动失败，事件日志报登录失败或数据库连接失败。原因：域账户不在 Server 本地管理员组，或者没有所选 SQL 数据库的权限。解决：装之前把域账户加进本地 Administrators 组，并在 SQL 里给它建登录名、映射到 Veeam 数据库并给 db_owner。手册里这两条要求写得很清楚，只是容易被跳过。

5.3 vCenter 添加成功但清单为空

现象：Add Server 向导走完没报错，但 Managed Servers 下面看不到 ESXi 和 VM。原因：连的是单台 ESXi 而不是 vCenter，或者账户权限不足、443 端口被拦。解决：确认地址填的是 vCenter 的 DNS 名称，用同一账户在浏览器里打开 vCenter 的 443 端口验证连通，再检查账户角色是否有读取清单的权限。

5.4 Instant VM Recovery 启动失败，报 vPower NFS 空间不足

现象：做即时恢复时 VM 起不来，日志指向 vPower NFS 目录写入失败。原因：vPower NFS 缓存目录所在分区空间不足，或者路径权限不对。解决：给这个目录单独挂盘并留足 10 GB 以上，确认 Veeam 服务账户对该目录有完全控制权限。这个目录是非持久数据，但恢复期间写入量不小，别和系统盘挤在一起。

5.5 备份任务速率异常低，传输模式不是预期值

现象：任务能跑完，但速率只有几十 MB/s，远低于 LAN 带宽。原因：Proxy 自动选了 NBD 模式，而环境其实支持 Direct NFS 或 Hot Add；或者 Proxy 的 MaxTasks 设得太小导致任务串行。解决：在 Proxy 设置里手动指定传输模式，按环境实际能力选；再按 CPU 和内存反推调大 MaxTasks，跑一轮看速率变化。

6. 装完怎么验证：三条自检把 v10 跑通再交付

装完不等于跑通，我交付前一定走一遍验证。第一条，服务和控制台自检：前面那条Get-Service加netstat的组合再跑一次，确认 Veeam Backup Service、Veeam Backup Catalog Service 都是 Running，9392 端口在监听，Console 能正常连上。第二条，链路自检：在 Backup Infrastructure 里确认 vCenter、Proxy、Repository 三者的状态都是绿色，Proxy 的传输模式和你设定的一致，Repository 的可用空间大于你规划的备份链大小。第三条，端到端自检：手动跑一次备份任务，跑完立刻做一次文件级恢复，从备份里捞一个测试文件出来比对内容；再做一次 Instant VM Recovery，确认 VM 能起来、能 ping 通、能正常关机清理。

这套验证里最容易被省掉的是文件级恢复和即时恢复，很多人备份任务 Success 就收工了，真出事才发现 Catalog 没配好或者 vPower NFS 空间不够。我吃过一次亏：备份跑了三个月都正常，某天要恢复一个被误删的配置文件，结果 Catalog 目录因为所在盘满了被写坏，按文件名搜不到任何东西，最后只能整盘挂载慢慢翻。从那以后我每次装完 Veeam，都强制把文件级恢复和即时恢复各跑一遍才敢交付，备份任务 Success 只是及格线，恢复能跑通才算真正装完。希望帮到你。

本文还有配套的精品资源，点击获取