2. Teamcenter集群架构解析

要理解 Teamcenter 集群的性能瓶颈与高可用边界，必须先把它从“一台服务器上的软件”还原成“一组按职责分层、按协议交互的进程与存储集合”。Teamcenter 的部署形态通常被概括为两层或四层架构，但这两者并不是互斥的两套系统，而是同一套组件在不同规模下的组织方式：两层强调“客户端直连 TC Server + 数据库”，四层则在中间插入 Web Tier 与 FMS，把用户接入、业务逻辑、文件传输和持久化拆开，从而让每一层都能独立扩展和独立做高可用。

两层与四层：不是版本差异，而是职责切分

两层架构中，胖客户端（Rich Client）通过 IIOP/TCCS 直接连接 TC Server 的进程池，TC Server 再通过数据库驱动访问 Oracle 或 SQL Server，文件则通过操作系统共享目录或本地卷读写。它的优点是链路短、部署简单，缺点是客户端与业务进程强耦合，连接数随用户数线性增长，文件访问依赖共享存储的锁与带宽，难以横向扩展。

四层架构把链路拆成四段：Web Tier（Web 服务器/反向代理，承载 HTTP/HTTPS 与负载均衡）、TC Server（业务逻辑与进程池）、FMS（文件管理服务，负责文件上传下载与卷寻址）、数据库与卷服务（持久化层）。四层的关键价值在于：Web Tier 可以无状态水平扩展，TC Server 可以按进程池扩展，FMS 可以把文件流量从业务流量中剥离，数据库和卷则通过集群化保证持久化高可用。

各组件在集群中的角色

TC Server 是业务逻辑的核心，通常以“进程池 + 池管理器”的形式运行。池管理器维护一组 TC Server 进程，客户端请求被分配到空闲进程；每个进程持有数据库连接、会话上下文和临时文件句柄。集群中多台 TC Server 节点通过共享数据库和共享卷协同，但会话本身通常不跨节点漂移，因此负载均衡需要关注会话粘性或会话复制策略。

Web Tier 在四层架构中承担入口角色，常见实现是 Apache HTTP Server、Nginx 或 IBM HTTP Server 配合 WebLogic/WebSphere 插件。它负责 TLS 终止、静态资源、请求路由和健康检查。Web Tier 本身应尽量无状态，这样任意节点故障都可以由负载均衡器摘除，不影响整体可用性。

FMS 是 Teamcenter 文件管理的枢纽，包含 FSC（File Server Cache）、FMS Server 等组件。FSC 负责卷的读写与缓存，FMS Server 负责客户端与 FSC 之间的文件传输调度。在集群中，FMS 的卷配置必须让所有 TC Server 节点看到一致的卷映射，否则会出现“业务能连、文件找不到”的典型故障。

数据库 保存元数据、BOM、工作流和权限，是集群中唯一真正有状态的核心。高可用通常依赖 Oracle RAC、Data Guard 或 SQL Server AlwaysOn。TC Server 通过连接池访问数据库，连接池大小、事务隔离级别和锁竞争直接影响集群吞吐。

卷服务 提供文件持久化，常见形式是 NAS、SAN 或分布式文件系统。卷服务的关键参数包括挂载路径、读写权限、锁机制和带宽。集群中所有节点必须使用相同的卷逻辑路径，且卷的故障切换时间要小于 FMS 的超时阈值。

交互关系与集群关键约束

从请求路径看，一次典型操作会依次经过：客户端发起请求 → Web Tier 做 TLS 终止与路由 → TC Server 进程处理业务逻辑 → 通过数据库连接读写元数据 → 通过 FMS 读写文件 → FMS 根据卷配置定位到具体卷。这条链路上任何一段出现延迟或不可用，都会表现为用户侧的超时或报错。

集群部署时有几个必须对齐的约束。第一，卷路径一致性：所有 TC Server 和 FSC 节点必须使用相同的逻辑卷路径，例如 tc_volume_1 映射到同一物理存储；如果节点 A 映射到 /vol1、节点 B 映射到 /data/vol1，FMS 寻址就会失败。第二，数据库连接池：每个 TC Server 进程都会持有连接，集群总连接数等于节点数乘以每节点进程数乘以每进程连接数，必须小于数据库最大连接数并留出余量。第三，会话粘性：如果 Web Tier 不做粘性，用户请求可能落到不同 TC Server 节点，导致会话上下文丢失；常见做法是基于 Cookie 或源 IP 做粘性，或启用会话复制。

下面给出一个四层集群的关键参数示例，用于说明各层在容量规划中的关注点。以下数值为教学示例，并非实测结果：

理解这套分层与交互关系后，后续讨论性能调优和高可用切换时，就能明确“改的是哪一层、影响的是哪条链路、验证的是哪个指标”。例如调整 TC Server 进程数会影响数据库连接总数，调整 FMS 缓存会影响文件读写延迟，调整卷服务多路径会影响故障切换时间。每一层都有自己的容量边界和故障模式，集群运维的核心就是让这些边界彼此匹配，而不是让某一层独自承担全部压力。