简介围绕Teamcenter AWC2406的安装实践整理了一份基于Deployment Center部署的完整操作笔记主要面向实施工程师与系统管理员帮助规避安装过程中常见的环境冲突与配置盲点。资源为单个docx文档压缩包大小4.67MB内容按安装流程分步展开从修改主机名、关闭防火墙与IPv6到安装JDK17.0.3、Siemens License Server和SQL Server 2019再到通过Deployment Center添加介质、创建环境与组件配置最后生成部署脚本并执行deploy.bat。文档还特别提示了Database Server与TC密码不允许包含特殊符号、TEM支持特殊符号等易错细节并给出介质添加失败时的日志排查路径具备较强的实操参考价值。已有312人学习适合需要按步骤完成AWC2406环境搭建或进行同类Teamcenter部署的读者对照使用。1. 用 Deployment Center 装 AWC2406从介质入库到部署脚本落地的全景图用 Deployment Center 安装 AWC2406很多人第一次上手都会卡在同一个地方明明介质放进存储库了环境也建了最后跑 deploy.bat 却一路报错对着日志干瞪眼。这篇笔记把整套流程拆成可复现的步骤从改主机名、关防火墙、禁 IPv6到 JDK 17.0.3、License Server 4、SQL Server 2019 三个基础组件再到介质入库、组件配置和脚本生成最后落到部署命令和验证方法。适合刚接手 Teamcenter 环境搭建的运维和实施工程师也适合被现场各种奇怪报错折腾过的熟手对照排查。本文只讲安装参考更细节的内容请以官方文档为准。2. 环境准备的四件事主机名、防火墙、IPv6 与 JDK/License/数据库AWC2406 这套东西对环境的敏感程度超出多数人的预期。很多部署失败并不是配置步骤错了而是环境里某个基础项没对齐。下面这几件事按先后顺序做别跳。2.1 hosts 与主机名先改掉再动别的安装文档里主机名被黑色笔记覆盖了改成自己的即可。这里的核心逻辑是Deployment Center 在生成部署脚本时会把当前主机名写进各组件的配置文件中后续服务间通信全靠这个名称去找机器。如果机器名和 hosts 里的解析对不上装完的服务会互相找不到对方。先确认当前主机名再编辑 hosts 文件# 查看当前主机名 hostname # 查看本机 IP找 IPv4 地址那段 ipconfig /all # 以管理员身份打开记事本编辑 hosts 文件 notepad C:\Windows\System32\drivers\etc\hosts在 hosts 文件末尾追加一行格式是“IP 主机名”例如192.168.1.100 tc-server追加完保存然后在 CMD 里执行ping tc-server能解析到本机 IP 就说明生效了。这里要注意三点主机名里不要带下划线、空格和特殊字符Deployment Center 生成的脚本里主机名是直接拼进路径和连接字符串的带下划线会出现玄学问题hosts 里不要出现两个不同 IP 指向同一主机名如果这台机器后续会加入域提前确认主机名和域账号的对应关系装完再改主机名属于给自己挖坑。2.2 关防火墙、禁 IPv6网络层面的两个开关SQL Server 2019、License Server、TC 服务之间走的是主机名解析和动态端口防火墙策略没有放行会直接超时。IPv6 的问题更隐蔽主机名优先解析到 IPv6 地址而服务监听的是 IPv4结果就是连接被拒或反复超时。在隔离的内网实施环境里常规做法是先把防火墙和 IPv6 都关掉等部署验证通过后再按安全要求补白名单。# 关闭防火墙域/专用/公用三档一起关仅限内网实施环境 Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled False # 禁用 IPv6DisabledComponents 设为 0xFF 表示全接口禁用 Set-ItemProperty -Path HKLM:\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters -Name DisabledComponents -Value 0xFF # 改完注册表需要重启系统才生效其中DisabledComponents的0xFF是禁用所有 IPv6 接口的常规取值重启后可以在 CMD 里执行ipconfig查看IPv6 地址不再出现就是成功了。注意公网或生产环境不要关防火墙这里只针对隔离的实施环境。如果现场不允许关防火墙至少放行 SQL Server 的 1433 端口、License Server 的监听端口以及 TC 服务之间的动态端口范围否则后面组件状态会一直卡着不动。2.3 JDK 17.0.3、License Server 与 SQL Server 2019版本别乱动这三个基础组件是后面一切的前提。JDK 版本必须对齐 JDK 17.0.3不要随手升级小版本AWC2406 对 JDK 版本有具体校验版本不对时组件配置阶段会直接报错。License Server 4 负责 TC 的授权服务服务必须处于启动状态端口不能被占用。SQL Server 2019 承担数据库角色建议在安装时选择混合认证模式因为 Deployment Center 后续建环境要用 SQL 账号去连库。JDK 配置的常见做法是设置 JAVA_HOME并把%JAVA_HOME%\bin追加到 Path# 命令行设置 JAVA_HOMEsetx 只对之后新开的窗口生效 setx JAVA_HOME D:\JDK17.0.3 # Path 建议到系统属性 - 环境变量里手动追加 %JAVA_HOME%\bin # 新开一个 CMD 验证版本必须是 17.0.3 java -version不推荐用setx PATH的方式改 Pathsetx 会把变量值整体覆盖存在截断风险。SQL Server 2019 安装时记住实例名、端口和排序规则Deployment Center 组件配置页里要填的就是这些信息。License Server 装完先确认服务是“正在运行”点击服务管理器里能看到对应服务状态。三件套全部就绪后再进入介质入库环节。3. 介质入库解压路径、活动介质与 repotool 日志排查介质入库是 Deployment Center 安装流程里第一个真正会卡人的环节。这一步做不好后面的环境创建、组件配置全都没法进行。3.1 解压介质路径尽量短是硬要求安装介质需要解压后放到D:\DeploymentCenter\repository\software目录下路径要尽量短。这背后的原因是Deployment Center 在解析介质、读取产品定义文件时会把完整路径拼进内部命令Windows 对路径长度有限制路径过长时介质扫描会失败甚至介质文件拷贝到存储库时会中途断掉。我一般会把介质解压成类似D:\DeploymentCenter\repository\software\AWC2406这样一层结构不要让介质目录嵌套太深。比如某个介质解压出来是D:\DeploymentCenter\repository\software\AW2406\product\disk1是正常的但如果变成D:\DeploymentCenter\repository\software\install\packages\AWC2406\2024\disk1就太深了建议重新整理。另外一个容易被忽略的点是路径里的字符。介质目录和上级目录都不要出现中文、空格和这类特殊符号Deployment Center 内部脚本对路径的解析比较原始空格会直接导致介质识别失败。解压时右键选择“解压到当前文件夹”保持目录结构完整不要只拷贝部分文件。3.2 登录 Deployment Center 添加介质失败先看 repotool 日志介质放进 software 目录后打开浏览器登录 Deployment Center进入“软件存储库”正常情况下能看到刚放入的介质显示为活动状态。这一步的原理是 Deployment Center 会周期性扫描仓库目录把识别到的产品定义读入存储库列表所以介质结构不完整或路径异常时列表里就是空的。如果添加失败不要反复试去D:\DeploymentCenter\webserver\repotool\logs目录下看日志。日志文件里记录了扫描介质的详细过程包括读取了哪个目录、为什么判定介质无效。常见原因有三个介质目录访问权限不足、解压过程中文件缺失、路径过长。# 切换到 repotool 日志目录 cd /d D:\DeploymentCenter\webserver\repotool\logs # 查看最近的日志文件按修改时间排序 dir /o-d日志里如果出现“access denied”或“permission denied”字样是权限问题确认当前账号对D:\DeploymentCenter\repository\software有完全控制权。如果出现“invalid product definition”或“file not found”说明解压不完整或介质目录结构被改过回到 3.1 重新解压。如果日志里提示路径过长把介质挪到更短路径后再扫描一次。注意介质添加成功后存储库里显示的是“活动介质”。如果状态不是活动而是“无效”或“错误”说明介质本身有问题不要继续往下走。4. 环境与组件配置软件更新、十六个组件和密码符号限制环境配置是 Deployment Center 安装流程的核心环节耗时长也是报错集中区。整个流程可以拆成环境创建、软件更新、选项保存、应用程序配置、组件配置五个步骤顺序不要打乱。4.1 创建环境并改名Env_Tc 从哪改登录 Deployment Center 后先创建一个新环境然后进入环境的“概述”页面把名称改成类似Env_Tc这样的自定义名字。环境名会直接出现在后续生成的部署包文件名里比如deploy_Env_Tc.zip取一个好认的名字方便后期分辨多个部署环境。环境创建完成后左侧导航会切换到这个环境的工作区。改名这一步很多人会跳过但默认环境名在生产环境里有多个部署包时完全分不清建议第一时间改掉。改完保存环境名在后续所有步骤里都会用上。4.2 软件更新与环境选项先刷新再勾选回到“部署软件”页面这一步的作用是把存储库里的介质关联到当前环境。先在“可用软件”里找到对应介质并勾选点击“更新选定的软件”Deployment Center 会把介质关联到当前环境并同步产品信息。更新完成后确认“已选软件”列表里有正确内容再点击“转至选项”。# 这一步没有命令行操作但注意观察界面上的状态变化 # 更新完成后已选软件列表必须出现介质名称如果“已选软件”是空的说明介质没有正确关联返回存储库确认介质状态不要强行走下去。进入“选项”页后勾选需要的安装选项然后保存环境选项。有些选项之间是联动关系勾选主选项后子选项会自动带出。保存环境选项时如果报错优先检查是不是密码字段里带了特殊符号这条见 4.4。4.3 应用程序与组件清单十六个组件按顺序过在“应用程序”里可以添加可用的应用程序选中后点击“更新选定的应用程序”再点击“转至组件”。组件配置是整个流程里最耗时的部分需要按顺序逐个配置各组件的详细信息。点组件行后面的详情图标能看到更详细的配置项包括主机名、端口、服务账号、数据库连接信息等。AWC2406 的组件清单一共十六个按界面里的顺序逐个过组件名配置要点Active Workspace Client BuilderWeb 客户端构建一般保持默认Active Workspace Gateway网关服务确认主机名与端口Corporate Server企业服务注意服务账号Database Server数据库连接信息密码不允许特殊符号FSC文件服务控制器确认共享目录FSC Group文件服务组按现场规范配置FSC Keys文件服务密钥与 FSC 对应Indexer索引器关注内存分配Indexing Engine索引引擎确认全文检索范围Licensing Server授权服务指向 License Server 地址Microservice Node微服务节点资源占用较大Server Manager服务管理器确认服务注册方式Server Manager Cluster Configuration服务管理集群配置与 Server Manager 联动Teamcenter Web Tier (Java EE)Web 层对 JDK 版本敏感每个组件配置完成后界面上的状态值会更新。组件配置页里填的主机名一定要和 2.1 里 hosts 配置的一致填 IP 或填别名都可能造成安装后的服务间通信异常。4.4 密码里的特殊符号黑名单连 . 和 _ 都不行这是整套安装流程里最容易翻车的地方。Deployment Center 中配置 Database Server 以及 TC 的密码时不允许出现! $ % ^ : ; . _ ( ) { }这些特殊符号。注意这个黑名单里包括_和.这两个符号在大多数系统里被认为是安全字符但在这里明确不行。# 密码示例合法 # TcAdmin2024 # 密码示例不合法会报错 # Tc_Admin_2024 # Tc.Admin2024这条限制的坑在于你在环境选项或组件配置页面输入含特殊符号的密码界面上可能不会立刻报错而是在保存环境选项时给一个模糊的错误提示或者到组件配置阶段 Database Server 连接失败。现场排查时容易绕到数据库服务本身的问题上实际就是密码格式不合法。TEM 是个例外它允许带特殊符号。所以不要用同一套密码逻辑去套所有组件Database Server 和 TC 的密码用纯字母数字组合最稳妥TEM 的密码可以单独设计。4.5 组件状态到 100%生成脚本前最后一道检查所有组件配置完成后逐个确认状态值都变成 100%。这一步不能急任何一个组件不是 100%点击“转至部署”生成的脚本都有可能缺内容装到一半报错再回来看就晚了。确认全部 100% 后点击“转至部署”再点击“生成安装脚本”。生成成功后系统会提示部署说明里面有部署包的存放位置和解压路径。部署包一般位于D:\DeploymentCenter\repository\deploy_scripts\Env_Tc\install目录下文件名类似deploy_XXX.zip其中 XXX 对应环境名。5. 踩坑排查介质失败、空列表与 deploy.bat 报错的四个现场下面四类问题是我在部署现场和虚拟机上反复踩过的按“现象 → 原因 → 解决”的结构整理遇到类似报错可以直接对照。5.1 介质添加失败存储库看不到活动介质现象介质文件已经复制到D:\DeploymentCenter\repository\software目录登录 Deployment Center 后在软件存储库中看不到任何活动介质刷新也没有反应。原因介质所在目录权限不足或者解压过程中文件缺失另一个高频原因是路径过长导致扫描进程读取介质定义文件时中断。解决先看D:\DeploymentCenter\webserver\repotool\logs下的日志。权限问题就给当前账号授予 repository 目录的完全控制权路径问题就把介质挪到更短的路径下重新扫描。5.2 已选软件为空无法进入选项页现象在“部署软件”页面勾选介质后点击“更新选定的软件”回到页面一看“已选软件”列表还是空的“转至选项”按钮无法点击。原因介质没有正确关联到当前环境。常见是介质入库时未被识别为可部署软件或者介质的版本与 Deployment Center 2406 不匹配。解决回到软件存储库确认介质状态是“活动”把介质解压到短路径后重新执行更新操作。如果介质文件本身来自非官方渠道先检查解压后的结构里是否存在产品定义文件缺失的话需要重新获取完整介质。5.3 密码含 . 或 _ 导致环境选项保存报错现象环境选项填写阶段密码字段里用了类似Tc_Admin_2024的写法点击保存环境选项时报错提示信息比较笼统不指向具体字段。原因Database Server 和 TC 的密码不允许特殊符号黑名单里包含_和.这两个字符在多数系统里合法容易忽视。解决把密码改为纯字母数字组合比如TcAdmin2024重新保存。TEM 的密码允许特殊符号不要被这条限制影响到 TEM 环境配置。5.4 deploy.bat 报错找不到软件位置现象解压部署包后以管理员身份运行 CMD 执行deploy.bat -dcusernamedcadmin -dcpassworddcadmin -softwareLocationD:\DeploymentCenter\repository\software提示找不到软件源或某个介质不存在。原因-softwareLocation参数指向了具体介质子目录而不是介质仓库根目录。脚本要求这个路径下直接是各个介质文件夹如果填成D:\DeploymentCenter\repository\software\AWC2406脚本会往下找找不到正确介质。解决确认-softwareLocation参数值为D:\DeploymentCenter\repository\software同时检查盘符、目录名是否完全一致注意路径里不要有结尾反斜杠。6. 部署执行与验证deploy.bat 参数和一条确认链路部署包生成成功后在D:\DeploymentCenter\repository\deploy_scripts\Env_Tc\install目录下找到deploy_XXX.zip解压到某个位置。以管理员身份运行 CMD进入解压后的目录执行部署命令。# 进入解压后的部署包目录 cd /d D:\DeploymentCenter\deploy_scripts\Env_Tc\install # 执行部署脚本账号密码为 Deployment Center 的登录账号 deploy.bat -dcusernamedcadmin -dcpassworddcadmin -softwareLocationD:\DeploymentCenter\repository\software参数说明-dcusername和-dcpassword是 Deployment Center 的登录账号不是 Windows 账号-softwareLocation是介质所在仓库根目录必须指向D:\DeploymentCenter\repository\software这一层不要指到具体子目录。部署过程会在 CMD 窗口里输出进度长时间没有输出不代表卡死去看部署包解压目录下的日志文件确认当前步骤。部署完成后按部署说明里记录的访问地址打开 AWC 登录页能看到登录界面就算基本通了。从那以后我每次在组件页点“转至部署”前都会强制过一遍所有组件的状态值确认全部 100% 才生成脚本这个习惯帮我省掉了好几次半夜回滚。希望帮到你。本文还有配套的精品资源点击获取
简介围绕Teamcenter AWC2406的安装实践整理了一份基于Deployment Center部署的完整操作笔记主要面向实施工程师与系统管理员帮助规避安装过程中常见的环境冲突与配置盲点。资源为单个docx文档压缩包大小4.67MB内容按安装流程分步展开从修改主机名、关闭防火墙与IPv6到安装JDK17.0.3、Siemens License Server和SQL Server 2019再到通过Deployment Center添加介质、创建环境与组件配置最后生成部署脚本并执行deploy.bat。文档还特别提示了Database Server与TC密码不允许包含特殊符号、TEM支持特殊符号等易错细节并给出介质添加失败时的日志排查路径具备较强的实操参考价值。已有312人学习适合需要按步骤完成AWC2406环境搭建或进行同类Teamcenter部署的读者对照使用。1. 用 Deployment Center 装 AWC2406从介质入库到部署脚本落地的全景图用 Deployment Center 安装 AWC2406很多人第一次上手都会卡在同一个地方明明介质放进存储库了环境也建了最后跑 deploy.bat 却一路报错对着日志干瞪眼。这篇笔记把整套流程拆成可复现的步骤从改主机名、关防火墙、禁 IPv6到 JDK 17.0.3、License Server 4、SQL Server 2019 三个基础组件再到介质入库、组件配置和脚本生成最后落到部署命令和验证方法。适合刚接手 Teamcenter 环境搭建的运维和实施工程师也适合被现场各种奇怪报错折腾过的熟手对照排查。本文只讲安装参考更细节的内容请以官方文档为准。2. 环境准备的四件事主机名、防火墙、IPv6 与 JDK/License/数据库AWC2406 这套东西对环境的敏感程度超出多数人的预期。很多部署失败并不是配置步骤错了而是环境里某个基础项没对齐。下面这几件事按先后顺序做别跳。2.1 hosts 与主机名先改掉再动别的安装文档里主机名被黑色笔记覆盖了改成自己的即可。这里的核心逻辑是Deployment Center 在生成部署脚本时会把当前主机名写进各组件的配置文件中后续服务间通信全靠这个名称去找机器。如果机器名和 hosts 里的解析对不上装完的服务会互相找不到对方。先确认当前主机名再编辑 hosts 文件# 查看当前主机名 hostname # 查看本机 IP找 IPv4 地址那段 ipconfig /all # 以管理员身份打开记事本编辑 hosts 文件 notepad C:\Windows\System32\drivers\etc\hosts在 hosts 文件末尾追加一行格式是“IP 主机名”例如192.168.1.100 tc-server追加完保存然后在 CMD 里执行ping tc-server能解析到本机 IP 就说明生效了。这里要注意三点主机名里不要带下划线、空格和特殊字符Deployment Center 生成的脚本里主机名是直接拼进路径和连接字符串的带下划线会出现玄学问题hosts 里不要出现两个不同 IP 指向同一主机名如果这台机器后续会加入域提前确认主机名和域账号的对应关系装完再改主机名属于给自己挖坑。2.2 关防火墙、禁 IPv6网络层面的两个开关SQL Server 2019、License Server、TC 服务之间走的是主机名解析和动态端口防火墙策略没有放行会直接超时。IPv6 的问题更隐蔽主机名优先解析到 IPv6 地址而服务监听的是 IPv4结果就是连接被拒或反复超时。在隔离的内网实施环境里常规做法是先把防火墙和 IPv6 都关掉等部署验证通过后再按安全要求补白名单。# 关闭防火墙域/专用/公用三档一起关仅限内网实施环境 Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled False # 禁用 IPv6DisabledComponents 设为 0xFF 表示全接口禁用 Set-ItemProperty -Path HKLM:\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters -Name DisabledComponents -Value 0xFF # 改完注册表需要重启系统才生效其中DisabledComponents的0xFF是禁用所有 IPv6 接口的常规取值重启后可以在 CMD 里执行ipconfig查看IPv6 地址不再出现就是成功了。注意公网或生产环境不要关防火墙这里只针对隔离的实施环境。如果现场不允许关防火墙至少放行 SQL Server 的 1433 端口、License Server 的监听端口以及 TC 服务之间的动态端口范围否则后面组件状态会一直卡着不动。2.3 JDK 17.0.3、License Server 与 SQL Server 2019版本别乱动这三个基础组件是后面一切的前提。JDK 版本必须对齐 JDK 17.0.3不要随手升级小版本AWC2406 对 JDK 版本有具体校验版本不对时组件配置阶段会直接报错。License Server 4 负责 TC 的授权服务服务必须处于启动状态端口不能被占用。SQL Server 2019 承担数据库角色建议在安装时选择混合认证模式因为 Deployment Center 后续建环境要用 SQL 账号去连库。JDK 配置的常见做法是设置 JAVA_HOME并把%JAVA_HOME%\bin追加到 Path# 命令行设置 JAVA_HOMEsetx 只对之后新开的窗口生效 setx JAVA_HOME D:\JDK17.0.3 # Path 建议到系统属性 - 环境变量里手动追加 %JAVA_HOME%\bin # 新开一个 CMD 验证版本必须是 17.0.3 java -version不推荐用setx PATH的方式改 Pathsetx 会把变量值整体覆盖存在截断风险。SQL Server 2019 安装时记住实例名、端口和排序规则Deployment Center 组件配置页里要填的就是这些信息。License Server 装完先确认服务是“正在运行”点击服务管理器里能看到对应服务状态。三件套全部就绪后再进入介质入库环节。3. 介质入库解压路径、活动介质与 repotool 日志排查介质入库是 Deployment Center 安装流程里第一个真正会卡人的环节。这一步做不好后面的环境创建、组件配置全都没法进行。3.1 解压介质路径尽量短是硬要求安装介质需要解压后放到D:\DeploymentCenter\repository\software目录下路径要尽量短。这背后的原因是Deployment Center 在解析介质、读取产品定义文件时会把完整路径拼进内部命令Windows 对路径长度有限制路径过长时介质扫描会失败甚至介质文件拷贝到存储库时会中途断掉。我一般会把介质解压成类似D:\DeploymentCenter\repository\software\AWC2406这样一层结构不要让介质目录嵌套太深。比如某个介质解压出来是D:\DeploymentCenter\repository\software\AW2406\product\disk1是正常的但如果变成D:\DeploymentCenter\repository\software\install\packages\AWC2406\2024\disk1就太深了建议重新整理。另外一个容易被忽略的点是路径里的字符。介质目录和上级目录都不要出现中文、空格和这类特殊符号Deployment Center 内部脚本对路径的解析比较原始空格会直接导致介质识别失败。解压时右键选择“解压到当前文件夹”保持目录结构完整不要只拷贝部分文件。3.2 登录 Deployment Center 添加介质失败先看 repotool 日志介质放进 software 目录后打开浏览器登录 Deployment Center进入“软件存储库”正常情况下能看到刚放入的介质显示为活动状态。这一步的原理是 Deployment Center 会周期性扫描仓库目录把识别到的产品定义读入存储库列表所以介质结构不完整或路径异常时列表里就是空的。如果添加失败不要反复试去D:\DeploymentCenter\webserver\repotool\logs目录下看日志。日志文件里记录了扫描介质的详细过程包括读取了哪个目录、为什么判定介质无效。常见原因有三个介质目录访问权限不足、解压过程中文件缺失、路径过长。# 切换到 repotool 日志目录 cd /d D:\DeploymentCenter\webserver\repotool\logs # 查看最近的日志文件按修改时间排序 dir /o-d日志里如果出现“access denied”或“permission denied”字样是权限问题确认当前账号对D:\DeploymentCenter\repository\software有完全控制权。如果出现“invalid product definition”或“file not found”说明解压不完整或介质目录结构被改过回到 3.1 重新解压。如果日志里提示路径过长把介质挪到更短路径后再扫描一次。注意介质添加成功后存储库里显示的是“活动介质”。如果状态不是活动而是“无效”或“错误”说明介质本身有问题不要继续往下走。4. 环境与组件配置软件更新、十六个组件和密码符号限制环境配置是 Deployment Center 安装流程的核心环节耗时长也是报错集中区。整个流程可以拆成环境创建、软件更新、选项保存、应用程序配置、组件配置五个步骤顺序不要打乱。4.1 创建环境并改名Env_Tc 从哪改登录 Deployment Center 后先创建一个新环境然后进入环境的“概述”页面把名称改成类似Env_Tc这样的自定义名字。环境名会直接出现在后续生成的部署包文件名里比如deploy_Env_Tc.zip取一个好认的名字方便后期分辨多个部署环境。环境创建完成后左侧导航会切换到这个环境的工作区。改名这一步很多人会跳过但默认环境名在生产环境里有多个部署包时完全分不清建议第一时间改掉。改完保存环境名在后续所有步骤里都会用上。4.2 软件更新与环境选项先刷新再勾选回到“部署软件”页面这一步的作用是把存储库里的介质关联到当前环境。先在“可用软件”里找到对应介质并勾选点击“更新选定的软件”Deployment Center 会把介质关联到当前环境并同步产品信息。更新完成后确认“已选软件”列表里有正确内容再点击“转至选项”。# 这一步没有命令行操作但注意观察界面上的状态变化 # 更新完成后已选软件列表必须出现介质名称如果“已选软件”是空的说明介质没有正确关联返回存储库确认介质状态不要强行走下去。进入“选项”页后勾选需要的安装选项然后保存环境选项。有些选项之间是联动关系勾选主选项后子选项会自动带出。保存环境选项时如果报错优先检查是不是密码字段里带了特殊符号这条见 4.4。4.3 应用程序与组件清单十六个组件按顺序过在“应用程序”里可以添加可用的应用程序选中后点击“更新选定的应用程序”再点击“转至组件”。组件配置是整个流程里最耗时的部分需要按顺序逐个配置各组件的详细信息。点组件行后面的详情图标能看到更详细的配置项包括主机名、端口、服务账号、数据库连接信息等。AWC2406 的组件清单一共十六个按界面里的顺序逐个过组件名配置要点Active Workspace Client BuilderWeb 客户端构建一般保持默认Active Workspace Gateway网关服务确认主机名与端口Corporate Server企业服务注意服务账号Database Server数据库连接信息密码不允许特殊符号FSC文件服务控制器确认共享目录FSC Group文件服务组按现场规范配置FSC Keys文件服务密钥与 FSC 对应Indexer索引器关注内存分配Indexing Engine索引引擎确认全文检索范围Licensing Server授权服务指向 License Server 地址Microservice Node微服务节点资源占用较大Server Manager服务管理器确认服务注册方式Server Manager Cluster Configuration服务管理集群配置与 Server Manager 联动Teamcenter Web Tier (Java EE)Web 层对 JDK 版本敏感每个组件配置完成后界面上的状态值会更新。组件配置页里填的主机名一定要和 2.1 里 hosts 配置的一致填 IP 或填别名都可能造成安装后的服务间通信异常。4.4 密码里的特殊符号黑名单连 . 和 _ 都不行这是整套安装流程里最容易翻车的地方。Deployment Center 中配置 Database Server 以及 TC 的密码时不允许出现! $ % ^ : ; . _ ( ) { }这些特殊符号。注意这个黑名单里包括_和.这两个符号在大多数系统里被认为是安全字符但在这里明确不行。# 密码示例合法 # TcAdmin2024 # 密码示例不合法会报错 # Tc_Admin_2024 # Tc.Admin2024这条限制的坑在于你在环境选项或组件配置页面输入含特殊符号的密码界面上可能不会立刻报错而是在保存环境选项时给一个模糊的错误提示或者到组件配置阶段 Database Server 连接失败。现场排查时容易绕到数据库服务本身的问题上实际就是密码格式不合法。TEM 是个例外它允许带特殊符号。所以不要用同一套密码逻辑去套所有组件Database Server 和 TC 的密码用纯字母数字组合最稳妥TEM 的密码可以单独设计。4.5 组件状态到 100%生成脚本前最后一道检查所有组件配置完成后逐个确认状态值都变成 100%。这一步不能急任何一个组件不是 100%点击“转至部署”生成的脚本都有可能缺内容装到一半报错再回来看就晚了。确认全部 100% 后点击“转至部署”再点击“生成安装脚本”。生成成功后系统会提示部署说明里面有部署包的存放位置和解压路径。部署包一般位于D:\DeploymentCenter\repository\deploy_scripts\Env_Tc\install目录下文件名类似deploy_XXX.zip其中 XXX 对应环境名。5. 踩坑排查介质失败、空列表与 deploy.bat 报错的四个现场下面四类问题是我在部署现场和虚拟机上反复踩过的按“现象 → 原因 → 解决”的结构整理遇到类似报错可以直接对照。5.1 介质添加失败存储库看不到活动介质现象介质文件已经复制到D:\DeploymentCenter\repository\software目录登录 Deployment Center 后在软件存储库中看不到任何活动介质刷新也没有反应。原因介质所在目录权限不足或者解压过程中文件缺失另一个高频原因是路径过长导致扫描进程读取介质定义文件时中断。解决先看D:\DeploymentCenter\webserver\repotool\logs下的日志。权限问题就给当前账号授予 repository 目录的完全控制权路径问题就把介质挪到更短的路径下重新扫描。5.2 已选软件为空无法进入选项页现象在“部署软件”页面勾选介质后点击“更新选定的软件”回到页面一看“已选软件”列表还是空的“转至选项”按钮无法点击。原因介质没有正确关联到当前环境。常见是介质入库时未被识别为可部署软件或者介质的版本与 Deployment Center 2406 不匹配。解决回到软件存储库确认介质状态是“活动”把介质解压到短路径后重新执行更新操作。如果介质文件本身来自非官方渠道先检查解压后的结构里是否存在产品定义文件缺失的话需要重新获取完整介质。5.3 密码含 . 或 _ 导致环境选项保存报错现象环境选项填写阶段密码字段里用了类似Tc_Admin_2024的写法点击保存环境选项时报错提示信息比较笼统不指向具体字段。原因Database Server 和 TC 的密码不允许特殊符号黑名单里包含_和.这两个字符在多数系统里合法容易忽视。解决把密码改为纯字母数字组合比如TcAdmin2024重新保存。TEM 的密码允许特殊符号不要被这条限制影响到 TEM 环境配置。5.4 deploy.bat 报错找不到软件位置现象解压部署包后以管理员身份运行 CMD 执行deploy.bat -dcusernamedcadmin -dcpassworddcadmin -softwareLocationD:\DeploymentCenter\repository\software提示找不到软件源或某个介质不存在。原因-softwareLocation参数指向了具体介质子目录而不是介质仓库根目录。脚本要求这个路径下直接是各个介质文件夹如果填成D:\DeploymentCenter\repository\software\AWC2406脚本会往下找找不到正确介质。解决确认-softwareLocation参数值为D:\DeploymentCenter\repository\software同时检查盘符、目录名是否完全一致注意路径里不要有结尾反斜杠。6. 部署执行与验证deploy.bat 参数和一条确认链路部署包生成成功后在D:\DeploymentCenter\repository\deploy_scripts\Env_Tc\install目录下找到deploy_XXX.zip解压到某个位置。以管理员身份运行 CMD进入解压后的目录执行部署命令。# 进入解压后的部署包目录 cd /d D:\DeploymentCenter\deploy_scripts\Env_Tc\install # 执行部署脚本账号密码为 Deployment Center 的登录账号 deploy.bat -dcusernamedcadmin -dcpassworddcadmin -softwareLocationD:\DeploymentCenter\repository\software参数说明-dcusername和-dcpassword是 Deployment Center 的登录账号不是 Windows 账号-softwareLocation是介质所在仓库根目录必须指向D:\DeploymentCenter\repository\software这一层不要指到具体子目录。部署过程会在 CMD 窗口里输出进度长时间没有输出不代表卡死去看部署包解压目录下的日志文件确认当前步骤。部署完成后按部署说明里记录的访问地址打开 AWC 登录页能看到登录界面就算基本通了。从那以后我每次在组件页点“转至部署”前都会强制过一遍所有组件的状态值确认全部 100% 才生成脚本这个习惯帮我省掉了好几次半夜回滚。希望帮到你。本文还有配套的精品资源点击获取
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
