MOSS 2007 是什么?与 SharePoint 2010/2013/2016 有什么区别?
MOSS 2007 的全称是 Microsoft Office SharePoint Server 2007，是微软在 2007 年推出的企业级 SharePoint 产品，也是 SharePoint 产品线从"协作工具"走向"企业平台"的关键一代。它建立在免费的 WSS 3.0（Windows SharePoint Services 3.0）之上，通过付费授权提供企业门户、内容管理、搜索、Excel Services、表单与工作流等能力。如果你现在遇到 MOSS 2007，通常不是要新建它，而是判断一套遗留系统该维护、升级还是迁移——本文按这个思路讲清它的定位、与后续版本的差异，以及迁移时需要考虑的条件。
MOSS 2007 的基本定位
MOSS 2007 属于 SharePoint 2007 这一代产品，但它本身只是其中的企业版。理解它的第一步是分清它和 WSS 3.0 的分工：
| 维度 | WSS 3.0 | MOSS 2007 |
|---|---|---|
| 授权方式 | 随 Windows Server 提供，无需额外付费 | 需要单独购买服务器授权和客户端访问许可 |
| 定位 | 基础协作平台 | 企业级信息与门户平台 |
| 典型能力 | 列表、文档库、团队网站、基础工作流 | 企业门户、Web 内容管理、企业搜索、Excel Services、InfoPath Forms Services、Business Data Catalog |
也就是说，MOSS 2007 不是"另一个 SharePoint"，而是 WSS 3.0 加上一组企业功能模块。部署 MOSS 2007 时，WSS 3.0 是它的运行基础。
MOSS 2007 的主要用途
根据这一代产品的功能划分，MOSS 2007 常见的落地场景包括：
- 企业门户：用 SharePoint 站点搭建内网首页、部门门户和跨部门信息发布入口。
- 文档与内容管理：文档库、版本控制、内容审批，以及面向对外网站的 Web 内容管理。
- 企业搜索：跨站点、跨内容源的搜索，是 MOSS 相对 WSS 的重要增量。
- Excel Services：在浏览器中呈现和交互 Excel 工作簿，避免分发文件副本。
- 表单与工作流：通过 InfoPath Forms Services 发布电子表单，配合工作流处理审批类流程。
- 业务数据集成：Business Data Catalog 用于把后端业务系统的数据接入 SharePoint 界面。
这些能力在后续版本中被保留并重构，但实现方式和开发模型都发生了变化。
与 SharePoint 2010/2013/2016 的关键差异
从 MOSS 2007 往后，SharePoint 每一代都在架构、界面和开发模型上有明显调整。对做迁移判断的人来说，下面几个维度最需要关注：
| 维度 | MOSS 2007 | SharePoint 2010 | SharePoint 2013 | SharePoint 2016 |
|---|---|---|---|---|
| 基础平台 | WSS 3.0 | SharePoint Foundation 2010 | SharePoint Foundation 2013 | 不再单独提供 Foundation，以 Server 为主 |
| 界面 | 2007 版 Ribbon 与站点风格 | 引入 Ribbon 与更完整的 UI | 现代化界面，面向触控与响应式 | 延续 2013 界面并做优化 |
| 搜索 | 企业搜索 | 搜索能力增强 | 搜索架构重构，整合更多内容源 | 延续 2013 搜索架构 |
| 开发模型 | 以服务器端对象模型和场解决方案为主 | 引入沙盒解决方案、客户端对象模型 | 推出 SharePoint 应用模型（App Model） | 延续应用模型，弱化沙盒方案 |
| 云与混合 | 无 | 无 | 开始支持与 SharePoint Online 的混合场景 | 混合能力更成熟 |
几个实际影响：
- 开发模型的变化最影响迁移成本。MOSS 2007 时代大量依赖服务器端代码和场解决方案，这类代码在 2013 及以后的应用模型下往往需要重写，而不是简单升级。
- 界面和搜索的重构意味着自定义母版页、页面布局和搜索配置通常无法直接沿用。
- Foundation 的消失（2016 起不再单独提供）会影响原本基于免费版本做的部署规划。
版本支持状态与迁移考量
MOSS 2007 早已停止主流支持，继续运行意味着缺少安全更新，且难以获得第三方组件和运维支持。如果这套系统还在承载业务，需要尽早规划出路。
常见的迁移方向有三类，选择取决于你的约束条件：
- 升级到 SharePoint 2010/2013/2016：适合必须保留本地部署、且有合规或内网隔离要求的组织。注意微软的升级路径通常不支持跨代直接升级，往往需要逐代迁移，成本和风险随跳过的代数增加。
- 迁移到 SharePoint Online：适合希望减少本地运维、接受云服务的组织。前提是评估自定义代码、第三方组件和业务流程能否在云端重建。
- 重建或替换：当原有自定义程度很高、或业务本身已经变化时，直接在新平台上重新实现可能比迁移更划算。
评估时建议先盘点三件事：自定义代码和场解决方案的数量、依赖的第三方组件、以及实际仍在使用的功能范围。很多 MOSS 2007 环境里，真正被使用的功能远少于当初部署的范围，先做减法能显著降低迁移工作量。
Cypresslogic 这类软件咨询公司在其服务列表中同时覆盖 SharePoint 2010、MOSS 2007 等版本，并提供产品愿景、全生命周期开发、现有系统评审和上线后支持等服务。对于缺少内部 SharePoint 运维能力的组织，把遗留系统盘点、迁移路径评估和后续开发交给有跨版本经验的团队，是一种常见做法；选择时重点看对方是否有从 MOSS 2007 向新版本迁移的实际案例，而不只是当前版本的开发能力。