Meraki Systems Manager 停售后的 MDM 替换路径：Cisco 官方推荐 Ivanti Neurons for MDM，迁移时间线与选型清单

一、先厘清范围：不是「Meraki EOL」，是 SM 停止销售

行业讨论里常把这件事简称为「Meraki EOL」，但准确范围要小得多。Cisco Meraki 官方 EOL 清单把该条目列在 Security: Systems Manager (SM) 分类下，指向的是移动设备管理产品 Meraki Systems Manager；同一份清单里还并列了摄像机、Insight 等各自独立的产品条目。把范围说清，是后续所有选型与预算判断的前提。

官方对两个阶段的定义是：EOS 公告为正式停止销售通知，通常早于末次订购日约六个月；停止销售日之后，产品不再通过任何渠道销售；终止支持日是 Cisco Meraki 主动支持的终点。值得注意的是，清单 Overview 对终止支持日的常规描述为停止销售后约五年，而 SM 本次公告给出的是三年过渡期，以产品条目中的具体日期为准。

节点	日期	官方含义	对客户意味着
EOS 公告	2025 年 12 月 3 日	Cisco 正式发布 Meraki SM 停止销售通知	启动替代方案评估，盘点纳管设备与策略
停止销售日 End-of-Sale Date	2026 年 6 月 3 日	此后不再通过任何渠道销售新的 Meraki SM 许可	1 年期与 3 年期许可在此日前可购；5 年期许可公告后已停售
终止支持日 End-of-Support Date	2029 年 6 月 3 日	Cisco Meraki 主动支持到此为止	需在此前完成迁移与业务切换

三个日期相互独立：停止销售日只影响「还能不能买新许可」，真正的硬截止是终止支持日。现有合同与支持不因 EOS 自动失效，这也是很多客户把迁移排到后面几年的原因——但排期越靠后，可回旋的窗口越窄。

二、Cisco 官方给出的原因与替换安排

关于退出原因，Cisco Meraki 官方 FAQ 的表述相当直接：

"Due to limited growth and ongoing operational costs, we are exiting the MDM market to focus on other strategic growth opportunities." —— 受增长空间与持续运营成本影响，Cisco 退出 MDM 市场，把资源转向其他战略增长方向。

替换方案上，官方明确与 Ivanti 合作，把 Ivanti Neurons for MDM 作为 Meraki SM 的可比替代方案，通过 Cisco SolutionsPlus 提供；Ivanti 合作页同时说明该产品支持与 Meraki SM 相同的操作系统与终端，便于客户迁移。Cisco 也表示，客户可联系 Cisco 客户团队或认证经销商了解切换安排，并提供了 Technical Migration Guide 用于说明 SM 配置与策略如何映射到其他 MDM。

采购要素	官方口径
替代产品	Ivanti Neurons for MDM，作为 Meraki SM 的可比替代方案
采购渠道	Cisco SolutionsPlus，经 Cisco 销售团队、认证经销商或分销商采购，与购买其他 Cisco 产品类似
起订门槛	新订阅不少于 50 个许可
订阅期限	新订阅 12 个月起
可采购时间	Cisco Q3 FY26（官方 FAQ 同页另有 Q4 FY26 表述，见下方口径提示）

能力层面，官方资料列出的平台覆盖包括 iOS、iPadOS、watchOS、Android、macOS、ChromeOS、Windows，以及加固终端、穿戴设备与部分 VR/XR 设备。该产品同时提供云端与本地两种部署形态，设备管理功能一致，可按数据驻留要求、网络条件与运维分工选择部署位置——具体交付内容以厂商官方方案为准。详见 Ivanti Neurons for MDM 产品说明。

三、过渡期内的支持承诺与许可规则

Cisco 在 FAQ 中承诺，到 2029 年 6 月 3 日之前，现有 Meraki SM 客户仍可获得完整支持，包含四个层面：技术支持（含 Sev-1 问题与常规咨询）、平台维护与必要的补丁及安全更新、随现代 MDM 框架变化维持设备注册与管理的关键功能，以及服务可靠性与漏洞处置。对运维团队而言，这意味着过渡期内不必中断现有终端管理，但也不等于可以推迟所有准备工作。

许可与商务条款里有几处容易被忽略、却会直接影响预算的细节：

• 许可期限收紧：为避免许可有效期越过终止支持日，5 年期许可在 EOS 公告后已停售；1 年期与 3 年期许可可购买至 2026 年 6 月 3 日。官方建议在停止销售日前完成续订，为选型与迁移留出时间，并可受理起始日超过 90 天的提前续订订单。
• 余值抵扣按采购订单算：若许可有效期超出 2029 年 6 月 3 日，Cisco 会按采购订单上的 SM 许可到期日与终止支持日之间的时长计算部分抵扣，而非按 Meraki co-term 软件日期计算；抵扣流程由 Cisco 自动发起，客户无需单独申请，经分销商或合作伙伴购买的由相应主体传导给客户。
• 提前终止不获抵扣：若客户在终止支持日之前主动终止许可，不发放抵扣，Cisco 采购不可退款。
• 数据处置看单独文件：支持期结束后的客户数据处理方式，官方指向 Cisco Trust Portal 上的 Cisco Meraki Offer Disclosure，未在 FAQ 内展开。

「按采购订单而非 co-term 日期计算」这一条尤其值得在财务与资产台账里对齐：两套日期在 Meraki 许可体系中并不总是一致，等到 2029 年再核对容易发现台账与订单对不上。

四、能力对照：替换不是换一个控制台

设备能被新平台纳管，只解决了入口层问题。真正决定迁移工作量的是原有策略、应用与接入路径如何映射。下面按官方资料列出的组件，整理迁移时需要逐项核对的对应关系。

管理能力	Ivanti 对应组件	迁移核对点
设备注册与配置	Apple Business Manager、Google Zero-Touch Enrollment、Windows Autopilot	现有注册流程、设备归属关系与自动化开通规则
应用分发与应用级管理	Apps@Work、AppStation、iOS Managed Apps、Android Enterprise	内部应用签名、应用级配置与安全策略
邮件与内容接入	Ivanti Sentry 内联网关	邮件网关、证书与按合规状态的访问控制
应用级网络通道	Ivanti Tunnel	按应用授权的内网访问规则，而非整网段放通
安全邮件与数据容器	Ivanti Email+	PIM 数据容器、加密与密码策略
远程协助	Help@Work	用户授权流程、操作留痕与审计

其中应用级策略与 BYOD 数据边界通常占用较多验证时间：前者涉及内部应用签名与应用级配置，后者涉及工作容器、选择性擦除与条件访问。把它们单独列为验收项，比在切换当天临时排查更稳妥。

五、MDM 替换迁移清单（八步）

下面这条路径按「先看清现状、再小范围验证、后批量切换」组织，适用于从 Meraki SM 迁往 Ivanti Neurons for MDM 或其他 MDM 的场景。

1. 资产与策略盘点：导出设备清单、操作系统分布、纳管状态、配置基线、合规策略与应用清单，形成可核对的迁移底表。
2. 许可与合同核对：确认采购订单上的许可到期日与 Meraki co-term 日期是否跨越 2029 年 6 月 3 日；这直接决定后续 credit memo 的计算口径。
3. 覆盖度验证：把设备型号与操作系统逐项对照目标 MDM 的支持矩阵，单独标记加固终端、穿戴设备与 VR/XR 等边缘类型。
4. 策略映射：参照 Cisco 提供的 Technical Migration Guide，把 SM 配置与策略翻译成目标平台对象，逐条记录无法平移的项。
5. 身份与数据边界设计：明确 BYOD 工作容器、选择性擦除、证书认证与条件访问策略，避免迁移后出现企业数据与个人数据边界模糊。
6. 小范围试点：选一类设备或一个分支机构并行运行，验证注册、应用分发、邮件接入与应用级 VPN，并留存问题清单。
7. 批量切换与回滚预案：用自动化注册渠道批量纳管，保留旧平台只读窗口与配置导出，约定回滚触发条件。
8. 收尾与归档：核对旧许可处置、数据留存与审计记录，归档策略映射表与试点结论，供后续审计与二轮优化使用。

六、行业洞察：四个容易被低估的问题

以上是可以从官方文件里查到的事实与动作。真正影响项目成败的，往往是以下几条需要结合企业自身环境判断的问题。

1. 三年过渡窗口，不等于三年可行动时间

官方给的是到 2029 年 6 月 3 日的支持期，但许可共期、年度预算周期、操作系统大版本更新与终端换机节奏会压缩实际可施工窗口。实务上建议按「评估—试点—批量切换」倒排到季度，并把策略映射与试点安排在前半段，而非等到支持期临近。

2. 「支持相同操作系统」不等于「策略可以照搬」

Cisco 与 Ivanti 都说明 Ivanti Neurons for MDM 支持与 Meraki SM 相同的操作系统和终端，这解决的是设备能不能纳管的问题；应用级策略、证书、条件访问与 BYOD 边界仍要逐项验证。Cisco 专门提供 Technical Migration Guide 来说明配置与策略如何映射，本身就说明映射是一项需要投入的工作，而不是导入导出即可完成。

3. 采购渠道变了，责任边界要在合同里说清

通过 Cisco SolutionsPlus 采购，走的是 Cisco 的渠道与商务流程；但策略配置、数据迁移、日常运维与二线支持的承担方，并不会因为渠道一致而自动明确。签约前建议把实施范围、响应界面与验收标准写进方案附件。

4. 部署形态会反向约束迁移方案

Ivanti Neurons for MDM 提供云端与本地两种部署形态，功能一致。如果企业存在数据驻留、内网隔离或等保合规要求，部署形态应在策略映射之前定下来，否则容易出现方案做完再推翻注册与接入路径的情况。

把这四点合起来看，这次替换更像一次终端管理架构的重新确认，而不是一次同品牌版本升级。谁在过渡期前段把资产、许可与策略边界理清楚，谁就能把切换做成可控的例行项目，而不是临近支持期末的应急工程。

七、VISBAT 可以提供的支持

针对 Meraki SM 存量客户，VISBAT 可协助梳理终端资产与策略清单、核对许可到期与过渡时间、评估目标 MDM 的覆盖度、设计 BYOD 与数据隔离策略，并组织小范围试点与验证。相关能力可与 Ivanti Neurons for MDM 产品方案、终端管理保护产品线一起规划。具体产品能力、许可条款、日期与交付内容以 Cisco / Ivanti 官方公告及实际方案为准。

总结：按支持期末日倒排，而不是按停止销售日

三个日期里，2026 年 6 月 3 日决定还能不能补许可，2029 年 6 月 3 日决定现有平台还能不能获得支持，而 Cisco 与 Ivanti 的官方合作已经给出了明确的替换路径。建议把评估、策略映射与试点放在过渡期前段，把批量切换与旧许可处置放在后半段，并在每个季度回看一次官方公告——尤其是上市季度与许可条款这类仍可能更新的信息。