HCL Domino 升级到 v14 前，企业最该检查的 8 件事
对于很多仍在使用 Domino / Notes 的企业来说，升级到 HCL Domino v14 已经不是“要不要做”的问题，而是“什么时候做、怎么做更稳”的问题。真正让升级项目变得危险的，通常不是升级本身，而是前期准备不充分。
1. 当前 Domino / Notes 版本和补丁情况
升级前先确认 Domino Server、Notes Client、Traveler 与相关补丁级别，避免在信息不完整的情况下做兼容性判断。
2. 现有应用清单与兼容性风险
很多企业 Domino 环境里不只是邮件系统，还跑着审批、流程、知识库、报表和大量历史应用。升级前必须梳理关键应用及其依赖，识别旧组件、脚本模板和第三方扩展的兼容性问题。
3. 服务器操作系统与基础环境
要检查操作系统版本是否受支持，CPU、内存、磁盘是否满足要求，网络、DNS、SSL 证书环境是否需要同步调整。如果基础环境本身太老，可能要和服务器环境优化一起考虑。
4. 身份认证与目录集成关系
如果 Domino 已与 AD、LDAP、SSO 或其他身份体系打通，升级前必须确认目录同步、单点登录、自定义登录流程以及 Web / Traveler 访问是否会受到影响。
5. 邮件、日历与移动办公是否受影响
如果 Domino 承担邮件和协同能力，就要单独测试邮件收发、日历会议、联系人、Traveler 移动同步、外部客户端接入和归档能力。很多项目里最敏感的不是数据库，而是移动端还能不能正常工作。
6. 备份、恢复与回滚预案
真正稳妥的升级，必须提前准备全量备份、配置备份、恢复验证、关键节点快照、回滚触发条件和回滚执行步骤。有没回滚预案，是能不能放心进入升级窗口的分水岭。
7. 用户影响范围与切换窗口
升级是技术动作，但最终会影响业务用户。必须明确受影响范围、停机时长、关键业务窗口、是否分批切换，以及是否要提前通知用户和管理层。
8. 是否做过测试环境演练
很多风险不是想出来的，而是在演练里暴露出来的。正式升级前最好完整演练一轮，验证升级步骤、应用兼容性、登录与邮件能力、回滚流程以及实施文档是否足够清晰。
结语
Domino 升级到 v14 并不可怕，真正危险的是现状没盘清、应用没测试、集成没确认、回滚没准备、窗口没设计。只要把升级前这 8 项关键检查做好，大多数 Domino 升级项目都能从“高风险动作”变成“可控项目”。
如果你的企业正在考虑 Domino v14 升级，建议先做一次升级评估，把系统现状、应用复杂度和风险边界看清楚，再决定实施节奏。