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.3AWC2406 的安装不是一路点“下一步”就能过去的。主机名、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-NODEipconfig /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# 方式一按网卡解绑 IPv6Name 换成你上一条命令里看到的实际网卡名 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\binPath里加的才是bin。把新路径放在前面是为了让新开的终端优先找到 17.0.3。改完不要在当前旧终端里验证重新开一个 CMD# 新开终端验证版本和实际路径 java -version where javajava -version要看到 17.0.3where 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 TotalPhysicalMemoryw32tm /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要是RunningStartType常见做法设成Automatic避免重启后还要手工拉起来。许可文件按介质说明放到对应目录路径不要带中文和空格。放好后重启服务# 服务名替换成上一条命令查到的 Name Start-Service -Name LicenseServer Get-Service -Name LicenseServer | Select-Object Status,StartTypeStart-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 1433Get-Service用来确认数据库引擎服务是否在跑Test-NetConnection用来确认本机端口通不通。命名实例不一定走 1433后面 Deployment Center 里填实例名时要以实际为准。不要在这里想当然装的是命名实例却按默认实例填组件配置会卡在 Database Server 那一页。3.3 两个服务一起验收不要等 Deployment Center 报错才回头许可和数据库装完后我一般会做一张很小的验收表不通过就不进 Deployment Center检查项看什么通过标准License Server 4服务状态、许可文件路径服务 Running重启后能自动起来SQL Server 2019实例名、服务状态、端口能查版本安装账号能登录主机名解析hosts、ping 结果主机名解析到安装网卡 IPJDKjava -version、where java版本为 17.0.3路径指向新 JDK# 一条命令看两个服务服务名按实际调整 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 hrefhttps://download.csdn.net/download/qq_44696922/90270783 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p