VEEAM COMMUNITY WEEKLY
Veeam社区周报
13.1.2安全修复引升级争议、仓库迁VIA仍无官方路径
2026-W44 · 2026.10.26 - 2026.11.01
01 · EXECUTIVE SUMMARY
执行摘要
本周没有全网级大面积故障,主线非常集中:13.1.2 安全修复已到,但升级方式本身就是争议点;13.1.1.18 的两处回归信号仍未同时落地;M365 新租户入驻出现新阻塞流程;仓库向 VIA 迁移三源同时出现,却全部是不受支持的同行方法。
1. 13.1.2 安全修复先读 KB4948 原文再排窗口:没有小补丁、要完整 ISO,同行报告需至少 48.67GB 可用空间,VSPC 批量场景仍有缺口。
2. 13.1.1.18 回归未同时落地:AD Explorer 用户报告 13.1.2.57 已解决(非官方确认),VeeamZip 仍不能断言已修复。
3. M365 新租户入驻本周受阻,EWS 过渡仍依赖 KB4820 步骤;Planner 备份仍无时间表,不要提前写进承诺。
4. 仓库迁 VIA 只有不受支持的同行方法,脚本公开状态未确认,Move backup 是否保留 Fast Clone 节省说法有分歧。
5. 论坛 CVE-2026-98432 一帖帖内无定论,须走支持渠道,不要与 KB4948 混为一谈。
6. 可立即复核:Entra Free 下 SAML 组声明会被静默丢弃;Security Officer 的职责分工;恢复优先级要用“凌晨 3 点电话”来检验。
02 · RANSOMWARE & IMMUTABILITY
勒索防护与不可变备份
安全修复 · KB4948 · 2026-10-27
13.1.2 安全修复先读 KB 再升级,社区摘要不能当 KB 全文
Reddit 转发的 KB4948 摘要称,受影响为 13.1.1.18 及所有更早的 13.1 构建、13.0.2.29 及所有更早的 13.0 构建,更老版本如 12.x 不受影响;帖主称其中有 Critical CVE、评分为 9.1 分。KB 全文未在 Reddit 视图中完整打开,具体漏洞编号与修复范围不要凭帖子补全。
建议动作:先打开 KB4948 原文核对受影响版本与修复范围,再定升级窗口与回退预案;同时订阅官方安全公告渠道,不要只靠社区转发。
来源:KB4948: Vulnerabilities Resolved in Veeam Backup & Replication 13.1.2
Reddit · 2026-10-27 · 42 点赞 / 21 评论
安全问询 · 论坛 · 2026-10-30
CVE-2026-98432 帖内没有定论,不要与 KB4948 画等号
论坛提问该 CVE 是否影响软件设备与基础设施设备、如受影响有何补救,官方人员在帖内表示按论坛政策,CVE 或其他安全漏洞问题必须走客户支持,支持团队掌握最新信息;帖内没有给出受影响与否的结论。
建议动作:就该 CVE 直接开支持案例核实,不要在内部通报里写成“已确认受影响”或“已确认不受影响”。
来源:CVE-2026-98432
R&D 论坛 · 2026-10-30 · 3 回复 / 194 浏览
角色分工 · Recap #283 精选 · 2026-10-23
Security Officer 不是管理员,也不是删备份的警察
Recap #283 精选的这篇文章澄清了新角色的定位:它源于一线遇到的若干误解,重点是职责分工而非多一个管理员账号。角色不清时,删除保护、审批与问责容易落在错误的人身上,勒索场景下最容易出纰漏。
建议动作:对照文章复核本组织里谁能删备份、谁审批、谁复核,把职责写进内部流程,而不是只加一个账号。
来源:Who You Gonna Call? The Security Officer! Why the New Security Officer Is Neither an Administrator nor the Backup Deletion Police — but Is Still Important (English)
官方资源中心博客 · Recap #283 精选
身份配置 · SAML SSO · 2026-10-30
SAML SSO 最常见的坑:Entra Free 下组声明会被静默丢弃
VBR v13 的 SAML SSO 由身份提供方负责认证、Veeam 负责授权;默认企业应用声明里没有组信息时,会出现认证成功但授权失败、返回拒绝访问。许可差异是关键:Entra P1/P2 可用“分配给应用的组”加可读组名;Entra Free 无法把组分配给企业应用,若仍按 P1/P2 配置组声明,Entra 会静默丢弃整个组声明,既无错误也无空属性。Free 下的替代做法是用安全组加组 ID,并在 Veeam 侧用 Entra 对象 ID 而非显示名建组。
建议动作:先核对 Entra 许可等级与组声明设置,再排查断言;从 P1/P2 降级或复制配置时必须重查这一项。
来源:Configuring SAML SSO in Veeam Backup & Replication (and Why Your Group Claim Is Missing)
官方资源中心博客 · 约 2026-10-30 · 4 评论 / 174 浏览
03 · UPGRADE & PATCH RISK
版本升级与补丁风险
升级路径 · 13.1.2.57 · 三源合并
13.1.2.57 没有小补丁:完整 ISO、空间与自动更新三处说法要分开看
论坛官方口径是:因大量第三方组件升级,没有补丁 ISO/ZIP,Windows 部署须用完整 ISO 或内置更新器;先升级 Enterprise Manager 再升级备份服务器;VSPC 管理约 100 台服务器的用户报告,关闭“跳过 VBR 组件更新”后更新器仍无变化,VSPC 本身无补丁选项,改进今年不会到来。Reddit 同行报告 ISO 约 18.9GB、要求至少 48.67GB 可用空间;另一帖里 Windows 内置自动更新可用性同行说法直接冲突——有人称 Windows 上不能用、只在软件设备上可用,也有人称本周在 Windows 服务器上用 Web 界面执行成功。
建议动作:升级前逐台核查可用空间,优先用网络文件夹挂载 ISO 而非每台拷一份;VSPC 批量场景先拿少量服务器验证更新器行为;自动更新异常直接开支持案例核实。
来源:Where is the 13.1.2.57 patch?
R&D 论坛 · 2026-10-30 · 9 回复 / 746 浏览
来源:Version 13.1.2 - space requirements
Reddit · 2026-10-29 · 43 点赞 / 18 评论
来源:Built-in auto-update function not working
Reddit · 2026-10-29 · 8 点赞 / 11 评论
补丁 · VB365 8.6 P1 · 2026-10-27
VB365 v8.6 Patch 1 的知识库与下载链接已修复
KB4913 最初只写了从 pre-8.6 升到 8.6,未写从 8.6 升到 8.6 P1,且 8.6.0.5011 的下载链接曾错误指向 .1102 版本;官方人员表示知识库已更新,新的 v8.6 P1 ISO 可用于把 8.6 的 VB365 服务器升级,现已可从下载中心下载。
建议动作:需要 P1 的环境按更新后的 KB4913 与下载中心链接重新核对版本,不要用旧收藏链接。
来源:VB365 v8.6 Patch 1
R&D 论坛 · 2026-10-27 · 8 回复 / 595 浏览
回归 · VeeamZip · 2026-11-01
VeeamZip 在 13.1.1.18 上的问题仍不能断言 13.1.2.57 已修复
社区版用户从 13.0.2.29 升到 13.1.1.18 后,长期使用的 VeeamZip 脚本与图形界面手动执行均报错;产品管理方面的旧表态称该问题被标记为在 13.2 中解决,社区版用户需要等待;窗口内作者称已装 13.1.2.57 并做了初步测试,但测试结果在页面视图中截断,不能据此断言已修复。
建议动作:VeeamZip 业务关键的环境先保留 13.0.2.29 或准备常规备份/复制作业替代流程,在实验室复现并确认后再批量升级。
来源:Problem with VeeamZip after upgrading to latest Community Edition 13.1.1.18
官方资源中心讨论 · 约 2026-11-01 · 14 评论 / 542 浏览
升级失败 · VIA · 2026-11-01
从 13.0 升到 13.1 后 VIA 仓库与代理升级失败再次出现
报错包括仓库 Data Mover 升级失败与代理升级无法获取强制更新列表;窗口内另一用户报告同一客户环境同样问题,删 VHR 重连后同样失败、准备开 ticket;窗口内无新官方回复,旧官方回复称该场景不应需要特殊操作、请继续走支持。
建议动作:有 VIA 的环境升级前先做仓库升级演练并留好案例号,升级失败不要反复删加重连,先走支持渠道。
来源:VIA Repository/Proxy cannot upgrade after Upgrade 13.0.1 to 13.1 (VBR Windows)
R&D 论坛 · 2026-11-01 · 2 回复 / 13832 浏览 · 关联案例 #08238483、#08240091
04 · PLATFORM STABILITY
平台运行稳定性
回归 · AD Explorer · 约 2026-11-01
AD Explorer 在 13.1.1.18 上的域树塌陷,用户报告 13.1.2.57 已解决——但这不是官方确认
从 13.0.1.180 升到 13.1.1.18 后,Explorer for Active Directory 出现数据库能加载、对象数正确,但域树约 1 秒内塌陷,LDAP 搜索返回空;同一数据库文件在 13.0.x 上显示完整,3 个独立 13.1.1.18 环境均复现;窗口内作者称升到 13.1.2.57 后问题解决,同行表示祝贺,但帖内没有官方确认,也没有给出案例号。
建议动作:升级前先做 AD 恢复演练基线,升级后复测域树与 LDAP 搜索;临时可用 dsamain 加 ADUC 只读浏览,或用 13.0.x 的 Explorer 在隔离虚拟机上打开提取的数据库(均为用户说法)。
来源:Veeam Explorer for Active Directory 13.1.1.18: domain tree collapses and LDAP search returns nothing - same ntds.dit works on 13.0.1.x
官方资源中心讨论 · 约 2026-11-01 · 7 评论 / 52 浏览
Agent 故障 · Windows · 2026-10-26
Windows Agent 报 NTFS 目录查询失败,帖内无根因结论
最新版 Windows Agent 开始报错无法查询 OneDrive 下某目录并导致备份失败,用户称该目录在 Windows 内可正常访问;官方人员表示 R&D 论坛不是支持论坛,该案例因免费产品或过期许可证被路由到免费队列,试用期内的试用许可证、社区版与 NFR 用户也可开案例、按尽力而为处理,如认为不正确需开新案例并附完整产品日志。
建议动作:按案例 #08285794 跟进并附完整日志,不要只贴报错截图;先确认许可证与支持队列,避免在错误渠道等待。
来源:Failed to Query NTFS Directory - Veeam Support Case #08285794
R&D 论坛 · 2026-10-26 · 2 帖 / 458 浏览
网络确认 · Agent 到 ExaGrid · 2026-10-27
Agent 到 ExaGrid 的双网卡场景,官方确认限速与优选网络都支持
VBR v13.1.1、Windows Server 2025 备份服务器、ExaGrid 仓库、Windows 与 Linux Agent 全部双网卡(管理 LAN 与备份 LAN)时,官方人员确认:因 Agent 与 ExaGrid 都有 Data Mover,流量限速会工作;ExaGrid 表现类似普通 Linux 仓库,优选网络也会工作。
建议动作:双网卡环境按优选网络与限速策略分别验证一次管理面与备份面流量走向。
来源:Preferred Networks and Traffic Throttling with Veeam Agents to ExaGrid
R&D 论坛 · 2026-10-27 · 3 帖 / 652 浏览
平台支持 · ARM64 · 2026-10-27
ARM64 Linux Agent 今天不在路线图上
两台 ARM64 服务器跑 Ubuntu 时安装 Agent 报错,支持已确认 Agent 仅支持 x86_64,无论管理还是非管理;官方人员表示今天不在路线图上,内核模块包与无快照包都要求 x86_64,已在考虑未来版本并跟踪需求。
建议动作:ARM64 Linux 服务器先不要承诺 Agent 备份覆盖,改用其他受支持的保护路径并向支持登记需求。
来源:Why is there still no Veeam Agent for Linux for ARM64 (aarch64)
R&D 论坛 · 2026-10-27 · 2 帖 / 556 浏览
05 · M365 & SAAS
M365 与 SaaS 数据保护
新租户入驻 · EWS · 2026-11-01
M365 新租户入驻本周出现新阻塞流程,EWS 过渡步骤不能省
新租户入驻流程中,在生成新自签证书并注册新应用后出现连接 EWS 访问验证失败,应用虽已在 Entra ID 注册成功,但 Veeam 未保存证书;临时做法是先用 PowerShell 把应用 ID 加入允许列表,再回向导选已有应用 ID 通过,但需重新生成证书并重走设备登录,旧证书不可选;另一用户称本周同样遇到,支持告知按此非常规流程做。官方人员补充须按 KB4820 设置 EWS 启用,否则该租户 EWS 不工作;Exchange Online 邮箱备份仍依赖 EWS,Graph 今天没有归档邮箱、组邮箱与公共文件夹的接口。
建议动作:新租户入驻演练里把 KB4820、证书重生成与设备登录留出时间,不要把“上周同样流程无问题”当成这周一定通的依据。
来源:EWSAllowedAppID & adding new tenant
R&D 论坛 · 2026-11-01 · 9 回复 / 1022 浏览
功能需求 · Planner · 2026-10-30
Planner 备份需求仍在被追问,官方仍无时间表
长帖里窗口内最新发帖称客户每周都在问 Planner 支持,甚至因此丢过单,并强调 Planner 不仅要支持云端,也要支持本地部署产品;窗口内无新官方回复,最近官方表态仍为 2026 年 4 月:新 M365 备份版本不包含 Planner,工作在进行中,但无时间表。
建议动作:客户问到 Planner 时如实说明现状与不确定性,改用其他协作数据保护方案先兜底。
来源:Backup Microsoft Planner
R&D 论坛 · 2026-10-30 · 88 回复 / 107879 浏览
许可警告 · M365 邮箱 · 2026-10-27
曾有 M365 许可、现无许可的邮箱出现警告,同行说法需官方确认
用户收到“邮箱没有有效 M365 许可”的警告,相关用户一年多前曾有许可、没有软删除邮箱,作者不理解 Veeam 按哪个值判断这些用户仍有邮箱,也不想把他们排除出备份;同行称没有许可的邮箱无法被保护(共享邮箱除外),因为微软在无许可时不允许 API 访问;另一同行建议对所属作业跑一次完整备份看是否剔除无许可用户,作者称已试过、没有用;还有同行建议转为共享邮箱。以上均为同行说法,需官方确认。
建议动作:先核对许可属性与共享邮箱状态,再开 ticket 确认判断逻辑,不要直接批量排除用户。
来源:When a user previously had a M365 license with mailbox
Reddit · 2026-10-27 · 4 点赞 / 5 评论
共存卸载 · VBR 与 VB365 · 2026-10-28
VBR 已迁走、365 备份还留在旧机上,卸载范围要留有余地
用户把 VBR 从域服务器迁到新工作组服务器,旧机同时跑 VBR 与 365 备份,想卸载除 365 之外的所有 Veeam 产品;同行判断大体上只需要 365 服务与 365 工作负载相关的浏览器,365 是独立产品、有自己的服务与数据库,不依赖 VBR 服务器、目录或控制台条目;唯一需要再确认的是 Analytics Service 与共享组件,因为不确定它们还被什么拉起。以上均为同行说法,需官方确认。
建议动作:卸载前先做 365 配置与数据库备份,逐项核对版本号归属,Analytics Service 与共享组件先留着、确认后再动。
来源:Moved VBR to new server, but 365 backup running on old server what can I uninstall?
Reddit · 2026-10-28 · 2 点赞 / 2 评论
06 · STORAGE & REPOSITORY
存储与仓库架构
仓库迁移 · VIA · 三源合并
仓库向 VIA 迁移:三源同时出现,但全部是明确不受支持的方法
官方资源中心讨论里,Ubuntu 不可变仓库迁 VIA 的同行方法包括重命名卷组与逻辑卷、从 VIA ISO 选修复模式重装、改目录归属并重扫导入备份,转发者明言这不是受支持的方法、风险自担;同行对 Move backup 是否保留 Fast Clone 节省说法有分歧,脚本公开状态未确认。Reddit 上 20 至 30 个 RHEL、XFS 仓库的迁移提问里,同行称有一个产品经理创建的脚本、目前是私有的、应该很快会被加到 VeeamHub,但公开状态、适用范围与步骤均未确认,且明确警告不受支持、过程复杂。
建议动作:只在实验室验证这类方法,生产迁移先走受支持的 Move backup 路径并开 ticket 确认 Fast Clone 影响;不要把私有脚本传言写进迁移方案。
来源:Veeam Hardened Repo Migration to VIA
官方资源中心讨论 · 约 2026-11-01 · 12 评论 / 87 浏览
来源:Migrating from own Linux Repo to VIA Repo
Reddit · 2026-10-28 · 7 点赞 / 3 评论
部署形态 · VSA · 2026-10-28
VSA 放虚拟机还是物理机,同行经验分歧,决策要先定安全边界
Reddit 讨论里,有人从物理 Windows 迁到虚拟 VSA 后感觉比裸机慢,也有人在 Hyper-V 集群上跑 VSA 高可用一段时间没有问题;有人从虚拟改回物理,理由是虚拟化中心与虚拟环境宕机或被攻陷时的连锁风险;也有人提醒 VSA 高可用集群需要 Premium 许可级别。以上均为同行说法,需官方确认。
建议动作:先定好次站点是否作为高可用位置、仓库隔离要求与许可级别,再在测试环境并排部署少量虚拟机验证,不要直接推倒重来。
来源:Veeam Software Appliance - Virtual or Physical?
Reddit · 2026-10-28 · 9 点赞 / 22 评论
实验室指南 · 虚拟带库 · 2026-10-27
实验室指南:Holo VTL 可作 Veeam 磁带库的实验替代品,但只是实验室验证
作者寻找 StarWind 与 Quadstore 之外的实验室虚拟带库替代品,选用 Holo VTL,在 Linux 虚拟机上建存储池、模拟 IBM TS3500 与 LTO-6 驱动器;修复前首写新带正常、追加已有数据的带失败,原因是 filemark 处理问题,修复后两台虚拟机的备份到磁带作业可追加到同一盘,另一作业再追加 7.4GB、无错误、40 至 52MB/s。作者声明该帖与工具共同创建、均已测试验证;已知限制仍包括多块定长读取中途遇到 filemark、变长模式残留与部分日志页不支持等。
建议动作:只在实验室按指南复现追加写入场景,生产磁带选型仍以官方支持列表为准;关注该项目 Issue #45 与 PR #46 的后续。
来源:Lab guide: Holo VTL as a virtual tape library for Veeam Backup & Replication
官方资源中心博客 · 2026-10-27 · 3 评论 / 63 浏览
07 · DISASTER RECOVERY & ORCHESTRATION
灾难恢复与编排
恢复编排 · VRO · 2026-10-28
同一恢复计划内多组并行仍无解,官方建议的过渡做法是多计划
同一计划内同组虚拟机可并行恢复,但多组必须顺序执行;官方人员表示目前单计划内无法并行跑组,解法是建多个计划、每计划一组并同时运行,可用克隆简化建计划与恢复位置;下个大版本可能加入组并行处理但尚不确定,也计划加入多计划一起启动的勾选。
建议动作:按多计划拆分恢复编排并演练同时启动,恢复时间目标按顺序执行重新测算。
来源:VRO -Recovery Plan - Parallel Execution of Multiple Groups Within the Same Plan?
R&D 论坛 · 2026-10-28 · 6 回复 / 3772 浏览
编排自身保护 · VRO · 2026-10-29
VRO 自身配置怎么保护,窗口内没有新的最佳实践定论
窗口内新提问是:一般不建议用 VBR 备份装有 VBR 的虚拟机,那么 VRO 应如何保护,是否应用另一台 VBR 保护底层虚拟机,数据库或配置文件是否应单独备份,整机丢失后的推荐恢复流程是什么;官方人员仅表示该主题已与此前回答合并,未给出新的独立操作指南;被指向的旧官方回答是备份 VRO 服务器部署的全部数据库。
建议动作:先按旧回答保护全部相关数据库并演练恢复,同时向支持确认更细粒度的导出与导入选项现状。
来源:How to backup Veeam Recovery Orchestrator Configuration
R&D 论坛 · 2026-10-29 · 6 帖 / 3124 浏览
恢复方法论 · 博客 · 2026-10-26
恢复设计要先讲为什么,而不是先讲怎么做
博客文章主张从业务结果倒推设计:先讲为什么这个工作负载先恢复、为什么保留期是 30 天而不是 90 天;不要把所有工作负载都默认最高优先级,否则等于事前没有做优先级决策;备份失败往往不是技术失败,而是决策失败,常见缺口是权责不清——谁决定恢复、谁签字接受数据丢失、谁向管理层解释取舍;用“凌晨 3 点电话”做坏日子测试:恢复优先级是否显而易见、临场决策事后是否站得住脚;目标是可预测、可重复的恢复,并定期复核当初的对齐结论。
建议动作:下一次演练前先把恢复优先级与签字人写成一页清单,用桌面推演检验假设。
来源:It's not about the how, it's about the why
官方资源中心博客 · 2026-10-26 · 0 评论 / 40 浏览
概念讲解 · iResOps · Recap #283 精选
iResOps 通俗讲解:先知道“恢复”之外还要知道什么
Recap #283 的 Vanguard Blog Spotlight 推荐了一篇通俗讲解 iResOps 的文章,同一链接亦见于 9 月 Vanguard 通讯合集;本期只作值得分享的指引,不展开未读的文章结论。团队讨论恢复能力时,容易只停留在“能不能恢复”,而忽略恢复的确定性与可验证性。
建议动作:把这篇讲解作为团队内部共读材料,结合自家恢复演练复核“恢复后如何确认业务真的回来了”。
来源:Veeam iResOps, Explained Simply
Vanguard Blog Spotlight · 经 Recap #283 原帖核实
08 · ACTION LIST
本周行动清单
1. 先读 KB4948 原文,排定 13.1.2 升级窗口:逐台核查可用空间(同行报告 ISO 约 18.9GB、要求至少 48.67GB),先升 Enterprise Manager 再升备份服务器,VSPC 批量场景先小批量验证。
2. 13.1.1.18 环境升级前先在实验室验证 AD Explorer 恢复与 VeeamZip 脚本,确认无碍再批量升 13.1.2.57;VeeamZip 关键流程先准备常规备份替代方案。
3. M365 新租户入驻按 KB4820 演练完整流程,留出证书重生成与设备登录时间;核查无许可邮箱警告清单,不要批量排除用户。
4. 仓库迁 VIA 只做实验室验证,生产迁移走受支持路径并开 ticket 确认 Move backup 对 Fast Clone 节省的影响;不要照搬不受支持的同行方法与未确认公开的脚本。
5. 复核 SAML SSO 组声明(尤其 Entra Free)与 Security Officer 职责分工;用“凌晨 3 点电话”测试恢复优先级与签字人是否一页纸能说清。
口径与可信度
本期内容来自 forums.veeam.com、community.veeam.com 与 r/Veeam 三源 2026-10-26~11-01 的公开讨论,按数据韧性六话题重写;官方人员表态均已标注出处,同行说法未写成官方结论,需要官方确认的请开支持工单或去 R&D 论坛确认。新闻区截至 2026-11-01 仍未见新 Recap #284,最新仍为 #283,本期 Recap 内容为 #283 精选的参考条目、不是本窗口新 Recap。新增博客与新闻源本期合计精选 5 条:Security Officer、SAML SSO、Holo VTL 实验室指南、恢复方法论、iResOps 讲解。
阅读网页归档与下载 PDF,请访问 Veeam 社区周报网页归档。
Veeam社区每周情报 · 目录
作者提示:内容由AI生成

