AWC2406安装：Deployment Center介质添加与环境配置

简介：面向 Teamcenter 实施与运维工程师的 AWC2406 安装配置参考文档，聚焦 Deployment Center 部署方式，帮助读者梳理从环境准备、依赖服务安装到组件配置与部署脚本生成的整体流程，适用于新环境搭建、实施交付前检查及部署流程复核等场景。压缩包内共 1 个 docx 文件，约 4.67MB，以图文笔记形式记录关键界面、配置顺序和易错位置，便于结合实际环境对照查阅。内容覆盖主机名与 hosts 调整、防火墙及 IPv6 处理、JDK17.0.3、Siemens License Server、SQL Server2019，以及介质入库、环境创建、应用程序选择、Active Workspace Client、Gateway、Corporate Server、Database Server 等组件配置；文档还整理了日志排查、密码符号限制、组件状态确认与部署包使用等注意事项，并强调介质路径、管理员权限执行等实践细节。已有 313 人学习，适合需要搭建 AWC2406 部署环境、减少配置遗漏或复核部署思路的技术人员参考。

1. 为什么 AWC2406 总卡在介质添加：Teamcenter Deployment Center 的第一道门

AWC2406 这套环境，最常见的翻车点不是最后的 deploy.bat，而是介质在 Teamcenter Deployment Center 里根本没变成活动状态。

很多人 JDK、SQL、License Server 都装完了，登录 Deployment Center 2406 却只看到空存储库，或者组件状态一直卡在 0%。装不好不会立刻报大错，只会让你在选软件、转至组件那几步反复绕。

适合谁？第一次用 Deployment Center 装 AWC2406/TC2406 的人，以及接手别人半成品环境、需要把安装链路重新捋顺的人。

2. 装前把 Windows 底子铺平：hosts、防火墙、IPv6 与 JDK 17.0.3

AWC2406 的安装不是一路点“下一步”就能过去的。主机名、hosts、防火墙、IPv6、JDK 这几项里任何一项没对齐，后面 Deployment Center 2406 就可能出现介质能加、组件却配不下去的情况。原始笔记里用黑色标出的主机名，是给你替换的，不要照抄；我一般会先把机器名、IP、安装路径写在记事本里，后面每个界面都按这一份对，避免一会儿用短名、一会儿用 FQDN。

2.1 主机名和 hosts：先让机器认得出自己

先确认当前主机名和网卡地址。不要凭感觉写 hosts，尤其是机器有多块网卡、或者装过其他中间件的时候，写错一条解析记录，后面 License Server 和 Database Server 都会跟着怪。

# 查看当前主机名，确认要写进 hosts 的名字 hostname # 列出本机 IPv4 地址，挑那张用于安装通信的网卡 Get-NetIPAddress -AddressFamily IPv4 | Where-Object {$_.IPAddress -notlike '127.*'} | Select-Object IPAddress,InterfaceAlias

这段命令只做一件事：把“我是谁”和“我用哪个 IP”确认清楚。hostname的输出要和你准备写进 hosts 的名字一致；Get-NetIPAddress里不要把127.0.0.1、虚拟网卡、已经禁用的网卡地址混进来。生产环境里常见做法是固定一张业务网卡，其他网卡先禁用，安装完成后再按需要恢复。

hosts 文件位置固定，编辑时用管理员权限打开：

# C:\Windows\System32\drivers\etc\hosts # 左边换成你的固定 IPv4，右边换成你的主机名；下面只是占位示例 10.0.0.21 AWC2406-NODE

这段 hosts 的逻辑是让本机先用名字找到自己，避免部署脚本执行到一半出现主机名解析不一致。10.0.0.21和AWC2406-NODE都是占位，实际要换成你自己的 IP 和主机名；如果环境里还有数据库机、许可机，也按同样格式追加，不要让同一个主机名对应多个 IP。改完后刷新 DNS 缓存并验证：

# 刷新 DNS 缓存，让 hosts 立即生效 ipconfig /flushdns # 能解析到 hosts 里写的那个地址才算过 ping AWC2406-NODE

ipconfig /flushdns只是清缓存，不会改网络配置；ping的结果要看你 hosts 里写的 IP，不要看到能 ping 通就放过，得确认解析出来的地址就是安装要用的那张网卡。常见坑是 hosts 里写了一个旧 IP，机器改过地址后没同步，Deployment Center 添加介质时看着正常，后面组件配置却连不上。

2.2 防火墙和 IPv6：只在隔离安装环境里关

安装阶段最怕的是“服务装了、端口不通”。防火墙和 IPv6 这两项，原始笔记里明确要求处理。我的做法是只在隔离的安装环境里临时关闭，装完按安全要求恢复，不要把“关防火墙”当成长期状态。

# 以管理员身份运行：临时关闭三个防火墙配置文件 Set-NetFirewallProfile -Profile Domain,Private,Public -Enabled False # 查看 IPv6 绑定状态，确认网卡名称 Get-NetAdapterBinding -ComponentID ms_tcpip6 | Select-Object Name,DisplayName,Enabled

第一行改的是当前机器的防火墙策略，Domain,Private,Public三个配置文件一起关，避免只关了专用网络、域网络还在拦。第二行只是查看，不要急着解绑；Name列才是你后面要用的网卡名，不同机器可能是“以太网”“Ethernet0”之类，不能照抄。

确认网卡名后，再决定用哪种方式禁用 IPv6：

# 方式一：按网卡解绑 IPv6；Name 换成你上一条命令里看到的实际网卡名 Disable-NetAdapterBinding -Name "Ethernet0" -ComponentID ms_tcpip6 # 方式二：注册表全局禁用，重启后生效；0xff 表示除回环外禁用 IPv6 reg add "HKLM\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters" /v DisabledComponents /t REG_DWORD /d 0xff /f

按网卡解绑适合只有一张业务网卡的机器，改完立刻生效；注册表方式适合不想逐张网卡点的场景，0xff是常见做法，重启后再生效。两条不要同时乱用，先选一条，改完重启，再回来确认Get-NetAdapterBinding里对应网卡的Enabled状态。这里翻车最多的是只改了注册表没重启，或者禁用了错误的网卡，结果安装机自己都连不上自己。

注意：关闭防火墙、禁用 IPv6 只适合隔离安装窗口，装完要按实际安全基线恢复；不要把这份笔记当成长期运维配置。

2.3 JDK 17.0.3：路径短、JAVA_HOME 别指错

AWC2406 这套环境要求 JDK 17.0.3，版本不要随手换。JDK 装错版本，Deployment Center 有的页面能打开，组件配置却会在后台报 Java 相关错误。安装路径我一般放在D:\Java\jdk-17.0.3，短、无中文、无空格，后面排查也方便。

安装完成后设置机器级环境变量：

# 以管理员身份设置机器级 JAVA_HOME [Environment]::SetEnvironmentVariable("JAVA_HOME","D:\Java\jdk-17.0.3","Machine") # 把 JDK 的 bin 放到系统 Path 前面，避免旧 Java 抢先 $p=[Environment]::GetEnvironmentVariable("Path","Machine") [Environment]::SetEnvironmentVariable("Path","D:\Java\jdk-17.0.3\bin;$p","Machine")

JAVA_HOME指向 JDK 根目录，不要写成D:\Java\jdk-17.0.3\bin；Path里加的才是bin。把新路径放在前面，是为了让新开的终端优先找到 17.0.3。改完不要在当前旧终端里验证，重新开一个 CMD：

# 新开终端验证版本和实际路径 java -version where java

java -version要看到 17.0.3；where java的第一条应该是D:\Java\jdk-17.0.3\bin\java.exe。如果第一条还是别的 JDK，说明系统里还有旧路径排前面，或者用户级 Path 在捣乱，先把旧路径挪走再试。这个点很玄学：命令行看着是 17，服务启动时读到的却是旧 Java，所以where java比java -version更值得看。

2.4 装前快照与账户：给回滚留后悔药

装 AWC2406 之前，我习惯先留一个快照，或者至少把主机名、IP、hosts、JDK 路径、SQL 实例名、License Server 安装路径记在一张表里。后面 Deployment Center 里填的每个值都从这张表取，减少“这个密码到底是哪个”的血泪经验。

# 看时间同步、D 盘空间和内存，别装到一半才发现资源不够 w32tm /query /status Get-PSDrive D Get-CimInstance Win32_ComputerSystem | Select-Object TotalPhysicalMemory

w32tm /query /status看时间源是否正常，时间偏差太大会影响许可和认证；Get-PSDrive D看安装盘剩余空间，介质解压和部署脚本都要占地方；内存只作参考，但太小会在组件配置阶段频繁卡顿。安装账号尽量用本地管理员，别用临时提权账号，不然后面服务启动账户对不上，又要回头改。

3. 许可证与数据库先落地：License Server 4 和 SQL Server 2019 的安装顺序

Deployment Center 2406 只是安装入口，真正让 AWC2406 跑起来的是后面的许可服务和数据库。原始顺序是先装 JDK 17.0.3，再装 License Server 4，再装 SQL Server 2019。这个顺序我建议别调：许可服务先稳定，数据库再落地，最后进 Deployment Center 配环境，出了问题也容易判断是哪一层。

3.1 License Server 4：先让许可服务能稳定启动

License Server 4 安装时用管理员权限，安装路径同样尽量短。装完后不要只看安装程序最后那个“完成”，要去服务列表里确认服务状态。服务名每套介质可能略有差异，先按关键字查：

# 安装完成后查许可证相关服务，DisplayName 关键字按实际介质调整 Get-Service | Where-Object {$_.DisplayName -match 'License'} | Select-Object Name,DisplayName,Status,StartType

这段命令的目的是拿到真实的Name，后面启动、重启、排查都用它。DisplayName里带 License 的服务可能不止一个，不要看到一条就认定是许可主服务；Status要是Running，StartType常见做法设成Automatic，避免重启后还要手工拉起来。

许可文件按介质说明放到对应目录，路径不要带中文和空格。放好后重启服务：

# 服务名替换成上一条命令查到的 Name Start-Service -Name "LicenseServer" Get-Service -Name "LicenseServer" | Select-Object Status,StartType

Start-Service的-Name必须是真实服务名，不是显示名；Get-Service再查一次是确认服务没有起来又立刻掉下去。许可服务起不来时，先看 Windows 事件查看器里的应用日志，再看安装目录下的日志，不要急着重装。常见问题是许可文件路径写错、服务账户没有读取权限、主机名和 hosts 对不上。

3.2 SQL Server 2019：实例、混合认证和 TC 账号

SQL Server 2019 安装时，数据库引擎要选上，认证模式用混合认证，后面 Deployment Center 配 Database Server 会用到 SQL 登录。实例名要记清楚，默认实例和命名实例在连接串、服务名、端口上都不一样。装完先用 Windows 身份验证查版本和排序规则：

-- 用 Windows 身份登录，确认实例版本和排序规则 SELECT @@VERSION AS Version, SERVERPROPERTY('Collation') AS Collation;

这条查询只做验收：Version能正常返回，说明实例起来了；Collation后面配 Teamcenter 数据库时会用到，先记下来。如果这里就报连接失败，先别进 Deployment Center，回头查 SQL 服务、实例名和协议。

接着准备一个给安装用的 SQL 登录。账号密码这里用纯字母数字，避免和后面 Deployment Center 的密码限制混淆：

-- 先查登录名是否存在；TcDbAdmin/TcDbPass2024 只是占位，换成你自己的纯字母数字 SELECT name FROM sys.sql_logins WHERE name = 'TcDbAdmin'; -- 不存在时再执行下面两行 CREATE LOGIN TcDbAdmin WITH PASSWORD = 'TcDbPass2024'; ALTER SERVER ROLE sysadmin ADD MEMBER TcDbAdmin;

第一段查询是防止重复创建；TcDbAdmin和TcDbPass2024都是占位，实际换成你自己的账号密码。安装阶段给sysadmin是为了让 Deployment Center 能建库、改库，装完按安全要求收权。密码不要带下划线、点号、感叹号这些字符，虽然 SQL 本身允许，但后面 Deployment Center 里的 Database Server 和 TC 密码限制更严，统一用纯字母数字最省事。

再确认 SQL 服务和端口：

# 默认实例通常显示 MSSQLSERVER；命名实例服务名会带实例名 Get-Service | Where-Object {$_.Name -like 'MSSQL*'} | Select-Object Name,Status,StartType # 默认实例端口通常是 1433；命名实例或改过端口的按实际填 Test-NetConnection -ComputerName localhost -Port 1433

Get-Service用来确认数据库引擎服务是否在跑；Test-NetConnection用来确认本机端口通不通。命名实例不一定走 1433，后面 Deployment Center 里填实例名时要以实际为准。不要在这里想当然：装的是命名实例，却按默认实例填，组件配置会卡在 Database Server 那一页。

3.3 两个服务一起验收：不要等 Deployment Center 报错才回头

许可和数据库装完后，我一般会做一张很小的验收表，不通过就不进 Deployment Center：

# 一条命令看两个服务，服务名按实际调整 Get-Service -Name "LicenseServer","MSSQLSERVER" -ErrorAction SilentlyContinue | Format-Table Name,Status,StartType

-Name里放你实际查到的服务名，-ErrorAction SilentlyContinue只是让不存在的服务不刷一屏红字，不代表可以忽略。Format-Table输出里两个服务都应该是 Running；有一个没起来，就先处理那一个，别带着问题往下走。这里的经验很朴素：安装阶段每层都验收，后面 Deployment Center 的报错才会少。

4. 把介质塞进存储库：Deployment Center 2406 建库、建环境与选软件

Deployment Center 2406 装在D:\DeploymentCenter是这套笔记的前提。介质添加失败时，第一反应不要重装 Deployment Center，先看存储库目录和日志。原始笔记里给了一个很关键的位置：D:\DeploymentCenter\webserver\repotool\logs，这个目录就是介质添加的黑匣子。

4.1 介质落盘：路径短、层级少、日志会说话

介质解压到D:\DeploymentCenter\repository\software，路径要尽量短。不要解压成software\AWC2406\AWC2406\...这种套娃目录，Deployment Center 扫描时可能认不到活动介质。先把目录建好：

# 建存储库目录，解压后第一层尽量直接是介质内容 New-Item -ItemType Directory -Force D:\DeploymentCenter\repository\software | Out-N <p> <a href="https://download.csdn.net/download/qq_44696922/90270783" style="color:#ec7500;font-size:14px;"> 本文还有配套的精品资源，点击获取 </a> <img alt="menu-r.4af5f7ec.gif" src="https://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif" style="width:16px;margin-left:4px;vertical-align:text-bottom;cursor:text;"> </p>