3. 实施环境与系统架构
MPMLink 不是独立运行的软件，它作为 Windchill 平台上的一个功能模块存在，因此实施 MPMLink 的第一步不是打开某个界面，而是先把整套运行环境与集成拓扑想清楚。本节从“部署在哪里、数据存在哪里、谁在访问、和谁交换数据”四个问题出发，梳理一套可落地的架构认知。
一、Windchill 服务器：MPMLink 的运行宿主
Windchill 采用典型的多层 Java EE 架构，MPMLink 的所有业务逻辑都运行在 Windchill 的方法服务器（Method Server）中。方法服务器是 Windchill 的核心业务进程，负责执行对象创建、版本迭代、BOM 转换、工艺计划生成等操作。实施时通常至少部署一台应用服务器（如 Windows Server 或 Linux 上的 Tomcat/WebLogic 承载 Windchill Web 应用），方法服务器可与之同机或独立部署。
除方法服务器外，还有几个关键后台进程需要理解：Windchill Directory Server（基于 LDAP，存储用户、组、组织等身份信息）；Servlet Engine（处理 HTTP 请求，向客户端返回页面与数据）；Windchill File Server（存储 CAD 文档、工艺插图等文件内容，通常挂载共享存储）。MPMLink 的工艺计划、BOM 变换、资源库等对象，其元数据存于数据库，附件内容存于文件服务器，二者必须同时可用，否则会出现“对象能打开但内容缺失”的典型故障。
二、数据库：元数据与配置的持久层
Windchill 支持 Oracle 与 SQL Server 作为主数据库。数据库中不仅存放业务对象（部件、BOM、工艺计划、资源），还存放大量配置数据：类型定义、属性布局、生命周期模板、工作流定义、访问控制规则等。MPMLink 特有的对象类型（如 WTPart 的制造视图、MPMProcessPlan、MPMOperation）同样以数据库表形式存在。
实施中需要特别关注两点：一是数据库字符集，若企业存在多语言工艺文本，应统一使用 UTF-8 或 AL32UTF8，避免中文乱码；二是表空间规划，Windchill 的 WNC 系列表增长较快，建议为业务数据与配置数据分配独立表空间，便于备份与扩容。数据库连接通过 db.properties 或 Windchill 安装时的 wt.properties 配置，连接池参数（如最大连接数）需根据并发用户数估算，一般每 10 个并发用户预留 5～8 个连接。
三、客户端：三类访问方式
MPMLink 的客户端并非单一形态，实际项目中常见三类：
- 浏览器客户端：通过 IE/Edge/Chrome 访问 Windchill Web 界面，进行工艺计划浏览、BOM 结构查看、审批等操作。这是最轻量的方式，但受浏览器兼容性影响，实施前需确认 Windchill 版本支持的浏览器矩阵。
- Windchill Workgroup Manager（WGM）：嵌入 CAD 环境（如 Creo、SolidWorks）的客户端，用于从 CAD 模型直接创建制造 BOM、关联工艺资源。MPMLink 的“制造视图”常通过 WGM 与 CAD 结构联动。
- MPMLink 专用客户端/插件：部分场景下通过 Windchill 的富客户端或第三方集成工具访问，用于批量工艺计划编辑、资源库维护。
客户端访问均通过 HTTP/HTTPS 与 Servlet Engine 通信，因此网络带宽与延迟直接影响体验。若工艺插图较大，建议客户端与服务器之间保持 100Mbps 以上稳定连接。
四、与 ERP/MES 的集成拓扑
MPMLink 的价值很大程度体现在“把制造数据推给下游系统”。典型集成拓扑是：MPMLink 作为制造数据的源头，向 ERP 发布制造 BOM（mBOM）与工艺路线，向 MES 发布工序、工步、资源与作业指导。集成方式主要有三种：
- 中间表/接口表：Windchill 通过定时任务将数据写入共享数据库表，ERP/MES 读取。适合批量、非实时场景。
- Web Service（SOAP/REST）：Windchill 暴露 Info*Engine 任务或 REST 接口，ERP/MES 主动调用。适合实时查询与按需同步。
- 消息中间件：通过 JMS 或企业服务总线（ESB）异步传递变更事件，适合多系统、高解耦场景。
无论哪种方式，都需要明确数据映射关系：MPMLink 的部件编号对应 ERP 的物料编码，工艺路线对应 ERP 的 Routing，工序对应 MES 的 Operation。映射字段一旦确定，应在集成配置中固化，避免后期因字段变更导致数据错位。
五、部署形态与选型建议
根据企业规模，Windchill + MPMLink 常见三种部署形态：
| 部署形态 | 适用场景 | 关键特征 |
|---|---|---|
| 单机一体化 | 试点、POC、小团队 | 应用、数据库、文件服务同机，配置简单，性能有限 |
| 分层部署 | 中型企业正式环境 | 应用服务器与数据库分离，文件服务器独立，支持横向扩展 |
| 高可用集群 | 大型集团、多工厂 | 方法服务器集群 + 数据库 RAC/AlwaysOn + 负载均衡，支持故障切换 |
选型时需重点评估：并发用户数、工艺数据量、CAD 文件大小、与 ERP/MES 的集成频率。例如，若企业有 200 名工艺人员同时在线、每月新增 5000 个工艺计划，建议采用分层部署，数据库单独一台物理机，方法服务器至少 2 个实例做负载均衡。
windchill shell 中的 wt.properties 检查 wt.rmi.server.hostname、wt.http.server 等关键参数，确保客户端能正确解析服务器地址。集成接口的测试应先用少量数据验证字段映射，再批量执行。
理解这套架构后，后续的安装、配置、集成工作才有明确的落点：知道数据写到哪里、请求经过哪些进程、下游系统从哪里取数。架构清晰，实施才不会在“环境问题”上反复返工。