基于Teamcenter的PDM系统分布式部署

小月月 · 发表于 2010-7-2 08:37

一、引言& b, Q4 S$ G6 w6 \, {7 c
南车长江车辆有限公司（以下简称“长江公司”）是中国南车股份有限公司下属最大的铁路货车研发、制造企业，下辖武汉分部和株洲、铜陵、常州3家分公司。公司采用“总分型”管理结构，公司总部（位于武汉）是公司的研发中心、管理中心和利润中心，各分公司（分部）是制造中心和成本中心。
长江公司PDM系统基于西门子公司的TeamCenter EnterPrise4.0平台，已实现了技术文档及工程数据管理、产品结构管理、流程管理、更改管理等功能，并与ERP、OA、AWE等系统实现接口集成。
随着业务的发展，长江公司在株洲设立产品研究所和工艺研究所的分支机构（株洲技术工作站），因此有40~50人在株洲开展产品设计和工艺设计工作，大都需要使用TeamBrowser（CAD与PDM系统的集成接口）等C/S客户端工具。长江公司总部和株洲分公司之间具有共享的100M VPN和2M专线的网络连接，与武汉本地设计用户独享1000M到服务器的局域网络在数据传输方面有较大差距，而且由于广域网原因，武汉和株洲之间存在较大的网络延迟(注：武汉本地机器ping PDM服务器网络延迟为0~1ms，在株洲ping武汉PDM服务器网络延迟为10~11ms)，如果数据集中在总部管理，株洲的C/S客户端的使用效率将极为低下，同样一项工作大约需要3倍以上时间。
为解决这个问题，公司决定在株洲进行PDM系统的分布式部署，使株洲技术工作站的PDM系统用户的工作效率最大限度的接近总部用户，同时不影响武汉总部目前PDM系统的使用。
二、方案综述

2.1 总体架构

小月月 · 发表于 2010-7-2 08:38

2.2 方案说明 w& u0 p$ L/ ?$ l6 f9 c2 q+ i) F8 r
经过前期的测试和论证，可以确定PDM系统异地使用的主要瓶颈在文件的传输等待时间上（产品模型数据比较大，几十兆到几百兆不等），因此决定在株洲搭建PDM的区域服务器，部署文件系统服务、PDM系统的方法服务及图纸的可视化转换服务，使文件的传输尽量在本地进行，以提高系统操作的效率。

在株洲搭建PDM的区域服务器（Local Area Server），部署PDM系统的方法服务，株洲的C/S客户端连接本地服务器进行工作。
为保证产品数据的一致性，PDM系统的数据库在总部统一管理。文件系统在总部和株洲部署完全相同的两套，设置文件系统的复制策略，保证两套文件系统的一致性。
在株洲部署图纸的可视化转换服务，保证株洲产生的图纸可以在本地生成可视化文件。
株洲的Web客户端连接总部的Web服务器进行工作。

本方案中，区域服务器的搭建比较简单，而图纸的可视化转换是长江公司比较独特的的需求，因此不作重点说明，下面就文件系统的分布式部署进行详细说明。
三、文件系统分布式部署
3.1 文件系统架构

批量数据复制部署示意图：

小月月 · 发表于 2010-7-2 08:38

3.2 实施步骤! H" ]+ [/ w4 k- ~* X9 L7 B
3.2.1 系统配置
1) 使用cfgedt2建立网络视图

Netview网络视图对于应用批量复制策略是非常重要的，因为当一个用户检入或者检出数据时，Teamcenter系统通过Netview来确定哪个系统离用户更近。
2) 修改config文件，设置批量复制服务
"repserv" "0 0 0 0 0 10 $(@FILEPATH:q $(PDM_BIN:q) replic8r)”
to:
"repserv" "0 1 1 1 1 10 $(@FILEPATH:q $(PDM_BIN:q) replic8r)”
3) 修改条件AllowBulkReplicationC为ture

默认情况下条件AllowBulkReplicationC设置为false，如果系统使用了“存储管理”，则不能应用批量复制策略，因为存储管理只允许数据写向一个磁盘位置。

AllowBulkReplicationC(o,e) := 1 = 1 ;
3.2.2 创建数据仓库位置或者Team位置

在哪里创建数据仓库位置或者Team位置并不重要，当通过编写Access on来合并文件系统时，即再创建一个虚拟的数据仓库，让用户在本地访问文件系统。
3.2.3 编辑Access on关系，合并文件系统
1) 创建一个数据仓库位置，这里将和主机上的文件系统建立第一个Access on关系。
2) 为实施批量复制策略，编辑Access on关系，将另一个文件系统拖放到数据仓库（Team位置）的Access on关系窗口中。

3) 这样，在被拖放的文件系统下，会自动建立一个数据仓库位置。这个动作不会创建一个新的Vault或者Team。

小月月 · 发表于 2010-7-2 08:39

1) 方针条件ConditionName(onlobj，vltdir，fsys，env)

Onlobj，文件类对象
Vltdir，数据仓库位置或者Team位置对象
Fsys，文件系统
Env，登陆session

用于复制政策的条件可以在以上4个方面进行条件设置用于筛选需要复制的数据。
2) 方针样式：同步与异步两种。同步表示复制事件立即启动，异步表示复制事件延迟到设置的开始时间启动。
3) 开始时间和结束时间：按照目前的测试结果，复制事件的实际时间会比这个时间推迟8个小时，应该是美国和中国的时区差异。
3.2.5 指派复制策略
1) 编辑Team Location的“复制地点关系”，将文件系统拖到关系编辑框内，并在关系上指派复制策略：

小月月 · 发表于 2010-7-2 08:39

2) 如果要实现双向复制，则需要将Loc与两地的文件系统都创建“复制到”关系。可以使用同一个复制策略：

小月月 · 发表于 2010-7-2 08:40

3.3 说明
1) 复制的发生都是由生成“复制事件”实现的。复制事件内的延迟时间为复制策略所设置的开始时间。
2) Repserv服务会自动启动来处理“复制事件”，但是要注意repserv会有一个睡眠时间，比如5min，如果需要修改其睡眠时间，需要使用-s来进行修改。
3) 可以实现双向的复制。
4) 复制是增量的，实际上在文件检入到Loc时就已经确定是否需要复制，并生成了复制事件。
5) 如果在应用复制策略之前在TeamLoc上已经存在了数据，在应用后是可以同步过去的。
6) 可以实现离线复制。配置好异地的文件系统、数据仓库位置和小组位置后，关闭复制策略，接着可以采用移动硬盘或网络的方式将corporate服务器上文件系统内数据拷贝至Local Area服务器上对应的数据仓库位置或小组位置。然后在PDM系统内选择该位置对象执行“验证复制”操作，即达到离线复制的目的。最后开启复制策略。
四、结论
PDM系统分布式部署后，由于数据库的集中管理，株洲技术工作站的设计人员使用系统会较总部用户稍慢（总部用户一项十几分钟的操作，株洲用户要多花两三分钟），但基本保证了PDM系统的正常应用和产品研发的协同。如广域网络能采用较高带宽（20M以上）的专线，效率还会有所提升。
目前，越来越多的制造企业采取了跨地域甚至跨国界的协同工作方式，产品的形成过程分布在不同的地理位置。分布式PDM系统使得企业的这种需求成为可能。

余吴岸 · 发表于 2010-10-29 00:36

天津代办雅思成绩单QQ++①①⑨⑥0④②③⑨①货到付款代办学历认证公证书资格证天津代办雅思成绩单QQ++①①⑨⑥0④②③⑨①货到付款代办学历认证公证书资格证天津代办雅思成绩单QQ++①①⑨⑥0④②③⑨①货到付款代办学历认证公证书资格证天津代办雅思成绩单QQ++①①⑨⑥0④②③⑨①货到付款代办学历认证公证书资格证天津代办雅思成绩单QQ++①①⑨⑥0④②③⑨①货到付款代办学历认证公证书资格证天津代办雅思成绩单QQ++①①⑨⑥0④②③⑨①货到付款代办学历认证公证书资格证天津代办雅思成绩单QQ++①①⑨⑥0④②③⑨①货到付款代办学历认证公证书资格证天津代办雅思成绩单QQ++①①⑨⑥0④②③⑨①货到付款代办学历认证公证书资格证天津代办雅思成绩单QQ++①①⑨⑥0④②③⑨①]货到付款代办学历认证公证书资格

		自动登录	找回密码
密码			注册

基于Teamcenter的PDM系统分布式部署

相关帖子