Veeam Backup Replication v10 安装配置与避坑指南

简介这份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 到底要什么样的 Windows2.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 GBInstant VM Recovery 的缓存文件夹是非持久数据建议至少留 10 GB。这几块空间最好分开放别全塞 C 盘。网络方面现场备份和复制走 1 Gbps 或更快异地走 1 Mbps 以上即可手册明确说支持高延迟和合理不稳定的 WAN 链路。这一点在实际跨机房场景里很关键别因为链路抖动就怀疑是 Veeam 的问题。组件CPU内存磁盘网络Backup Serverx86-64建议 4 核4 GB 每并发作业 500 MB安装 5 GB .NET 4.5 GB 每 100 VM 10 GB 缓存 10 GB现场 1 Gbps异地 1 MbpsBackup Proxyx86最低 2 核/vCPU2 GB 每并发任务 200 MB300 MB至少 1 Gbps LANBackup Repositoryx86建议 x86-644 GB 每并行计算机/共享 2 GB32 位或 4 GB64 位按备份链长度规划现场 1 Gbps异地 1 Mbps2.2 操作系统和 SQL 版本这两处最容易选错Backup Server 只支持 64 位系统手册列的范围是 Windows Server 2008 R2 SP1 一直到 Windows Server 2019外加 Windows 7 SP1 到 Windows 101607 至 1909。注意 Windows 10 的上限是 1909你要是拿一台 20H2 之后的机器来装别指望官方给你背书。SQL 数据库支持本地或远程的 Microsoft SQL Server 2008 到 2019Express 版也行。没有现成数据库的安装向导可以自动装一个新的正式环境我一般选连接已有的完整版数据库理由是后面做数据库维护、备份、迁移都更可控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 BR 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 catalogVBRCatalog目录存放来宾文件检索目录浏览、搜索备份数据里的 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 添加 vCenterDNS 名称比 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, TransportModeMaxTasks是并发任务上限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 GB32 位 OS或 4 GB64 位 OS具体还要看磁盘数量和备份链长度。# 添加并检查 Repository 的基本信息 Get-VBRBackupRepository | Format-Table Name, Path, Type, IsUnlimitedPath是备份落地路径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, ReleaseRelease值对应具体版本528040 及以上是 4.8461808 及以上是 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 都是 Running9392 端口在监听Console 能正常连上。第二条链路自检在 Backup Infrastructure 里确认 vCenter、Proxy、Repository 三者的状态都是绿色Proxy 的传输模式和你设定的一致Repository 的可用空间大于你规划的备份链大小。第三条端到端自检手动跑一次备份任务跑完立刻做一次文件级恢复从备份里捞一个测试文件出来比对内容再做一次 Instant VM Recovery确认 VM 能起来、能 ping 通、能正常关机清理。验证项命令或操作通过标准服务与端口Get-Service Veeam*、netstat -ano | findstr :9392服务 Running端口监听链路状态Backup Infrastructure 视图vCenter、Proxy、Repository 全绿备份任务手动运行一次 Backup Job任务 Success有还原点生成文件级恢复从还原点恢复一个测试文件文件内容与源一致即时恢复Instant VM Recovery 启动测试 VMVM 能启动、能 ping 通这套验证里最容易被省掉的是文件级恢复和即时恢复很多人备份任务 Success 就收工了真出事才发现 Catalog 没配好或者 vPower NFS 空间不够。我吃过一次亏备份跑了三个月都正常某天要恢复一个被误删的配置文件结果 Catalog 目录因为所在盘满了被写坏按文件名搜不到任何东西最后只能整盘挂载慢慢翻。从那以后我每次装完 Veeam都强制把文件级恢复和即时恢复各跑一遍才敢交付备份任务 Success 只是及格线恢复能跑通才算真正装完。希望帮到你。本文还有配套的精品资源点击获取