简介：面向Teamcenter实施工程师与系统管理员的AWC2406安装部署指南，重点解决使用Deployment Center完成AWC2406安装时的环境配置复杂、组件顺序易错、密码规则限制等问题。文档从安装前准备讲起，包括修改主机名、关闭防火墙、禁用IP v6、安装JDK17.0.3、Siemens License Server与SQL Server2019；随后说明如何将安装介质添加到Deployment Center存储库、查看日志定位添加失败、创建并命名环境Env_Tc、勾选选项，以及按顺序配置Active Workspace Client、Gateway、Corporate Server、Database Server等组件；并特别指出Database Server与TC密码不能包含特殊符号、TEM中允许特殊符号的差异。最后详细讲解了生成安装脚本、解压deploy_XXX.zip、以管理员运行deploy.bat并设置用户名密码和软件存储路径的完整操作。压缩包内含1个docx文档，大小4.67MB，步骤化描述清晰，适合实际部署时对照执行。目前已有312人学习，可作为快速上手AWC2406安装的实战参考资料。

1. 第一次听说要装AWC2406：别慌，先从整个系统讲起

很多人第一次听到“使用Deployment Center安装AWC2406”，第一反应是：这又是一个能双击运行的安装包吧？我当初也这么想。等真正接触才发现，AWC2406不是孤立的软件，它属于Teamcenter这个企业级平台里的网页端组件；而Deployment Center是专门用来统一安装这套系统的工具。装它，不是双击一个exe，而是让一个“总指挥”把Java环境、数据库、许可服务、应用服务按顺序装好并连起来。这篇文章要做的，就是带你从零走完这一整套流程。不需要任何产品经验，只要你愿意一步步点下去，读完你就知道每一步在干什么，出错时该往哪里看。

2. 拆开名词再动手：Teamcenter、AWC2406、Deployment Center分别管什么

2.1 Teamcenter是一套产品数据中枢，不是简简单单一个软件

刚接触制造业软件的新手，很多一听到Teamcenter就以为它是个画图的。其实Teamcenter是一个产品生命周期管理平台，管的是产品从需求、设计、工艺、制造到售后维护的全过程数据。一款产品往往有成千上万的零部件、图纸、版本、结构关系，传统方式里这些数据散落在各种工具中：图纸在一台电脑上，物料表在某个同事的Excel里，想找一份最新版本恨不得全部门问一遍。Teamcenter做的事，就是把数据统一放进一个系统，按权限开放，记录每次变更。它不是一个软件，而是一整套平台，所以安装它，绝不是双击一个安装包那么简单。

如果你完全没接触过这类系统，可以把Teamcenter理解成“产品档案总管家”。每一条数据都有编号、版本、权限和审批记录，谁看过、谁能改、改动前是什么样，全都留下痕迹。在制造业企业里，它通常还要和CAD系统、ERP系统对接。不过在这篇文章里我们不深入它的业务功能，只关心一件事：把支撑它的基础服务装起来。

2.2 AWC2406是给Teamcenter用的网页工作台

AWC的全称是Active Workspace，它相当于Teamcenter的网页版前台。老式的Teamcenter操作界面是装在本机Windows上的桌面客户端，升级补丁麻烦，换一台电脑就得重新部署一次。AWC改变了这种用法，把常用功能搬进浏览器，工程师打开网页就能查物料、处理任务、走审批。2406是版本代号，对应2024年6月这个发布周期。

AWC不是独立软件，它由一组服务组成：Gateway负责接收网页请求，Client Builder负责把网页界面构建出来，Microservice Node承载后台的微服务逻辑，Teamcenter Web Tier则是它运行在应用服务器上的基础层。这些服务安装之后，由Deployment Center统一管理。这也是为什么安装说明会强调“使用Deployment Center安装AWC2406”——不是让你手动去配Tomcat，而是让工具把配置写好、把脚本生成好。对新手来说，先理解“AWC是Teamcenter的网页入口”就足够了，后面碰到的组件名，再逐个认识。

2.3 Deployment Center是安装整套环境的“总指挥”

可以这样对比：手动安装Teamcenter，就像自己DIY装修。你需要自己去搞定数据库、许可服务、Java环境，手动写一堆配置文件，稍不留神漏一步，还没法重现和回滚。Deployment Center相当于“总包工头”，它把安装介质统一放进一个存储库，让你从库里挑软件、配置组件、生成部署脚本，最后一键执行。整个过程有顺序、有日志、可重复。

这也是安装说明里几个高频词的含义。“软件存储库”就是存放安装包的目录；“环境”就是一套系统配置的组合，给它起个名字，比如Env_Tc；“组件”就是构成Teamcenter的各个服务；“部署脚本”则是工具根据你的配置自动生成的批处理命令。这套设计对新手其实很友好：你不需要知道每个服务内部到底怎么做，只要在界面里把组件配置齐全，生成脚本跑起来就行，但前提是别跳步。

3. 安装前的三件事：网络、Java和数据库，一样都不能少

3.1 改hosts、关防火墙、禁IPv6：先把网络“路”修平

安装说明第一条就是修改hosts。hosts是系统里一个本地DNS文件，里面可以写“主机名 对应IP”的映射。Teamcenter集群里多个服务之间要靠主机名互相访问，如果主机名对不上，服务启动后会互相找不到对方，排查起来非常痛苦。修改方式如下：用记事本以管理员身份打开C:\Windows\System32\drivers\etc\hosts，在末尾加一行“主机IP 主机名”，保存后执行ipconfig /flushdns刷新解析缓存。

安装说明里有一段黑色笔记覆盖的就是主机名，改成你自己的服务器名称即可。这一步很容易产生“玄学”感：看起来一切正常，结果服务之间互相访问超时，多半就是hosts没配对。改完hosts，紧接着关防火墙。Teamcenter内部服务和网页端口的通信非常频繁，Windows防火墙开着，容易出现端口不通的诡异现象。如果安装场景允许，装的时候先把防火墙整个关掉，能省很多事。同时，把IPv6也禁用掉，原因是IPv6和IPv4同时开启时，服务解析地址可能优先走到不存在的IPv6，导致连接失败。在网卡属性里，把“Internet协议版本6 (TCP/IPv6)”前面的勾去掉就行。这些准备工作看起来不起眼，但每一项都卡在关键位置，改完最好重启一次机器再继续。

3.2 安装JDK 17.0.3：Java是Teamcenter的地基

Teamcenter和AWC的服务大量基于Java，所以系统里必须有一个匹配的Java运行时。安装说明指定JDK 17.0.3，这是经过验证的版本，装完JDK之后，还有一个关键动作：配置环境变量。

JAVA_HOME = C:\Program Files\Java\jdk-17.0.3 PATH 追加 ;%JAVA_HOME%\bin 配置完成后，打开CMD输入 java -version，能看到17.0.3就说明成功了。

不要顺手装个太新的JDK，也不要装个JRE就以为够了。Teamcenter是按特定JDK版本验证过的，版本差一点，就可能出现加密或连接上的莫名错误。配置完JAVA_HOME，还要检查系统PATH里有没有残留旧版Java的路径，否则CMD调起来的还是老版本。我第一次装的时候就吃过这个亏：新JDK装了，旧路径排在最前面，服务一直报版本不支持，最后才发现是这个原因。

3.3 SQL Server 2019与License Server：数据仓库与授权管家

Teamcenter的所有数据最终都存在数据库里，安装说明指定的是SQL Server 2019。SQL Server安装过程比较常规，但有两点要特别注意。第一，身份验证模式建议选择“混合模式”，同时设置sa密码，因为这个密码后面在Deployment Center里还要再用。第二，排序规则通常选择“SQL_Latin1_General_CP1_CI_AS”，CI表示不区分大小写，这是Teamcenter文档里的常见默认项。安装时按默认实例装就行，不要别出心裁起个奇怪的实例名，否则后续配置都要跟着改。装完确认SQL Server服务显示“正在运行”。

License Server是Siemens的许可管理服务，负责验证这台机器上的Teamcenter与AWC是否有合法授权。装好之后，要把许可证文件指向它。新手在License部分最常见的错误，是许可证指向的MAC地址或主机名不匹配，导致服务启动后license不可用。解法是确保License Server所在机器的主机名、IP和hosts里写的内容完全一致。这一步的关联性，在后面配置组件时会再次出现。

4. 配置环境与组件：从介质入库到组件全部100%

4.1 介质路径为什么越短越好：如何把安装包“请”进存储库

准备项做完，进入主线。Deployment Center安装好后，浏览器里会有一个管理界面。第一步是“添加安装介质到存储库”。所谓安装介质，就是Teamcenter、AWC这些组件的安装压缩包或解压目录。Deployment Center推荐把介质统一放在一个固定目录下，也就是安装说明里写的D:\DeploymentCenter\repository\software。

安装说明特别强调“解压后的介质路径要尽量短”。原因是Windows对路径长度有严格限制，安装脚本拼接路径时，两层目录加组件名，很容易把总路径推过260个字符的上限，超了之后脚本就在某一步莫名其妙失败。这不是什么玄学，就是路径长度超限了。所以解压介质时，目录结构尽量简单：比如把AWC介质解压成D:\DeploymentCenter\repository\software\awc2406这样的短路径，不要带多余层级，更不要带中文或空格。

介质放好后，回Deployment Center页面，进入“软件存储库”，刷新一下就能看到活动介质，每条介质旁边会显示名称和版本。如果介质没出现，或者添加时报错，按安装说明的提示，去D:\DeploymentCenter\webserver\repotool\logs目录看日志。日志会明确告诉你解析过程中发生了什么。我最初碰到介质不显示，把路径改了三遍都没用，打开日志才发现是文件名里的中文字符让repotool解析失败了。改成纯英文文件名后立刻就好。

4.2 创建环境Env_Tc：给整套部署一个属于自己的名字

介质就绪后，进入“环境”页面，点击“添加”，系统会默认生成一个环境名称。安装说明建议在“概述”里把它改成好认的名字，比如Env_Tc。“环境”这个词，可以理解成“一套部署方案的配置包”。你以后为这台服务器生成的脚本、日志、部署包，都会归到这套环境目录下。如果一台机器上既要搭测试环境，又要搭正式环境，就各建一个环境，互不干扰。

改完环境名记得保存。之后回到“部署软件”页面，环境下拉框里选择Env_Tc，在“可用软件”中选中对应介质，点击“更新选定的软件”，把选中的介质挪到右侧“已选软件”列表。安装说明里有句话是“已选软件中有正确内容后再点击转至选项”，这是防止你还没选完整就点了下一步。转至选项页后，按安装说明勾选对应的选项并保存。这里的选项，本质是一批安装特性开关，比如要不要装AWC、要不要装某个业务模块。保存完环境选项，左侧的配置状态会逐项点亮，这是第一次直观看到进度。

4.3 组件配置：认识每一个组件并按顺序配完

环境选项保存后，进入“应用程序”页，按需添加可用的应用程序，选中后点击“更新选定的应用程序”，再点击“转至组件”。这一页的作用，是为环境选配需要部署的应用模块，选完才会在组件页出现对应的配置项。

进入“组件”页后，会看到一长串名字，这就是整套系统里需要配置的组件，逐个认识一下。

新手在这里最容易犯的错，是随意跳着配。安装说明里写明“按顺序配置各组件的详细信息”，我的建议是严格沿着从上到下的顺序走，每完成一个组件，展开看右侧状态。组件名旁边会有图标或链接，点开可以看到详细配置信息，比如数据库连接串、端口、服务账号。这些信息会写入最终的安装脚本。组件配置的本质，是先把“接下来要怎么装”这件事件件记清楚，而不是在这一步立刻装软件。

5. 新手避坑指南：密码、状态和路径上的五个关键点

5.1 特殊符号与密码规则：一个不该背的“锅”

组件配置里会遇到大量密码输入，安装说明里有一整段特别警告：Deployment Center中配置Database Server以及TC的密码时，不允许有特殊符号，包括! @ $ % = & ' " ^ : ; . _ < > ( ) { }。而TEM里允许带特殊符号。同样是密码，为什么规则不一样？因为Database Server和TC的密码会被写进静默安装配置文件，再由部署脚本在无人值守模式下调用。特殊符号在配置解析中有特殊含义，一个引号、一个分号，都可能让原本完整的配置串断掉，安装时数据库就连不上。

等你发现这个问题时，服务往往已经装了一半，最怕这种半成品状态。实操时，给Database Server和TC各准备一个只包含字母和数字的密码，长度至少八位，比如Tc2024Pass这种。不要觉得复杂密码更安全，在自动部署场景里，能让安装稳定跑通才是第一位的。TEM模块的密码不走同一套解析流程，规则放宽，可以按你自己的安全标准来。

5.2 状态100%与脚本生成：差一步都不行

组件配置页里，每个组件都有状态显示。安装说明特别强调“当所有组件状态都是100%后”再点击“转至部署”。这里要注意，组件状态显示100%，只代表“这一项的配置信息已经收集完整”，不代表软件已经装到服务器上。真正的安装动作，是从点击“生成安装脚本”才开始的。所以如果你看到某个组件还停在80%，千万别硬点下一步，脚本生成大概率会失败或生成出残缺的包。

还有一个容易被忽略的地方：生成脚本成功后，系统会给出“部署说明”。很多人看到“成功”两个字就以为装完了，其实这只是完成了“把安装脚本写出来”这一步，真正的部署还没开始。要按部署说明找到部署包，再进入运行阶段。

5.3 五个高频翻车现场与解决路径

第一个坑：所有组件都配了，但状态一直不是100%。现象是某个组件长时间显示黄色。原因通常是必填字段没填完，尤其密码确认框和数据库连接串。解决：点开该组件，逐个检查必填项。

第二个坑：生成安装脚本时没反应或提示未就绪。现象是“转至部署”页面点不动。原因是有组件状态没到100%。解决：回到组件页把没完成的配完，再重新生成。

第三个坑：密码带特殊符号导致服务起来后接连报错。现象是装完后数据库连接失败，日志提示登录失败。原因是密码里的特殊符号被配置文件截断。解决：回Deployment Center修改环境密码，重新生成脚本再跑一次。

第四个坑：介质添加了但软件存储库里看不到。现象是刷新后页面空空如也。原因是介质路径太长、文件名带中文，或目录结构不对。解决：用纯英文短路径重新解压，同时看repotool日志确认。

第五个坑：防火墙关了但装完网页还是打不开。现象是服务都装了，端口连不上。原因可能是防火墙没关干净，或主机名和IP没对上。解决：复查防火墙状态，把Teamcenter常用端口加入白名单，再核对hosts映射。

这五条前四条都在安装过程中，最后一条在装完后，把它们记在小本本上，等于提前打了疫苗。

6. 生成安装脚本并运行：从deploy_XXX.zip开始的第一跑

6.1 状态全绿之后再点部署：别急着生成

当所有组件状态都显示100%，进入“转至部署”页面，点击“生成安装脚本”。生成之后，Deployment Center会显示一份部署说明，同时生成名为deploy_XXX.zip的部署包，这里的XXX通常对应环境名或日期。部署包的位置很有规律：

D:\DeploymentCenter\repository\deploy_scripts\Env_Tc\install

注意路径里的Env_Tc，这正是你之前给环境起的名字。把这串路径记下来，后面解压和运行都要用到。看到“生成成功”不要激动，这还只是准备好了“安装手册”，真正的安装要跑下面这条命令。

6.2 用管理员CMD运行deploy.bat：命令里每个参数的含义

将deploy_XXX.zip解压到某个方便操作的目录，然后以管理员身份打开CMD，进入解压目录，运行这一行命令：

deploy.bat -dcusername=dcadmin -dcpassword=dcadmin -softwareLocation=D:\DeploymentCenter\repository\software

这条命令里三个参数的含义分别是什么？-dcusername和-dcpassword是Deployment Center的登录账号与密码，默认是dcadmin/dcadmin，如果你的环境改过，要改成自己的。-softwareLocation是告诉安装脚本去哪里找安装介质，这个路径必须指向之前放介质的目录，也就是D:\DeploymentCenter\repository\software，否则脚本会在安装过程中找不到AWC2406的介质而中断。

运行之后，CMD窗口里会滚动大量日志，这是安装过程最直接的诊断依据。如果中途失败，不要急着改参数重跑，先往回翻日志，找到第一次出现错误的位置。绝大多数失败无非三类：介质路径不对、介质目录下少了某个组件、某个前置服务没就绪。脚本本身支持重复执行，所以把问题修好后重新跑一遍是可以的，这算是Deployment Center给新手的一剂后悔药。

6.3 下一步学什么：把一次安装变成一套方法

第一遍装通最大的意义不是“装完了”，而是你摸清了整套系统的骨架。接下来我建议按三个方向走。第一个方向，学会看日志。安装说明里提到的repotool日志、CMD部署日志，都是排障的第一现场，每次遇到问题，先按时间顺序读日志，把ERROR当成线索而不是终点。第二个方向，学会改环境。Deployment Center整套设计的核心就是“改配置、重新生成、重新部署”，装通之后可以试着加一个组件，或者在选项里换一批功能，看看生成的脚本有什么变化，这个过程最有学习价值。第三个方向，理解组件之间的依赖。组件不是井水不犯河水的关系：FSC依赖Database Server，AWC依赖Microservice Node，碰过一次完整安装后，这种依赖才会真正有体感。

装完Teamcenter和AWC，下一步就是学习怎么登录、怎么创建用户、怎么把CAD数据检入系统。那已经是另一个话题，先把眼前这台机器真正跑起来。

最后说一句我自己的教训：从那以后，我每次执行deploy.bat之前，都强制走一遍“介质路径、环境名、组件状态、密码规则”四个检查项，确认没问题才敲回车。希望帮到你。

本文还有配套的精品资源，点击获取