Microsoft 365 不是一个软件，而是由同一目录连接起来的一组服务。一个自认为“只用邮件”的团队，往往会把附件存放在 OneDrive 中，与客户共享一个 SharePoint 文件夹，并在 Teams 中安排会议。因此，迁移范围要从实际使用情况中去看，而不是从许可证清单中去看。
请在一部分团队中记录一周内的实际使用情况：邮件、OneDrive、SharePoint、Teams（对话、文件、会议）、带宏的 Excel、Power BI、表单、已连接的业务应用。然后对其进行分类。
一个技术细节常常会改变迁移范围：上传到 Teams 频道中的文件存储在 SharePoint 中，而在私聊中发送的文件则存储在发送者的 OneDrive 中。因此，如果迁移“文件”时不看 Teams，就会遗漏一部分数据资产，或者在复制时丢失其上下文。
如果第三类正是业务的核心，迁移电子邮件（邮件服务）仍然可能有意义（例如在 Microsoft 365 前端部署过滤），但替换整个套件则没有意义。在报价之前说明这一点，可以避免一个无用的项目。Microsoft 365 与主权解决方案对比一页界定了这一门槛，欧洲替代方案指南则对可能的目标方案进行了比较。
举例来说，一家拥有两个厂区的中小型制造企业。行政和销售人员的日常工作离不开邮件、日历和常用文件：他们可以顺利迁移。而工程设计部门则用带宏的工作簿进行成本核算，并在 Power BI 中跟踪生产。替换整个套件会破坏这个团队的工作工具。合理的决定可能是迁移电子邮件和简单文件，而为工程设计部门保留其所需的工具。这一选择应在项目开始时就写明。
第 1 至 4 步对员工不可见，而且可以回退：只要 MX 没有更改，邮件就会继续送达 Microsoft 365。MX 是一条 DNS 记录，它告诉全世界的服务器应将您域名的邮件投递到哪里。这是唯一真正让邮件流切换的操作，必须在其他一切就绪之后才进行。
TTL（生存时间）告诉 DNS 解析器可以将应答在缓存中保留多长时间。之所以要提前调低，是因为已读取旧值的解析器会将其保留到过期为止：较短的 TTL 只有在旧缓存失效之后才会生效。请借此机会删除仍指向 Microsoft 365 的备用 MX：发件服务器无法连接主 MX 时，会尝试后续的 MX，从而把邮件投递到旧平台。
关闭发送功能同样重要。Microsoft 365 始终认为自己负责您的域名：一名仍登录旧版 Outlook 的员工给同事写信时，其邮件会在租户内部投递，而不经过 MX。邮件确实存在，却位于一个再也没有人查看的邮箱中。
不丢失任何邮件的切换细节，见不中断地迁移电子邮件。操作清单见检查清单。
共享邮箱与委派。 共享邮箱可以像其他邮箱一样复制。但权限不会随之迁移：完全访问、“以……身份”发送、“代表……”发送、委派给助理的日历。这些权限需要在目标环境中重新创建，并与实际使用者而非管理员一起测试。
存档与法律保留。 在线存档是独立于主邮箱的空间。复制工具如果没有明确将其列为目标，就会忽略它们。处于法律保留状态的邮箱通常是为了履行某项义务：在关闭它之前，请与提出该要求的人员确认此后如何继续履行这项义务（复制到目标环境、保留导出文件，或暂时保留原邮箱）。
Autodiscover。 Outlook 通过 autodiscover DNS 记录查找服务器设置。如果该记录仍指向 Microsoft，已重新配置的电脑可能会继续查找旧服务，或反复要求输入密码。这条记录应在切换当天与 MX 一同更改。
SPF、DKIM、DMARC。 这些记录让收件方能够验证您的邮件是否合法。一个域名只能发布一条 SPF 记录；在过渡期间，它同时授权两个平台，之后再移除 Microsoft。DKIM 按选择器工作：新平台的密钥可以在切换之前与旧密钥并列发布。DMARC 要求两项验证中至少有一项与发件人的域名保持一致：如果目标平台尚未获得授权，执行严格策略的通信方会拒收您的邮件。
在 Zimbra、BlueMind 或同类邮件系统上，Windows 版 Outlook 通常通过 Exchange ActiveSync 或软件开发商提供的协议重新连接。网页邮箱会发生变化。Teams 的快捷功能不会再有。在浏览器中打开的文件将通过目标平台的在线编辑器（OnlyOffice、Collabora 或其他套件）处理，其与复杂工作簿的兼容程度，需要用您自己的文件来测试，而不是用演示文件。
对于 Outlook，新建配置文件比修改旧配置文件更稳妥：本地缓存会保留指向 Microsoft 服务器的引用，二者混用会产生重复项或幽灵文件夹。在移动设备上，规则相同：先删除账户，再重新创建。大型邮箱的首次加载需要时间：请提前告知相关用户。
请在切换之前宣布这些差异。失败的项目，往往是管理层宣传为“同样的东西，只是换成欧洲版”的项目。
不会。域名仍然归您所有：改变的只是接收该域名邮件的服务器。通信方继续向相同的地址写信，只要准备充分，MX 的更改对他们而言是不可见的。
可以，但这是长期并存，而不是迁移。此时两个平台共用同一个域名：一个平台接收邮件，并将不由其托管的地址转发给另一个平台。这需要设计、记录并持续维护。对于必须保留 Excel 和 Power BI 的工程设计部门而言，这有时是正确的选择。
不一定。有些企业全部迁移，另一些企业只迁移有用的年份，其余部分归档到保留的导出文件中。选择取决于您的保留义务，以及您愿意为复制时间支付的费用。这一点应写入报价。
它们无法迁移。欧洲解决方案会提供其他视频会议或即时通讯工具，但 Teams 的历史记录不会随之迁移。对于 Power BI，要么改用其他分析工具，要么保留相关许可证。
当核查样本符合要求、不再有任何邮件流使用该租户，且必要的导出文件已经归档时。在终止合同之前，请在合同中核实订阅结束后 Microsoft 会保留哪些内容、保留多长时间：这正是需要记下的日期。
Klytic 可以承接电子邮件、文档（专属 Nextcloud 实例，支持共享、单人或多人在线编辑和版本历史）、视频会议、CRM 和电话，可整体承接，也可分别承接。电子邮件基于 Zimbra，其软件开发商为 Synacor（美国）；它托管于 Klytic 的邮件架构中、专属实例中或客户处，并始终由 Klytic 运营。它可以通过网页、邮件客户端、移动设备、EAS 和 EWS 访问。托管可在与适用司法管辖区相对应的任何地理区域进行，但以所需服务的可用性为前提，例如欧洲或毛里求斯，也可以部署在客户自己的服务器上。参见托管与主权。
对于电子邮件，咨询建议是免费的，并且 Klytic 保证不会丢失任何邮件。由 Klytic 执行的迁移在盘点之后按报价确定。如果套件必须保留，Klytic 也可以只迁移过滤器（部署在 Microsoft 365 前端的 MTA）。Klytic 不能替代 Teams、高级 Excel 或 Power BI。
成本以这份盘点为基础来确定。迁移需要多少成本一页说明了各项费用构成，不使用虚构的数字。订阅价格见价格页面；如有具体项目，请通过报价申请提交。
本页描述的是一套方法。结果取决于数据量、存档以及无法迁出 Microsoft 365 的使用场景。
2026年10月查阅。
