企业官网建设流程全解析

简介：这份PDF手册面向需要部署虚拟化备份方案的系统管理员与运维工程师，围绕Veeam Backup & Replication v10展开，帮助读者从零搭建并运行备份与复制环境。内容覆盖产品架构中的Backup Server、Backup Proxy与Backup Repository Server三大组件，说明虚拟化环境与Windows Server版本等安装要求，并对比简单、高级、分布式三种部署方式。安装章节逐步讲解软件安装、启动VBR Server、添加vCenter、配置Proxy与Repository，任务章节则涉及一般备份、应用备份、执行备份以及虚机、文件和应用恢复等操作，目录层级清晰，便于按模块查阅。资源包共1个PDF文件，约5.09MB，适合作为随查随用的实施参考。目前已有344人学习，对刚接触Veeam或需要规范部署流程的读者具有较好的实操参考价值。

1. 装 Veeam v10 之前，先把这台 Windows 的底子摸清

上周帮一个朋友收拾一台“装了一半”的备份服务器，Veeam Backup & Replication v10 的安装向导走到数据库那一步就卡死，重启三次都没过去。翻日志才发现，机器上早就装了一个 SQL Server 2008 Express，安装程序默认去连它，结果实例名对不上，服务账户又没权限，整个安装就僵在那里。这类翻车在 veeam 部署里太常见了——软件本身不复杂，复杂的是它对你那台 Windows 的“底子”有要求，版本、组件、账户、数据库，任何一项没对齐，装到一半就得推倒重来。

Veeam Backup & Replication v10 这套备份系统，核心就是 Backup Server、Backup Proxy、Backup Repository 三个角色，简单部署时三者挤在一台机器上，高级部署时拆开。不管你走哪种，第一步都是把 Backup Server 这台 Windows 准备好。这篇笔记按“环境先列清 → 一步步装 → 配 vCenter 和存储 → 坏了怎么救 → 装完怎么验证”的顺序走，新手能照着敲完，熟手能对着版本和参数做取舍。

2. 环境核对：Veeam v10 对 Windows、SQL 和硬件的硬性门槛

装之前先别急着双击安装包，把下面这张表对着自己的机器过一遍。v10 是 2020 年初的版本，它对操作系统的支持上限停在 Windows Server 2019，下限能到 2008 R2 SP1，这个跨度意味着很多老机器“看起来能装”，实际会在 .NET 或 SQL 环节出问题。

2.1 Backup Server 的操作系统与硬件底线

Backup Server 只支持 64 位系统，官方列表里能用的有 Windows Server 2019、2016、2012 R2、2012、2008 R2 SP1，以及 Windows 10（1607 到 1909）、8.1、7 SP1。注意 Windows 10 的版本号卡得很死，1909 之后的 20H1 之类不在 v10 的支持范围内，拿新系统装老版本，安装程序可能直接拒绝或者装完服务起不来。

硬件上，CPU 要求 x86-64、建议至少 4 核；内存是 4 GB 打底，再按每个并发作业加 500 MB 算——如果你计划同时跑 8 个备份任务，内存至少 4 GB + 4 GB = 8 GB。磁盘空间分几块：产品安装 5 GB，.NET Framework 4.7.2 安装 4.5 GB，来宾文件系统目录按每 100 台 VM 预留 10 GB，Instant VM Recovery 缓存文件夹另外至少留 10 GB。这几块空间我一般会分开放在不同盘上，缓存目录单独一块 SSD，恢复时 IO 不会跟备份写抢。

软件依赖方面，.NET Framework 4.7.2、Windows Installer 4.5、PowerShell 2.0 都包含在安装程序里，不用自己提前下。浏览器要 IE 11 以上或者 Firefox、Chrome、Edge，因为控制台有一部分界面走的是本地 Web 组件。SQL 数据库是重头，支持本地或远程的 Microsoft SQL Server 2008 到 2019，Express 版也行——这一点很关键，很多人以为必须装完整版，其实 Express 够小环境用，只是库大小有上限。

2.2 Proxy 与 Repository 的差异点

Backup Proxy 的门槛比 Server 低：x86 处理器、最低 2 核、2 GB 内存加每个并发任务 200 MB、磁盘 300 MB。Windows 侧支持的系统列表和 Server 基本一致，另外 Linux 只在“热添加传输模式”下被支持，覆盖 Debian 8 到 10、RHEL/CentOS 6.0 到 8.1、Ubuntu 14.04 到 19.10 这些发行版。如果你的环境里 Proxy 跑在 Windows Server 2008 R2 或更早版本上，还得额外装 Microsoft Visual C++ 2008 SP1 可再发行组件包（x64），这个包不在 Veeam 安装程序里，得单独补。

Repository 的硬件要求是 x86 建议 x86-64、4 GB 内存打底，再按每台并行处理的计算机或文件共享加 2 GB（32 位系统）或 4 GB（64 位系统）。系统支持 32 位和 64 位的 Windows 列表，Linux 则需要 bash shell、SSH 和 Perl 三样齐全。这里有个容易忽略的点：Repository 如果放在 Linux 上，Perl 没装会导致添加存储时连接失败，报错信息还不太直观，我第一次遇到时查了半天网络，最后发现是缺个 perl 包。

提示：v10 不支持 Free ESXi，虚拟化主机必须是 ESXi 5.5 或 6.x（最高 6.7 U3），vCenter 同理。装之前先在 vSphere 客户端里确认版本号，别等装完加不上主机才回头查。

2.3 三种部署方式怎么选

简单部署是把 Backup Server、Proxy、Repository 三个角色全塞在一台机器上，安装时自动分配。优点是省机器、配置少，缺点是所有数据处理和存储都压在这一台上，中型以上环境单机容量和 IO 都扛不住。高级部署把三个角色拆到不同机器，处理负载从 Server 挪到 Proxy，数据单独放 Repository，容错性更好，代价是要手动分配角色。分布式部署面向多地点的大型环境，多个 Backup Server 分布在不同位置，再通过 Veeam Backup Enterprise Manager 集中管理和出报告。

我一般的判断标准是：VM 数量在 50 台以内、备份窗口不紧张，简单部署够用；超过 100 台或者有异地副本需求，直接上高级部署，Proxy 至少两台，Repository 用独立存储。别为了省一台机器把 Proxy 和 Repository 硬塞在一起，后期扩容时迁移数据能把人折腾死。

3. 安装 Veeam Backup & Replication v10：从许可证到数据库的六步

环境核对完就可以进安装向导了。整个过程是线性的六步，每一步都有默认值和需要你主动改的地方，下面按向导顺序拆开讲，命令和参数以实际界面为准，我把关键选择点标出来。

3.1 启动安装与许可证选择

在新环境里初次安装，运行安装包里的Setup.exe，向导第一屏是欢迎页，直接下一步。到“提供许可证”这一步，指定许可证密钥文件的路径；如果手上暂时没有正式许可，跳过这步，产品会以社区版模式运行，功能受限但能先把环境跑起来，后续在控制台里再导入正式许可切换成全功能版。

这一步没有命令行可敲，但有个判断要做：社区版对并发作业数和部分高级功能有限制，如果你只是搭个测试环境验证流程，社区版完全够；生产环境别拖，装完尽快把许可补上，否则某些恢复选项会灰掉。

3.2 选择组件与安装路径

“Program features”窗口里，默认勾选的是 Veeam Backup & Replication、Veeam Backup Catalog、Veeam Backup & Replication Console 三项。Catalog 服务负责备份元数据的索引，Console 是管理控制台，这两个别取消。如果你计划把 Proxy 或 Repository 角色也放在这台机器上，安装阶段不用额外勾，这两个角色是装完之后在控制台里配置的。

“Install to”窗口选安装位置，默认在C:\Program Files\下。系统盘空间紧张的话可以改到数据盘，但要注意改路径后某些日志和临时文件仍会写到系统盘的用户目录，别把系统盘压得太死。

3.3 服务账户：本地管理员还是域账户

这一步设置的是 Veeam B&R Server 各项服务运行所用的账户。默认建议用 Server 的本地管理员账户，简单直接；有域环境的话可以填域账户，但有两个硬条件：账户必须是 Server 本地管理员组的成员，并且对安装时选择的数据库有访问权限。

我踩过的坑是拿了一个域账户，权限给到了本地管理员组，但没给 SQL 实例的登录权限，安装到数据库验证那步直接失败，回退重来。所以用域账户时，先在 SQL 里把这个账户加成登录名并授予相应库的权限，再回安装向导填。

3.4 数据库选择：新建还是连现有

向导会问数据库怎么来。没有现成数据库的环境，选自动安装一个新的 SQL 实例，安装程序会自己搞定；已经有完整版 SQL Server 的环境，建议连现有实例，正式环境尤其如此，因为自动装的 Express 实例后期迁移麻烦。

连现有数据库时要选认证方式，默认是 Windows 管理权限登录，也可以改成 SQL 用户权限。选 Windows 认证的话，3.3 里那个服务账户就得有对应权限。这里有个细节：如果你机器上已经有一个 SQL Express 实例（比如被别的软件装上的），安装程序可能默认去连它而不是新建，实例名或端口对不上就会卡住——开头那个朋友的翻车就是这么来的。遇到这种情况，在向导里手动指定实例名，或者干脆先卸掉那个无关的 Express 实例再装。

3.5 vPower NFS 与 Catalog 目录

vPower NFS 文件夹存放 VM 即时恢复时产生的写缓存，Instant VM Recovery 会把备份数据挂载到这个目录里跑起来，所以空间要给足，建议至少 10 GB 以上，实际按你最大的那台 VM 的磁盘增量来估。Catalog 目录（VBRCatalog）存的是来宾文件检索索引，浏览、搜索备份里的 guest file 和执行文件级恢复都靠它。

这两个目录我一般都不放系统盘：vPower NFS 放一块独立 SSD，恢复时随机写性能好；VBRCatalog 放数据盘，并且单独做定期备份——这个目录丢了，文件级恢复的检索能力就废了，重建索引要重新扫所有备份，时间成本很高。

3.6 安装完成后的首次启动

向导跑完，安装程序会把服务注册好。启动 VBR Server 的方式是从开始菜单进“应用程序 > Veeam > Veeam Backup & Replication Console”，在弹出的身份验证窗口点 Connect。第一次连接会用你安装时指定的账户登录，如果连不上，先去看 Windows 服务列表里Veeam Backup Service和Veeam Backup Catalog Service是不是 Running 状态，服务没起来控制台一定连不上。

# 安装后检查 Veeam 相关服务状态，服务没起来控制台会连不上 Get-Service -Name "Veeam*" | Select-Object Name, Status, StartType # 如果服务是 Stopped，手动拉起并设为自动启动 Start-Service -Name "Veeam Backup Service" Set-Service -Name "Veeam Backup Service" -StartupType Automatic

上面两条命令是装完必做的自检。Get-Service过滤出所有 Veeam 开头的服务，重点看Veeam Backup Service（核心服务）和Veeam Backup Catalog Service（索引服务）是否 Running；Start-Service拉起服务，Set-Service把启动类型改成 Automatic，避免重启后服务不自动起、控制台又连不上。如果服务启动报错，去事件查看器的 Windows 日志里找来源为 Veeam 的错误，十有八九是账户权限或数据库连接的问题。

4. 接上 vCenter 与存储：Proxy、Repository 的配置顺序

控制台连上之后，界面是空的，因为还没告诉它管哪台虚拟化主机、数据往哪存。这一章的配置顺序有讲究：先加 vCenter，再配 Proxy，最后配 Repository，顺序反了会出现 Proxy 找不到可用主机、Repository 建了但没任务用的尴尬局面。

4.1 添加 vCenter 服务器

在“Backup Infrastructure”视图的清单窗格里，右键“Managed Servers”节点，选 Add Server，弹窗里点 VMware vSphere > vSphere，启动新建 VMware Server 向导。向导的“Name”步骤填 vCenter 的 DNS 名称或 IP 地址，下一步填凭据——这里用的账户需要在 vCenter 里有相应权限，至少能读取清单和执行快照操作。

填完凭据后向导会去连 vCenter 并拉取数据中心和集群列表，连接失败最常见的原因是 DNS 解析不通或者 443 端口被挡。我习惯在填 IP 之前先在 Backup Server 上ping一下 vCenter 的主机名、telnet一下 443，两个都通再往下走，能省掉一轮排查。

# 添加 vCenter 前先验证网络可达性，避免向导里连接超时 Test-NetConnection -ComputerName "vcenter.example.local" -Port 443 # 查看 DNS 解析结果，确认解析到的是 vCenter 而不是别的机器 Resolve-DnsName -Name "vcenter.example.local" -Type A

Test-NetConnection的-Port 443直接测 vCenter 的 HTTPS 端口，TcpTestSucceeded为 True 才说明网络层通了；Resolve-DnsName确认主机名解析到的 IP 是对的，避免 DNS 记录过期指到旧机器。这两步在跨网段环境里尤其值得做，很多“连不上 vCenter”最后查出来是 DNS 或防火墙，不是 Veeam 的问题。

4.2 Proxy 设置：传输模式与并发数

Proxy 是干活的角色，负责从存储读数据、压缩去重后送到 Repository。在“Backup Infrastructure”里进“Backup Proxies”，默认会有一个装 Server 时自动创建的 Proxy（简单部署下就是本机）。高级部署要手动加：右键 Add VMware Backup Proxy，选好承载它的服务器，然后配传输模式。

传输模式有几个选项，Direct Storage Access、Virtual Appliance、Network 模式，选哪个取决于你的存储类型和网络。SAN 环境走 Direct Storage Access 性能最好，NFS 或本地盘走 Virtual Appliance 省事，网络受限时退回 Network 模式但速度会打折。并发任务数（Max concurrent tasks）默认值偏保守，我一般按 Proxy 的 CPU 核数来设，一个核对应 1 到 2 个任务，设太高会把 Proxy 压垮，备份窗口反而拉长。

4.3 Repository 设置：容量规划与不可变选项

Repository 是存备份数据的地方。进“Backup Repositories”，右键 Add Backup Repository，选类型（Windows 服务器、Linux 服务器、共享文件夹等），填路径和凭据。容量规划上，除了备份数据本身，还要留出还原点保留策略对应的空间——保留 30 天的每日备份，实际占用大约是单份全备的 30 倍再打个压缩率的折扣，别按单份大小乘天数硬算。

v10 里 Repository 可以配一些高级选项，比如每个 VM 的备份链长度、是否启用 per-VM 备份文件。per-VM 文件在恢复单台 VM 时更灵活，但文件数量会变多，小文件存储上要注意 inode 和目录性能。配完 Repository 后，回到备份任务向导里才能选到它，所以这一步必须在建任务之前完成。

5. 避坑与排查：Veeam v10 安装配置里最容易翻车的五处

下面五条都是我在实际部署里撞过的，按“现象 → 原因 → 解决”写，装的时候对照着避开，能省不少返工。

5.1 安装卡在数据库步骤，向导无响应

现象：安装向导走到数据库配置那步，进度条不动，等十几分钟也没反应，取消后重装还是卡同一处。

原因：机器上已存在一个 SQL Express 实例（常被其他软件顺带装上），安装程序默认去连它，但实例名、端口或认证方式对不上，连接一直超时。

解决：先在服务列表里确认有没有多余的 SQL 实例，有的话在向导里手动指定实例名，或者临时停掉那个实例再装；实在纠缠不清，卸掉无关的 Express 实例，让安装程序新建一个干净的。装之前用sqlcmd -S .\SQLEXPRESS -Q "SELECT @@VERSION"探一下实例是否活着，心里有数。

5.2 控制台连不上，提示无法连接 Backup Server

现象：安装完成，从开始菜单打开 Console，点 Connect 后报连接失败，服务列表里 Veeam 服务却是 Running。

原因：多半是服务账户对数据库的权限不足，或者 Catalog 服务没起来导致元数据读不到。

解决：先Get-Service -Name "Veeam*"看两个核心服务的状态，Catalog 停了就手动拉起；服务都正常还连不上，去事件查看器翻 Veeam 来源的错误，按错误里的账户名去 SQL 里补登录权限。改完权限重启Veeam Backup Service再连。

5.3 添加 vCenter 时报证书或超时错误

现象：向导填完 vCenter 地址和凭据，下一步转圈很久然后报错，提示无法建立连接或证书不受信任。

原因：DNS 解析不到、443 端口被防火墙挡、或者 vCenter 用的是自签证书而 Backup Server 不信任。

解决：按 4.1 里的Test-NetConnection和Resolve-DnsName先排网络和 DNS；网络通了还报证书问题，在向导里选择继续使用不受信任的证书（测试环境），生产环境则把 vCenter 的 CA 证书导入 Backup Server 的受信任根证书存储。

5.4 Instant VM Recovery 启动失败，提示缓存空间不足

现象：做即时恢复时 VM 起不来，日志里报 vPower NFS 目录空间不够或写入失败。

原因：vPower NFS 缓存目录所在分区剩余空间小于待恢复 VM 的磁盘增量，或者目录权限不对导致 NFS 服务写不进去。

解决：把缓存目录迁到空间充足的独立盘，至少留出最大 VM 磁盘大小的 1.5 倍；确认运行 Veeam 服务的账户对该目录有完全控制权限。恢复完成后及时清理残留的缓存文件，别让它慢慢把盘吃满。

5.5 Linux Repository 添加失败，报连接或命令错误

现象：添加 Linux 服务器作为 Repository，填完 SSH 凭据后验证失败，提示命令执行异常。

原因：目标 Linux 上缺 bash、SSH 服务配置受限、或者没装 Perl，Veeam 需要通过这几样在远端执行管理命令。

解决：在目标机上确认bash --version、perl -v都能正常输出，SSH 允许密码或密钥登录且账户有 sudo 权限；缺 Perl 的按发行版包管理器补装（Debian/Ubuntu 用apt install perl，RHEL/CentOS 用yum install perl），装完再回控制台重新验证。

6. 装完怎么验证：跑通一次备份加一次即时恢复才算数

安装配置全部做完，别急着宣布上线。Veeam 这套东西“界面能打开”和“真能恢复”之间隔着好几道坎，我的习惯是装完必须走一遍最小闭环：建一个只含一台测试 VM 的备份任务，跑完一次全备，再从这份备份做一次 Instant VM Recovery，能起来、能登录、能关机清理，这套环境才算验证通过。

具体做法：在控制台里新建 Backup Job，选中那台测试 VM，Repository 选刚配好的那个，保留策略设 1 个还原点就够验证用，调度先不设，手动跑。任务跑完后在 Backups 节点下找到这份备份，右键选 Instant VM Recovery，按向导选还原点和目标位置，起来后确认 VM 能正常启动、网络能通。验证完把临时 VM 关掉，在控制台里执行 Stop Instant Recovery 并选择删除，把 vPower NFS 缓存清干净。

# 用 PowerShell 查最近一次备份任务的结果，确认状态是 Success Get-VBRBackupSession | Sort-Object CreationTime -Descending | Select-Object -First 5 JobName, Result, CreationTime # 查备份文件的实际落盘位置和大小，核对是否写到了预期的 Repository Get-VBRBackup | Select-Object Name, @{N='SizeGB';E={[math]::Round($_.Stats.BackupSize/1GB,2)}}

Get-VBRBackupSession拉出最近的会话记录，Result字段是 Success 才说明备份真的完成了，Failed 或 Warning 都要点进去看具体哪台 VM 出的问题；Get-VBRBackup列出备份对象和计算后的 GB 大小，用来核对数据是不是落在了你规划的那个 Repository 上，而不是默认路径。这两条命令我每次装完新环境都会跑一遍，比在界面里翻列表快。

验证时还有几个细节值得盯：备份任务日志里看传输模式是不是你预期的那个（Direct Storage Access 还是 Network），传输速率有没有明显低于网络带宽；Instant Recovery 起来的 VM 里确认一下应用能正常启动，别只看 VM 电源状态是 On；恢复完成后检查 vPower NFS 目录的残留文件是否清空。这几项都过了，再把这套配置的参数（Proxy 并发数、Repository 保留策略、缓存目录路径）记进运维文档，下次扩容或迁移时直接照着改。

从那以后我每次装 Veeam，不管环境多简单，都强制走一遍“备份一台测试 VM + 即时恢复一次 + 清理缓存”的闭环，界面配置得再漂亮，没跑过恢复就等于没装。希望这套流程能帮到你，少在数据库和证书上卡几个来回。

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