企业官网建设流程全解析

简介：围绕 Teamcenter AWC2406 安装的一手操作文档，主要面向 PLM 实施人员、系统运维工程师以及需要独立搭建 Active Workspace 环境的技术人员。文档基于 Deployment Center 工具梳理了完整部署链路：从修改主机名、关闭防火墙、禁用 IPv6 等环境准备，到安装 JDK17.0.3、Siemens License Server 和 SQL Server 2019；再将安装介质添加进软件存储库、创建并命名环境，逐项配置 Active Workspace Client、Active Workspace Gateway、Corporate Server、Database Server、FSC、Indexer、Microservice 等组件，并生成安装脚本、运行 deploy.bat 完成部署。内容还专门提醒了数据库与 TC 密码不可包含特殊符号等常见坑点，并给出介质添加失败时日志文件的具体位置，方便对照检查、快速诊断问题、减少重复试错。资源为 1 个 docx 文件，约 4.67MB，按安装阶段分节记录，文档步骤之间以编号推进，并标注关键界面入口，步骤清晰且包含软件存储位置等细节，适合作为安装笔记和部署排错参考。已有 312 人学习下载。

1. 用 Deployment Center 2406 装 AWC2406：先把版本和前置依赖对齐

做 Teamcenter 环境的人应该都有过这种经历：明明照着步骤装，AWC（Active Workspace）就是起不来，日志翻到最后发现是 JDK 小版本不对，或者介质解压路径超过了 Windows 的路径长度限制。2406 这代版本的部署链路已经切到 Deployment Center 2406 统一驱动，前置依赖、安装介质、组件配置、脚本生成全部串在一条线上，任何一个环节没对齐，后面都是黑匣子报错。

这篇文章按我实际装 AWC2406 的完整流程来写，从改主机名、关防火墙、禁用 IPv6、装 JDK 17.0.3 开始，到 Siemens License Server 4、SQL Server 2019，再走进 Deployment Center 的添加介质、创建环境、配置组件、生成脚本，最后跑通 deploy.bat。读者是正在搭 Teamcenter 开发或测试环境的人：新手能照着一路走通，熟手可以重点看密码特殊符号规则、介质路径、组件状态这几个容易翻车的地方。

2. 环境准备：改主机名、关防火墙、禁用 IPv6 与 JDK 17.0.3 部署

2.1 主机名与 hosts 映射：让机器名先和安装说明对齐

安装说明里黑色笔记覆盖掉的那一项，就是主机名。Deployment Center 做出来的部署包会把主机名写进各个组件的配置项，所以机器名在拿到环境时就要定好。装到一半再改主机名，后面 License Server、数据库、各服务的解析全要重来，这个代价比想象中大得多。

改主机名的原则是：纯英文、尽量短、不要中文，也不要带空格，比如 TC-SRV01 这种。理由很朴素，后面部署脚本里主机名会出现在路径、配置项和日志中，太长的名字在 Windows 路径长度约束下容易添乱，解析到内网其他机器时也容易出歧义。

改主机名最快的方式是系统属性里改，但命令行更干净，管理员 PowerShell 一条命令就搞定：

# 以管理员身份运行 PowerShell，把机器名改成 TC-SRV01 并重启 Rename-Computer -NewName "TC-SRV01" -Restart

这条命令把计算机名改成 TC-SRV01，然后自动重启生效。如果你当前机器名已经满足要求，跳过改名也可以，但 hosts 这一步不能跳。hosts 文件位于 C:\Windows\System32\drivers\etc\hosts，我习惯用记事本打开追加一行：

# 追加到 hosts 文件末尾，IP 换成机器实际 IP 127.0.0.1 TC-SRV01

hosts 是本地域名解析的黑匣子，很多部署期奇怪报错都出在它身上。Deployment Center 生成的配置会引用主机名，hosts 里没有对应记录时，组件之间找主机会解析失败或者绕到外网。我一般把 hosts 里的 IP 写成当前机器固定 IP，而不是只留 127.0.0.1，因为多网卡机器上 localhost 可能指错网卡，后面服务起不来时你根本想不到是这个原因。

改完主机名后顺手验证一下机器名生效：在 CMD 里执行 hostname，输出应该是新名字。这个验证不用花时间，但能排除掉改完没重启导致的名字不一致问题，部署脚本里所有主机名引用都依赖这一步的正确性。

2.2 关闭防火墙与禁用 IPv6：网络层先别捣乱

部署环境通常是内网测试机，我一般先把 Windows 防火墙整体关掉，减少部署过程中的连接失败。Deployment Center 到组件、组件到数据库、License Server 到各节点之间全是跨进程网络调用，防火墙策略稍微保守一点，安装脚本就会莫名其妙地卡住。关闭防火墙用管理员 CMD 执行：

# 管理员 CMD，关闭所有配置文件（域/专用/公用）的防火墙 netsh advfirewall set allprofiles state off

这条命令把三套配置文件下的防火墙全部关闭，适用于内网测试环境。生产环境不建议这样整，而是按端口放行相关服务，但那样排错成本会高不少。另外要注意，如果机器加入了域，域策略可能自动把防火墙拉起来，关掉后一段时间又被打开，这时候需要检查域策略设置，这个问题我遇到过不止一次。

禁用 IPv6 方面，常见做法是在网卡属性里把 Internet 协议版本 6 (TCP/IPv6) 前面的勾去掉。也可以用 PowerShell 一条命令处理指定网卡：

# 禁用指定网卡的 IPv6 绑定，网卡名称按实际情况调整 Set-NetAdapterBinding -Name "以太网" -ComponentId ms_tcpip6 -Disable

禁用 IPv6 的目的是防止部分组件解析到 IPv6 地址后连接超时。这类问题在普通日志里看不出来，属于典型的玄学故障。如果机器本身依赖 IPv6 跑业务，禁用前要想清楚；纯部署环境里禁用掉，后面省心得多。

2.3 JDK 17.0.3：版本锁定与 JAVA_HOME 配置

JDK 必须装 17.0.3 这个具体版本，这是我在这套流程里第一个强调的要求。Teamcenter 2406 相关组件对 JDK 小版本很敏感，如果装成更新的 17.0.x 或者干脆装了 21，Deployment Center 的 repotool 可能直接起不来，或者界面能打开但添加介质、生成脚本时各种报错。装错版本的排查成本远高于装对版本的时间成本，所以直接锁版本。

安装用 64 位 JDK 安装包，安装路径保持默认即可。装完配置环境变量：

# 系统环境变量，变量名和值按下面配置 JAVA_HOME=C:\Program Files\Java\jdk-17.0.3 Path=%JAVA_HOME%\bin

JAVA_HOME 必须指到 JDK 安装根目录，而不是 bin 目录，这个很多人会写错；Path 里追加的是 %JAVA_HOME%\bin，作用是让命令行能直接用 java、javac。配置完把 CMD 窗口全部关掉重开，再执行 java -version 验证：

java -version

输出里能看到 17.0.3 就绪。注意一个细节，机器上如果还装了其他 JDK，Path 里老版本路径要么删掉，要么排到 17.0.3 后面，否则 java -version 显示的版本不对，Deployment Center 照样把你带沟里。我遇到过开发环境里装了 JDK 8 的机器，配置完 17 之后 java -version 还显示 1.8，最后把 JDK 8 从 Path 里移除才正常。

3. 前置服务安装：Siemens License Server 4 与 SQL Server 2019 要点

3.1 Siemens License Server 4：安装与许可文件加载

Siemens License Server 4 是 Teamcenter 授权服务组件，所有依赖授权的模块在部署后都要连到它。安装时用管理员账户运行安装包，安装路径不要带空格和中文。这一步安装本身不复杂，但安装完成后的授权加载经常被忽略。

License Server 装好后，Windows 服务里会出现对应的许可服务。许可文件（lic 文件）需要放到安装目录或者通过管理工具导入，然后重启许可服务让授权生效。我一般用服务管理器确认服务状态是“正在运行”，再打开管理界面确认授权数量已经加载进去。

注意：许可文件更新后必须重启服务。有次我改了 lic 文件没有重启，后续 Deployment Center 里 Licensing Server 组件测试连接一直报授权不可用，查了半天才发现是服务没重启。

这一层装不好，后面组件配置阶段 Licensing Server 连不上授权服务，整个链路会卡在“不可用”状态，而且报错信息往往不那么直接，排查起来很费劲。所以装完 License Server 后，我会顺手确认服务已启动，避免把问题留到组件配置阶段。

3.2 SQL Server 2019：混合认证与 sa 密码规则

SQL Server 2019 安装时，实例选择默认实例 MSSQLSERVER 即可。数据库引擎配置这一步必须选“混合模式（SQL Server 和 Windows 身份验证模式）”，并设置 sa 密码。原因很简单，Deployment Center 生成的部署脚本会用 SQL 账号去建库和后续连接，纯 Windows 认证模式在脚本化部署里基本没法用。

sa 密码的规则提前说：不要带特殊符号。Deployment Center 在配置 Database Server 和 TC 密码时，! @ $ % = & ' " ^ : ; . _ < > ( ) { } 这些字符一律不允许，sa 密码如果带了其中任何一个，后面配置组件时就会反复撞墙。我建议 sa 密码直接用大小写字母加数字的混合，比如 Tc2024Admin 这种，安全性和兼容性都有。

SQL Server 安装完成后，建议用 SSMS 验证一下 sa 能否登录。这个验证别偷懒。部署阶段连接数据库报错时，你需要能确定是账号密码的问题还是网络协议的问题，如果 sa 本身就没验过，问题会混在一起，浪费大量时间。

3.3 SQL Server TCP/IP 启用：部署期连不上的常见原因

SQL Server 2019 装完，默认可能只开着 Shared Memory 和 Named Pipes，TCP/IP 协议经常处于禁用状态。Teamcenter 各服务跨进程连接数据库几乎都走 TCP/IP，没启用的话 Deployment Center 里测试数据库连接会反复超时，而且日志里只会显示“无法连接”，不会提示你协议没开。

启用方法在 SQL Server 配置管理器里操作，路径比较固定：

# 打开 SQL Server Configuration Manager，按顺序点击： # SQL Server 网络配置 -> MSSQLSERVER 的协议 -> TCP/IP -> 右键 -> 启用 # 然后重启 SQL Server (MSSQLSERVER) 服务

启用后必须重启 SQL 服务，这一步很容易忘。协议状态从“已禁用”变“已启用”后，服务不重启等于没改。默认端口是 1433，如果你改了端口，后面 Deployment Center 的 Database Server 组件配置里要同步填对。另外 SQL Server Browser 服务建议一并设置为启动并运行，实例发现会顺利很多，内网环境里这个小配置能省下不少连接排查时间。

我一般还会用一条 PowerShell 命令快速确认 1433 端口是否在监听：

Test-NetConnection -ComputerName localhost -Port 1433

TcpTestSucceeded 返回 True 说明 SQL Server 的 TCP 端口已经通了，这一步验证完再进 Deployment Center 配数据库，心里就有底了。

4. 把介质收进 Deployment Center：解压路径与存储库操作

4.1 介质解压到 repository\software：路径越短越好

这一步是整个安装流程里第一个容易翻车的地方。安装介质要解压到 D:\DeploymentCenter\repository\software 目录下，而且解压后的介质路径要尽量短。说明文档里带“尽量短”三个字是有原因的，Windows 老代码的路径长度限制一直还在，介质包内部目录层级本来就深，如果你把介质放在桌面上解压，路径很容易超过长度上限，解压过程报错或者静默缺文件，后面添加介质时存储库就识别不出来。

常见做法是把介质包先拷贝到 D:\DeploymentCenter\repository\software 下，再解压到当前文件夹。介质目录名保持默认，不手动改名，因为 Deployment Center 识别介质依赖目录内的结构文件和版本标识，乱改名会导致读不到版本信息。

# 示例：在 software 下建立介质目录，再解压介质包 mkdir D:\DeploymentCenter\repository\software\AWC2406 # 将介质包解压到上述目录，保持内部层级不变

如果你用解压工具，注意选择“解压到 AWC2406”，而不是把内容直接散到 software 根目录。介质在存储库里是一个整体，目录层级不能拆散。解压完成后我习惯核对一下目录总大小和原包一致，如果解压过程出现了跳文件或者报错中断，大小会对不上，这时候直接重新解压，不要带病继续。介质目录名短一些，路径就短一些，这一步做好，后面所有环节都会顺。

4.2 添加介质到软件存储库：成功标志与 repotool 日志

介质放进 software 目录后，登录 Deployment Center，在软件存储库页面点添加，把介质目录指定进去。正常的话，列表里会出现这条介质，状态显示为活动。添加失败时不要反复重试，先去看日志。日志位置是固定的：

# 查看 repotool 日志最后 50 行，定位添加失败原因 Get-Content D:\DeploymentCenter\webserver\repotool\logs\*.log -Tail 50

日志目录在 D:\DeploymentCenter\webserver\repotool\logs，文件名通常包含日期或操作类型。添加介质失败多数是目录结构不完整、路径过长或者介质文件不完整，日志会写明它期望的结构偏差。照着日志给出的信息去调整，比反复点添加有效得多。

添加成功后，回到软件存储库页面能看到活动的介质。这里有两点我会留意：一是介质的显示名称和版本要跟介质包对得上，二是如果存储库里已经存在同版本介质，新的添加可能会提示重复，这时候用旧的那条就行，不用重复入库。介质状态从“正在处理”变成“活动”，说明 Deployment Center 已经完整扫描并接受了这个介质包。

4.3 创建环境 Env_Tc：在概述里改名称

Deployment Center 里的环境是整套部署配置的容器，把软件介质、选项、组件配置、最终脚本打包在一个单元里管理。在环境管理页点添加，新建的环境名字比较随意，进入环境后在概述里改成 Env_Tc 这种容易识别的名字。环境名会出现在后面部署脚本路径里，比如 D:\DeploymentCenter\repository\deploy_scripts\Env_Tc\install，所以一开始定好，避免生成部署包后再返工。

环境创建后先别急着配组件，回到部署软件页面，把对应介质选进这个环境。环境页面下会有部署软件、选项、应用程序、组件、部署这几个环节，整个配置过程都在这个环境里完成。如果一台机器上要管理多套部署目标，可以分别建不同环境，各自关联不同版本的介质，配置互不干扰。环境名和介质版本对上，后面生成的部署包才不会拿错。

5. 组件配置与脚本生成：从选软件到状态 100% 的顺序

5.1 软件选择与环境选项：更新选定的软件与勾选规则

回到部署软件界面，在可用软件中找到刚才添加的介质，选到已选软件里，然后点“更新选定的软件”。这里我一般会停下来看一眼，确认已选软件列表里出现的产品标识和版本号是对的，版本不对的话，后面组件列表也会跟着乱。

确认后点“转至选项”，进入选项页按部署目标勾选。AWC 相关组件选项默认是勾上的，保存环境选项后，系统才会在组件列表里列出需要配置的内容。选项页没有标准答案，不同环境部署范围不一样，原则是只勾你要装的，避免把无关组件带进脚本，徒增部署时长。

有个习惯值得说明：选项页保存之后，最好再打开一次确认保存成功。界面操作偶尔会有点击保存但没有生效的情况，重新确认一次成本很低，却能避免后面组件列表缺项这种让人头大的问题。保存后环境选项状态会变为已配置，后面转组件时才有完整的数据基础。

5.2 应用程序与组件：从 Active Workspace 到 Server Manager 的配置顺序

在应用程序页添加可用的应用程序，选中后再点“更新选定的应用程序”，然后转至组件。组件配置是整个配置阶段最花时间的环节，顺序上建议按列表从上到下走。Deployment Center 对组件配置顺序是有依赖的，Database Server 没配完，后面的 Server Manager 可能连保存都做不了。

组件列表包括 Active Workspace Client Builder、Active Workspace Gateway、Corporate Server、Database Server、FSC、FSC Group、FSC Keys、Indexer、Indexing Engine、Licensing Server、Microservice Node、Server Manager、Server Manager Cluster Configuration、Teamcenter Web Tier (Java EE)。每个组件展开后的表单都不一样，数据库主机、端口、密码、安装目录这些字段要逐个填，填写时和前置环境保持一致，SQL Server 的主机名、1433 端口、License Server 的地址都要事前记好。

组件条目右侧有展开按钮可以看到更详细的配置说明，遇到字段含义不清楚时先展开看看再填，别硬填。根据我的经验，Database Server 和 Licensing Server 这两个组件停留时间最长，这两个是最容易因信息不一致而出问题的位置。所有组件都配置完成后，状态会变为 100%，这时候“转至部署”按钮才可用。

5.3 密码规则：Database Server 与 TC 不许带特殊符号

Deployment Center 配置阶段有一条特殊符号黑名单：Database Server 和 TC 的密码不允许出现 ! @ $ % = & ' " ^ : ; . _ < > ( ) { }。注意这里包含点和下划线，很多人下意识觉得点位没问题，实际上也在黑名单里。我建议密码只用大小写字母和数字的混合，比如 Tc2024Admin，强度和兼容性都够。

TEM 组件里允许带特殊符号，这是文档里明确区分的一个例外。如果你在配 TEM 相关选项，密码可以正常带符号，但如果这个密码同时会被 Database Server 或 TC 使用，仍然按黑名单规则保守处理。

这条规则很容易忽略，在界面上点保存报密码不合规时再回去改，就得把相关组件按顺序重新走一遍。配置开始前把所有密码统一规划好，凡是用在 Database Server 和 TC 组件里的，一律只用字母数字，部署阶段就不会因为密码问题卡壳。

5.4 避坑清单：五个最容易翻车的地方

这节记录我在部署过程中实际踩过的坑，按现象、原因、解决整理。

1. 介质添加后存储库看不到活动介质。现象：点了添加，列表里没有出现新介质。原因：介质目录结构不完整，或解压路径过长导致文件缺失。解决：把介质重新解压到短路径，目录层级保持完整，查看 D:\DeploymentCenter\webserver\repotool\logs 日志确认具体失败原因。

2. 组件状态迟迟不是 100%。现象：组件条目状态停在某个百分比，转至部署按钮不可点。原因：必填字段没填完，或者密码不合规导致保存没成功。解决：点开组件看表单里的必填项提示，把数据补全再保存，按顺序把组件重新走一遍。

3. Database Server 组件保存报错。现象：输入数据库连接信息后保存，提示连接失败或密码不符合要求。原因：SQL Server TCP/IP 未启用，或者密码带了黑名单里的特殊符号。解决：在 SQL Server Configuration Manager 里启用 TCP/IP 并重启 SQL 服务，密码改成字母数字组合。

4. deploy.bat 运行后闪退或提示连接错误。现象：脚本启动后立即退出，或提示无法连接 Deployment Center。原因：CMD 没有用管理员身份运行，或者 dcusername、dcpassword 和 Deployment Center 登录账号不一致。解决：右键 CMD 以管理员身份运行，确认账号密码与登录 Deployment Center 的账号完全一致。

5. 部署完成后某个服务找不到主机。现象：某个服务启动失败，日志里提到主机名解析失败。原因：hosts 文件没有对应记录，或安装过程中改过机器名。解决：检查 hosts 文件，机器名与 IP 对应关系改好后重启相关服务。

6. 部署验证：解压 deploy 包并跑通 deploy.bat

6.1 找到部署包并解压

组件状态全部 100% 后，点击转至部署，生成安装脚本。生成成功后会看到部署说明，并指出部署包的位置：D:\DeploymentCenter\repository\deploy_scripts\Env_Tc\install，文件名是 deploy_XXX.zip。把这个 zip 解压到一个短路径下，比如 D:\deploy，执行阶段路径越短越稳。

6.2 管理员 CMD 运行 deploy.bat 与验证

以管理员身份打开 CMD，进入解压目录，执行部署命令：

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

参数说明：-dcusername 和 -dcpassword 是 Deployment Center 的登录账号和密码，示例值为 dcadmin，实际填写时用你登录 Deployment Center 的账号；-softwareLocation 指介质所在目录，必须指向 D:\DeploymentCenter\repository\software。脚本会从 Deployment Center 拉取环境配置，按组件顺序调起安装器。执行过程中观察 CMD 日志，出现红字错误就停下来按日志排查。

部署完成后的验证我一般看三个点。一是 Windows 服务列表里出现 Teamcenter 相关服务并且状态是“正在运行”；二是用 SSMS 连接 SQL Server，能看到对应的 Teamcenter 数据库和表结构；三是打开 Active Workspace 的入口地址，能看到登录页并能正常登录。三个点都过了，这套环境就算真正跑通了。

从那以后，我每次用 Deployment Center 部署 Teamcenter，都会在进入部署页之前强制复查三件事：介质路径是否够短、密码是否避开特殊符号、组件状态是否全部 100%。这三项提前确认完，部署阶段基本不会出大问题。希望帮到你。

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