4. Teamcenter集群部署规划

Teamcenter 集群部署规划的核心不是“把服务器堆起来”，而是先把节点角色、网络分区、存储路径、端口流向、时间基准和依赖服务这六件事在纸面上定清楚。规划阶段每漏掉一项，上线后往往表现为会话随机中断、FMS 缓存不一致、卷访问超时或双机切换失败。本节按“先定角色、再定网络与存储、最后锁定端口与依赖”的顺序展开，并给出一份可直接填写的检查清单。

一、节点角色划分：先分清“谁对外、谁对内、谁管数据”

Teamcenter 典型集群可划分为五类角色。第一类是 Web 接入层，通常由 2 台以上 Web 服务器组成，运行 Web 容器（如 Tomcat）与 Teamcenter Web Tier，对外提供 HTTP/HTTPS 访问，通过负载均衡 VIP 暴露。第二类是 企业应用层，运行 Teamcenter 企业服务器（tcserver）与池管理器，是业务逻辑与卷访问的核心，建议 2 台做双活或主备。第三类是 FMS/文件服务层，运行 FSC（FMS Server Cache）与 Volume，负责文件上传下载与缓存，通常与卷存储同机房部署。第四类是 数据库层，Oracle 或 SQL Server 独立部署，建议主备或 RAC。第五类是 辅助服务层，包括许可服务器、Dispatcher/翻译服务、报告与索引服务等。

角色划分的关键判断依据是“资源争用关系”：企业应用层与 FMS 层都吃内存和磁盘 IO，若混部在同一台机器，卷访问高峰会拖慢业务事务。因此规划时建议企业应用层与 FMS 层物理分离，Web 层可轻量部署。每类角色至少 2 台，避免单点。

二、网络分区：把流量按“东西向/南北向”切开

集群网络建议划分为四个分区：客户端接入区（用户到负载均衡 VIP，HTTPS 443）、应用互联区（Web 层到企业应用层、企业应用层到 FMS，走内网万兆）、数据存储区（企业应用层/FMS 到数据库、到共享卷，走独立存储网络）、管理区（SSH、监控、备份、时间同步）。分区之间用防火墙策略控制，只放行端口矩阵中列出的必要端口。

需要特别注意的是 FMS 的“两段式”流量：客户端先通过 Web 层拿到 FMS 的 URL，再直连 FSC 的 4544 端口传输文件。因此客户端接入区必须能访问 FMS 层，否则会出现“页面能打开、文件传不上”的典型故障。规划时应在防火墙上显式放行客户端网段到 FSC 的 4544。

三、存储规划：卷、缓存、数据库分开

存储规划要区分三类数据：数据库数据文件（随机 IO 为主，建议 SSD）、Teamcenter 卷（Volume）（大文件顺序读写，建议高性能 NAS 或分布式存储）、FSC 缓存（本地 SSD，用于加速重复下载）。卷路径必须在所有 FMS 节点上保持一致，例如统一挂载为 /tc_volume 或 D:\tc_volume，否则 FMS 切换后文件路径解析失败。

容量估算可按“用户数 × 人均年增量 × 保留年限”粗算。示例：500 用户、人均年增 20 GB、保留 5 年，则卷容量约 50 TB，再预留 30% 余量，规划 65 TB。数据库容量通常为卷容量的 5%～10%。这些为示例估算，实际应以历史增长数据为准。

四、端口矩阵与时间同步

端口矩阵是防火墙开通的依据，必须逐条列出“源、目的、端口、协议、用途”。常见端口包括：Web 层 443/8080，企业应用层 tcserver 1571/1572，FMS FSC 4544，数据库 1521（Oracle）或 1433（SQL Server），许可服务 28000，SSH 22，NTP 123/UDP。规划时建议用表格固化，避免口头传递遗漏。

时间同步是集群的“隐形地基”。Teamcenter 的会话令牌、FMS 缓存时间戳、数据库事务日志都依赖一致时钟。所有节点必须指向同一 NTP 源，偏差控制在 1 秒以内。若时间漂移超过阈值，会出现“登录后立即失效”或“缓存命中异常”。建议配置 chrony 并启用 makestep 在启动时强制校准。

五、依赖服务检查清单

规划完成后，用下面这份清单逐项确认。清单中的“示例值”需替换为实际环境参数。

最后强调一个容易被忽略的细节：FMS 的 FSC 缓存与卷路径必须在所有 FMS 节点上完全一致，包括大小写和挂载点。若节点 A 用 /tc_volume、节点 B 用 /data/tc_volume，切换后会出现“文件存在但无法访问”。规划时把路径、端口、时间源、依赖服务四项写成配置基线，后续所有节点按基线部署，集群的一致性和可维护性才有保障。