簡(jiǎn)介針對(duì)Teamcenter AWC2406部署中的常見(jiàn)問(wèn)題這份docx筆記整理了從環(huán)境準(zhǔn)備、依賴(lài)服務(wù)安裝到Deployment Center配置、組件設(shè)置及生成部署腳本的完整操作流程適合負(fù)責(zé)TC實(shí)施或維護(hù)的工程師按圖索驥減少因主機(jī)名、網(wǎng)絡(luò)或組件配置錯(cuò)誤導(dǎo)致的中途返工。資源僅1個(gè)文件格式為docx共4.67MB內(nèi)容以分步說(shuō)明配以路徑提示為主重點(diǎn)提醒修改主機(jī)名、關(guān)閉防火墻與IPv6并完整給出JDK17.0.3、Siemens License Server、SQL Server 2019等前置安裝要求隨后通過(guò)Deployment Center介質(zhì)添加、環(huán)境創(chuàng)建、應(yīng)用程序與組件逐項(xiàng)配置覆蓋Active Workspace Client、Gateway、Corporate Server及Database Server等關(guān)鍵模塊同時(shí)強(qiáng)調(diào)數(shù)據(jù)庫(kù)與TC密碼禁用特殊符號(hào)等易忽略細(xì)節(jié)。目前已獲得312人學(xué)習(xí)尤其適合首次部署AWC2406、希望系統(tǒng)掌握安裝全流程的工程師。借助其中日志排錯(cuò)思路、deploy.bat參數(shù)示例與運(yùn)行命令可快速定位添加介質(zhì)失敗等問(wèn)題顯著提升安裝成功率。1. Teamcenter Deployment Center 裝 AWC2406先把這條鏈跑順再動(dòng)手AWC2406 的安裝難的不是點(diǎn)下一步而是十幾個(gè)組件之間的依賴(lài)關(guān)系。手動(dòng)逐個(gè)裝 Active Workspace Client、Gateway、Corporate Server、Indexer 這些服務(wù)任何一步端口沖突或密碼解析出錯(cuò)都要花半天時(shí)間排查。用 Teamcenter Deployment Center 2406 可以把「介質(zhì)入庫(kù) → 環(huán)境建模 → 組件配置 → 腳本生成 → 一鍵部署」串成一條可控的鏈路這也是當(dāng)前 Teamcenter 環(huán)境安裝 AWC 的主流方式。這篇文章面向剛接手 Teamcenter 環(huán)境、需要在干凈服務(wù)器上從零部署 AWC2406 的運(yùn)維和實(shí)施工程師按實(shí)際操作順序拆解安裝準(zhǔn)備、介質(zhì)入庫(kù)、組件配置到 deploy.bat 落地的全過(guò)程并把我在現(xiàn)場(chǎng)踩過(guò)的坑一并寫(xiě)出來(lái)。2. 裝前準(zhǔn)備三件事主機(jī)名、網(wǎng)絡(luò)策略與 JDK/License/數(shù)據(jù)庫(kù)順序2.1 修改主機(jī)名與 hosts 映射影響的是許可校驗(yàn)和 URL 生成很多安裝教程會(huì)用黑色筆記把截圖里的主機(jī)名蓋住提示你改成自己的主機(jī)名。這一步看上去無(wú)關(guān)痛癢實(shí)際上它決定了后面 License Server 的許可校驗(yàn)、Active Workspace Gateway 生成的訪(fǎng)問(wèn) URL、以及部署腳本里所有服務(wù)地址的正確性。如果裝機(jī)時(shí)主機(jī)名沒(méi)改到了部署階段才發(fā)現(xiàn)問(wèn)題改完主機(jī)名后 Deploymen Center 生成的腳本里還殘留舊主機(jī)名只能重新生成環(huán)境非常被動(dòng)。主機(jī)名的規(guī)范建議用小寫(xiě)字母加數(shù)字比如 TcSrv01避免下劃線(xiàn)和過(guò)長(zhǎng)名稱(chēng)。修改完系統(tǒng)主機(jī)名后還要在 hosts 文件里補(bǔ)一條主機(jī)名到本機(jī)回環(huán)地址的映射防止許可服務(wù)做主機(jī)名反查時(shí)去請(qǐng)求不存在的 DNS。:: 1) 管理員身份打開(kāi)記事本編輯 hosts 文件 notepad C:\Windows\System32\drivers\etc\hosts :: 2) 在文件末尾追加一行把主機(jī)名解析到本機(jī) 127.0.0.1 TcSrv01這里把 127.0.0.1 和主機(jī)名之間用 Tab 分隔不要用空格。加這一行的原因是 Teamcenter 的 License Server 在校驗(yàn)許可時(shí)會(huì)做主機(jī)名解析如果 hosts 里沒(méi)有對(duì)應(yīng)記錄服務(wù)啟動(dòng)會(huì)變慢甚至直接失敗。你有內(nèi)部 DNS 也可以不寫(xiě)但多數(shù)實(shí)施環(huán)境的主機(jī)名解析不可控這種本地映射是最穩(wěn)妥的做法。改完 hosts 之后用hostname命令確認(rèn)一下當(dāng)前系統(tǒng)主機(jī)名輸出結(jié)果要和 hosts 里追加的名字一致。如果不一致說(shuō)明系統(tǒng)主機(jī)名還沒(méi)改成功要重新設(shè)置并重啟。這一步先做對(duì)后面生成安裝腳本時(shí) hostname 才會(huì)以正確值寫(xiě)入所有配置文件。2.2 關(guān)閉防火墻與禁用 IPv6減少網(wǎng)絡(luò)層變量的干擾Deployment Center 在部署階段會(huì)啟動(dòng)很多服務(wù)組件之間的通信端口非常多像 Corporate Server、Microservice Node、Indexing Engine 各自監(jiān)聽(tīng)不同端口。如果開(kāi)著 Windows 防火墻每漏一條放行規(guī)則部署過(guò)程就會(huì)在某一步突然失敗而且日志不一定直接提示防火墻攔截。所以我一般在內(nèi)網(wǎng)部署機(jī)上先把防火墻全部關(guān)閉等整套環(huán)境裝完、驗(yàn)證通過(guò)之后再按實(shí)際端口列表把防火墻策略收緊到最小范圍。:: 關(guān)閉 Windows 防火墻的三個(gè)配置文件域、專(zhuān)用、公用 netsh advfirewall set allprofiles state off :: 禁用 IPv6 協(xié)議 netsh int ipv6 set state disabled第一條命令把域、專(zhuān)用、公用三種網(wǎng)絡(luò)配置文件的防火墻統(tǒng)一關(guān)閉避免后續(xù)服務(wù)綁定端口時(shí)被攔截。第二條禁用 IPv6 的原因比較玄學(xué)在 Windows Server 雙棧環(huán)境下SQL Server 和 Teamcenter 之間的 TCP 連接有時(shí)會(huì)解析到 IPv6 地址導(dǎo)致連接超時(shí)或報(bào)網(wǎng)絡(luò)不可達(dá)而服務(wù)本身配置的卻是 IPv4 地址。把 IPv6 直接禁掉能讓所有連接串老老實(shí)實(shí)走 IPv4 路徑。這個(gè)改動(dòng)重啟服務(wù)器后完全生效因此建議在安裝 JDK 之前就把它設(shè)置好。需要留意的是禁用 IPv6 后要確認(rèn)服務(wù)器的物理網(wǎng)卡配置沒(méi)有強(qiáng)制依賴(lài) IPv6 協(xié)議否則重啟后可能出現(xiàn)網(wǎng)絡(luò)異常。對(duì)于一臺(tái)干凈的部署機(jī)來(lái)說(shuō)這個(gè)風(fēng)險(xiǎn)一般是可控的。2.3 JDK 17.0.3、Siemens License Server 與 SQL Server 2019 的安裝順序安裝順序建議是JDK 17.0.3 → Siemens License Server → SQL Server 2019。JDK 必須放在最前面因?yàn)?Deployment Center 的 repotool 和后面 Indexing Engine 組件都依賴(lài) Java 運(yùn)行時(shí)JDK 版本不對(duì)介質(zhì)入庫(kù)時(shí)日志會(huì)直接報(bào) UnsupportedClassVersionError。JDK 版本盡量用 17.0.3這是 AWC2406 構(gòu)建基線(xiàn)驗(yàn)證過(guò)的版本用更新的 17.0.x 不一定有問(wèn)題但復(fù)現(xiàn)教程場(chǎng)景時(shí)跟著原始版本走最穩(wěn)妥。:: 驗(yàn)證 JDK 版本是否就位 java -version :: License Server 啟動(dòng)后確認(rèn)端口監(jiān)聽(tīng)5099 是常見(jiàn)默認(rèn)端口 netstat -ano | findstr 5099java -version輸出里應(yīng)能看到 17.0.3 字樣。License Server 安裝完成后把它手動(dòng)啟動(dòng)一次然后用 netstat 確認(rèn) 5099 端口處于監(jiān)聽(tīng)狀態(tài)。如果端口沒(méi)有起來(lái)先去看 Windows 服務(wù)列表里許可相關(guān)服務(wù)是否處于運(yùn)行狀態(tài)以及許可證文件是否已經(jīng)成功導(dǎo)入。許可服務(wù)不要求開(kāi)機(jī)自啟但建議設(shè)置為手動(dòng)由部署腳本統(tǒng)一拉起。SQL Server 2019 的安裝要注意幾點(diǎn)認(rèn)證模式選混合模式sa 密碼提前定好并且記下來(lái)這個(gè)密碼在后續(xù) Database Server 組件配置里會(huì)用到排序規(guī)則建議選 SQL_Latin1_General_CP1_CI_AS這是 Teamcenter 在英文環(huán)境下常用的配置所有庫(kù)都統(tǒng)一用這個(gè)排序規(guī)則避免查到一半出現(xiàn)字符串比較錯(cuò)誤。安裝完成后到 SQL Server 配置管理器里確認(rèn) TCP/IP 協(xié)議已經(jīng)啟用否則后面 Database Server 組件連接數(shù)據(jù)庫(kù)時(shí)會(huì)報(bào)超時(shí)。這一步是很多新手容易漏掉的默認(rèn)情況下 SQL Server 的 TCP/IP 可能是禁用狀態(tài)只開(kāi)了命名管道部署腳本連接不上。3. 介質(zhì)入庫(kù)解壓路徑的選擇、repotool 日志與活動(dòng)介質(zhì)確認(rèn)3.1 解壓路徑盡量短為什么是 D:\DeploymentCenter\repository\softwareAWC2406 的安裝介質(zhì)要解壓到 Deployment Center 的軟件存儲(chǔ)庫(kù)目錄下即D:\DeploymentCenter\repository\software。Deployment Center 會(huì)掃描這個(gè)目錄來(lái)識(shí)別介質(zhì)。解壓后的介質(zhì)路徑要盡量短這個(gè)要求不是潔癖而是因?yàn)楹罄m(xù)生成安裝腳本時(shí)會(huì)把介質(zhì)路徑拼接到各種配置文件和 deploy.bat 參數(shù)里。Windows 路徑默認(rèn) 260 字符限制介質(zhì)目錄名太長(zhǎng)或者嵌套層級(jí)太多腳本跑到一半就可能因?yàn)槁窂匠鱿拗浦苯又袛唷? 在 Windows CMD 中執(zhí)行把介質(zhì)壓縮包解壓到軟件存儲(chǔ)庫(kù)目錄 tar -xf AWC2406_media.zip -C D:\DeploymentCenter\repository\softwareWindows Server 2019 自帶 tar 命令可以解壓 zip 格式的介質(zhì)包。-xf表示解壓文件-C指定目標(biāo)目錄。解壓完成后確認(rèn)目錄結(jié)構(gòu)是D:\DeploymentCenter\repository\software\介質(zhì)名并且介質(zhì)名下面直接是安裝文件清單不要再套一層同名目錄。如果介質(zhì)是 ISO 格式或分卷壓縮包可以先在臨時(shí)目錄解壓再把整體內(nèi)容復(fù)制到目標(biāo)目錄效果一樣。還要注意介質(zhì)目錄本身的名字不要太長(zhǎng)全路徑里不要出現(xiàn)空格和中文。Deployment Center 自身安裝路徑已經(jīng)是不帶空格的短路徑介質(zhì)如果放在D:\Deployment Center\repository\software這種帶空格的路徑里后續(xù)腳本解析時(shí)會(huì)出現(xiàn)各種奇怪的拼接錯(cuò)誤。3.2 添加失敗先看 repotool 日志別靠猜介質(zhì)解壓完登錄 Deployment Center 后軟件存儲(chǔ)庫(kù)里沒(méi)看到活動(dòng)介質(zhì)這種問(wèn)題很常見(jiàn)。不要急著反復(fù)點(diǎn)刷新先去日志目錄里找原因。Deployment Center 的介質(zhì)掃描工具 repotool 會(huì)把入庫(kù)過(guò)程的關(guān)鍵信息寫(xiě)到D:\DeploymentCenter\webserver\repotool\logs下這里的日志是排查添加介質(zhì)失敗現(xiàn)場(chǎng)的第一手材料。:: 查看 repotool 日志文件內(nèi)容 type D:\DeploymentCenter\webserver\repotool\logs\repotool.log :: 只過(guò)濾 ERROR 級(jí)別的日志行 findstr /i error D:\DeploymentCenter\webserver\repotool\logs\repotool.logtype命令會(huì)輸出整個(gè)日志文件適合日志體積小的時(shí)候用。如果日志文件很大用 findstr 過(guò)濾 error 關(guān)鍵字更高效。日志里常見(jiàn)兩類(lèi)信息一類(lèi)是Invalid media或者介質(zhì)結(jié)構(gòu)無(wú)法識(shí)別說(shuō)明解壓后的目錄層級(jí)不對(duì)Deployment Center 沒(méi)有找到它期望的標(biāo)志性文件另一類(lèi)是權(quán)限相關(guān)錯(cuò)誤說(shuō)明當(dāng)前解壓的目錄權(quán)限沒(méi)有給到 Deployment Center 的 Web 服務(wù)賬號(hào)。提示介質(zhì)解壓完成后不要立即刷新頁(yè)面等 30 秒左右再操作。repotool 的目錄掃描是按周期觸發(fā)的不是實(shí)時(shí)監(jiān)聽(tīng)。如果日志里找不到任何錯(cuò)誤但存儲(chǔ)庫(kù)依然為空可以嘗試重啟 Deployment Center 的 Web 服務(wù)進(jìn)程再刷新頁(yè)面。介質(zhì)掃描服務(wù)偶爾會(huì)陷入不重新加載目錄的僵死狀態(tài)重啟后一般就能恢復(fù)正常。3.3 登錄 Deployment Center 確認(rèn)活動(dòng)介質(zhì)狀態(tài)介質(zhì)入庫(kù)成功后登錄 Deployment Center 的 Web 管理界面在軟件存儲(chǔ)庫(kù)頁(yè)面應(yīng)該能看到剛添加的介質(zhì)狀態(tài)顯示為活動(dòng)。這一步確認(rèn)很重要介質(zhì)只有處于活動(dòng)狀態(tài)才會(huì)出現(xiàn)在后續(xù)環(huán)境創(chuàng)建的候選列表里。Deployment Center 2406 在一個(gè)環(huán)境里同時(shí)只允許一個(gè)活動(dòng)介質(zhì)參與構(gòu)建避免多版本介質(zhì)互相覆蓋。如果環(huán)境里同時(shí)存在多個(gè)介質(zhì)的舊記錄建議把不需要的介質(zhì)先停用或移除再進(jìn)行環(huán)境創(chuàng)建。這里也需要確認(rèn)你當(dāng)前用的登錄賬號(hào)有足夠的操作權(quán)限。默認(rèn)的管理賬號(hào)是 dcadmin如果這個(gè)賬號(hào)密碼被改過(guò)后面 deploy.bat 傳參時(shí)也要用對(duì)應(yīng)的新密碼否則會(huì)認(rèn)證失敗。介質(zhì)活動(dòng)狀態(tài)確認(rèn)沒(méi)問(wèn)題后就可以進(jìn)入環(huán)境創(chuàng)建和組件配置階段了。4. 環(huán)境與組件配置Env_Tc、密碼規(guī)則與組件順序的價(jià)值4.1 創(chuàng)建環(huán)境 Env_Tc環(huán)境名決定腳本輸出目錄登錄 Deployment Center 后點(diǎn)擊創(chuàng)建環(huán)境進(jìn)入環(huán)境后先在概述里修改環(huán)境名稱(chēng)教程里的示例叫 Env_Tc。環(huán)境名稱(chēng)不是隨便起的它會(huì)直接影響后續(xù)部署腳本的輸出路徑D:\DeploymentCenter\repository\deploy_scripts\Env_Tc\install。如果環(huán)境名里帶空格或特殊符號(hào)生成的腳本目錄和 deploy.bat 的路徑拼接都會(huì)出問(wèn)題。環(huán)境名用途對(duì)應(yīng)腳本目錄Env_Tc正式部署環(huán)境D:\DeploymentCenter\repository\deploy_scripts\Env_Tc\installEnv_Test測(cè)試驗(yàn)證環(huán)境D:\DeploymentCenter\repository\deploy_scripts\Env_Test\install環(huán)境名建議用字母加下劃線(xiàn)的組合例如 Env_Tc、Env_Prod_01。創(chuàng)建完環(huán)境后左側(cè)導(dǎo)航會(huì)出現(xiàn)環(huán)境相關(guān)操作入口接下來(lái)需要把剛才入庫(kù)的介質(zhì)關(guān)聯(lián)到這個(gè)環(huán)境下。4.2 更新選定的軟件與保存環(huán)境選項(xiàng)勾什么決定后面出現(xiàn)什么在部署軟件頁(yè)面里可用軟件列表會(huì)列出當(dāng)前環(huán)境可以關(guān)聯(lián)的介質(zhì)。選擇剛才入庫(kù)的 AWC2406 介質(zhì)點(diǎn)擊「更新選定的軟件」這一步會(huì)把介質(zhì)中的軟件包信息同步到當(dāng)前環(huán)境。同步完成后在「已選軟件」里確認(rèn)列出的內(nèi)容正確再點(diǎn)「轉(zhuǎn)至選項(xiàng)」。選項(xiàng)頁(yè)面里有一系列部署相關(guān)的開(kāi)關(guān)我一般勾選與 AWC 客戶(hù)端訪(fǎng)問(wèn)相關(guān)的常規(guī)選項(xiàng)調(diào)試類(lèi)選項(xiàng)保持默認(rèn)不勾。你在這里勾選的內(nèi)容會(huì)直接影響下一步「組件」頁(yè)面里列出哪些組件條目。如果后續(xù)發(fā)現(xiàn)某個(gè)組件沒(méi)有出現(xiàn)在列表里回頭檢查選項(xiàng)這一步是不是漏勾了相關(guān)內(nèi)容。保存環(huán)境選項(xiàng)后回到部署軟件頁(yè)面重新確認(rèn)一次選中的軟件狀態(tài)確保沒(méi)有因?yàn)檫x項(xiàng)變更導(dǎo)致軟件包被反選。這一階段所有操作的結(jié)果都會(huì)被 Deployment Center 記錄后續(xù)生成安裝腳本時(shí)會(huì)基于這套配置生成部署包所以每一步保存后最好都確認(rèn)一下頁(yè)面狀態(tài)。4.3 組件配置順序、詳細(xì)配置入口與密碼規(guī)則決定成敗的三件事組件配置是整條鏈路里最容易翻車(chē)的環(huán)節(jié)。界面上按順序列出的組件包括 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)。每個(gè)組件名稱(chēng)右側(cè)都有展開(kāi)查看更詳細(xì)配置信息的入口里面包括端口號(hào)、JVM 參數(shù)、依賴(lài)的服務(wù)地址等。默認(rèn)值一般夠用除非當(dāng)前端口被占用否則不需要逐個(gè)改動(dòng)。組件之間的依賴(lài)關(guān)系決定了配置順序Indexing Engine 依賴(lài) FSC Keys 生成的密鑰Server Manager Cluster Configuration 必須等 Server Manager 基礎(chǔ)配置完成后再處理Teamcenter Web Tier (Java EE) 放最后因?yàn)樗蕾?lài) Corporate Server 暴露的服務(wù)端口。所以我每次配置都嚴(yán)格按界面順序從上往下走不跳著配。組件主要職責(zé)配置注意點(diǎn)Active Workspace Client Builder生成客戶(hù)端構(gòu)建確認(rèn)版本與介質(zhì)一致Active Workspace Gateway網(wǎng)關(guān)服務(wù)主機(jī)名不能填錯(cuò)Corporate Server企業(yè)級(jí)服務(wù)端口和依賴(lài)地址Database Server數(shù)據(jù)庫(kù)連接配置密碼禁止特殊符號(hào)FSC / FSC Group / FSC Keys文件存儲(chǔ)與密鑰路徑盡量短Indexer / Indexing Engine索引服務(wù)依賴(lài) FSC KeysLicensing Server許可服務(wù)指向指向已裝的 License ServerMicroservice Node微服務(wù)節(jié)點(diǎn)端口不沖突Server Manager / Cluster服務(wù)管理與集群先單機(jī)后集群Teamcenter Web Tier (Java EE)Web 層服務(wù)最后配置密碼規(guī)則是這里最需要注意的約束。配置 Database Server 以及 Teamcenter 相關(guān)密碼時(shí)不允許出現(xiàn)特殊符號(hào)包括 ! $ % ^ : ; . _ ( ) { } 這二十多個(gè)字符。TEMTeamcenter Engineering Manager則允許帶特殊符號(hào)。# 合規(guī)示例TcDb2024xYz字母加數(shù)字無(wú)特殊符號(hào) # 違規(guī)示例TcDb2024包含 符號(hào)腳本解析時(shí)會(huì)被拆成多個(gè)參數(shù)為什么 Database Server 和 Teamcenter 的密碼卡得這么死因?yàn)檫@些密碼最終會(huì)寫(xiě)進(jìn) Deployment Center 自動(dòng)生成的 XML 配置和 deploy.bat 腳本里。腳本解析時(shí) 會(huì)被當(dāng)作參數(shù)分隔符 會(huì)被當(dāng)作命令連接符分號(hào)和尖括號(hào)也有各自的特殊含義一旦密碼里出現(xiàn)這些字符生成的腳本執(zhí)行時(shí)就會(huì)把密碼拆開(kāi)導(dǎo)致認(rèn)證失敗。與其在腳本里做各種轉(zhuǎn)義不如直接用字母加數(shù)字的組合密碼省掉一整類(lèi)問(wèn)題。TEM 允許特殊符號(hào)是因?yàn)?TEM 的密碼走的是另一條加密鏈路不經(jīng)過(guò)這個(gè)腳本解析器。所以在設(shè)計(jì)密碼時(shí)不要把 TC、Database Server 和 TEM 統(tǒng)一用一個(gè)模板分開(kāi)設(shè)置并記錄在密碼管理工具里否則后面排查問(wèn)題時(shí)很難判斷是哪個(gè)服務(wù)的密碼出了問(wèn)題。5. 避坑排查Deployment Center 部署中我踩過(guò)的五個(gè)典型翻車(chē)現(xiàn)場(chǎng)5.1 介質(zhì)解壓了存儲(chǔ)庫(kù)列表還是空白這種現(xiàn)象很常見(jiàn)介質(zhì)解壓到 software 目錄repotool 日志里沒(méi)有 ERROR但刷新存儲(chǔ)庫(kù)列表就是空白。原因大概率是解壓出來(lái)的目錄權(quán)限沒(méi)給足Deployment Center 的 Web 服務(wù)賬號(hào)沒(méi)有權(quán)限讀取介質(zhì)目錄。解決方法是給軟件存儲(chǔ)庫(kù)目錄添加當(dāng)前部署用戶(hù)的讀取權(quán)限或者直接用管理員身份重新解壓一次介質(zhì)讓目錄繼承默認(rèn)的管理員權(quán)限。給完權(quán)限后等一輪掃描周期再刷新頁(yè)面一般就能看到活動(dòng)介質(zhì)。5.2 組件狀態(tài)卡在 90%一直不到 100%我在模擬項(xiàng)目 X 的部署中遇到過(guò)一次Indexing Engine 組件狀態(tài)停在 90%等了十分鐘也沒(méi)變化。檢查發(fā)現(xiàn)是密碼里帶了一個(gè) 符號(hào)Deployment Center 保存配置時(shí)沒(méi)有拒絕但組件依賴(lài)處理時(shí)解析失敗狀態(tài)機(jī)掛起。解決方法是把密碼改成字母加數(shù)字組合回到部署軟件頁(yè)面重新更新軟件再進(jìn)組件頁(yè)面逐項(xiàng)保存。不需要?jiǎng)h除環(huán)境重來(lái)改完密碼重新走一遍更新流程就能恢復(fù)。5.3 deploy.bat 執(zhí)行時(shí)報(bào) dcusername 或 dcpassword 認(rèn)證失敗這個(gè)問(wèn)題通常出現(xiàn)在生成安裝腳本后的執(zhí)行階段?，F(xiàn)象是腳本運(yùn)行到一半控制臺(tái)提示認(rèn)證失敗并帶著 dcadmin 的用戶(hù)名。原因是 Deployment Center 的管理員賬號(hào)密碼不是默認(rèn)值或者創(chuàng)建環(huán)境時(shí)使用的根本不是 dcadmin。解決方法是先用瀏覽器登錄 Deployment Center 頁(yè)面確認(rèn)管理員賬號(hào)和密碼再用正確的參數(shù)去跑 deploy.bat。不要試圖在 bat 里做雙重轉(zhuǎn)義繞過(guò)認(rèn)證那樣只會(huì)讓問(wèn)題更隱蔽。5.4 Database Server 組件連不上 SQL Server部署腳本執(zhí)行到數(shù)據(jù)庫(kù)初始化步驟時(shí)報(bào) SQL 連接超時(shí)多半是 SQL Server 的 TCP/IP 協(xié)議沒(méi)有啟用。SQL Server 安裝后默認(rèn)可能只開(kāi)了共享內(nèi)存和命名管道TCP/IP 處于禁用狀態(tài)部署腳本通過(guò)網(wǎng)絡(luò)協(xié)議連接數(shù)據(jù)庫(kù)自然失敗。解決方法是到 SQL Server 配置管理器中啟用 TCP/IP 協(xié)議確認(rèn)監(jiān)聽(tīng)端口固定為 1433然后重啟 SQL Server 服務(wù)。另外檢查一下 sa 密碼里有沒(méi)有特殊符號(hào)如果帶 或分號(hào)連接串解析同樣會(huì)出問(wèn)題。5.5 安裝腳本生成成功但部署包 deploy_XXX.zip 找不到這種現(xiàn)象出現(xiàn)在生成腳本階段點(diǎn)擊生成安裝腳本提示成功系統(tǒng)也彈出了部署說(shuō)明但在 install 目錄下沒(méi)找到對(duì)應(yīng)的 zip 包。原因通常是當(dāng)前瀏覽的界面環(huán)境不是生成腳本時(shí)的那個(gè)環(huán)境環(huán)境名對(duì)不上導(dǎo)致部署包生成了不在你預(yù)期目錄下或者是瀏覽器彈出了下載窗口壓縮包被下載到了用戶(hù)下載目錄。解決方法是仔細(xì)看部署說(shuō)明里提示的路徑信息以它為準(zhǔn)。如果是瀏覽器下載行為就把壓縮包另存到與 install 目錄同級(jí)的位置文件名保持 deploy_XXX.zip 不變不要重命名。6. 生成安裝腳本與 deploy.bat 執(zhí)行從組件 100% 到部署完成所有組件狀態(tài)都變成 100% 后點(diǎn)擊轉(zhuǎn)至部署再點(diǎn)擊生成安裝腳本。腳本生成成功后會(huì)提示部署說(shuō)明里面包含部署包 deploy_XXX.zip 的位置默認(rèn)在D:\DeploymentCenter\repository\deploy_scripts\Env_Tc\install目錄下。把這個(gè) zip 包解壓到一個(gè)路徑較短的位置比如D:\Deploy\Env_Tc然后以管理員身份打開(kāi) CMD進(jìn)入解壓后的目錄執(zhí)行部署命令。deploy.bat -dcusernamedcadmin -dcpassworddcadmin -softwareLocationD:\DeploymentCenter\repository\software-dcusername和-dcpassword是 Deployment Center 的管理員賬號(hào)密碼要和之前登錄 Web 界面用的賬號(hào)一致。-softwareLocation指向介質(zhì)解壓根目錄也就是軟件存儲(chǔ)庫(kù)路徑告訴部署腳本到哪個(gè)位置去讀取安裝介質(zhì)內(nèi)容。執(zhí)行之前先確認(rèn)當(dāng)前目錄確實(shí)是解壓出來(lái)的部署包根目錄用 dir 命令看一眼再運(yùn)行。部署過(guò)程會(huì)持續(xù)一段時(shí)間結(jié)束后可以用服務(wù)列表或端口監(jiān)聽(tīng)來(lái)驗(yàn)證關(guān)鍵組件是否起來(lái)。:: 驗(yàn)證 AWC 相關(guān)服務(wù)是否啟動(dòng) sc query | findstr /i AWC Gateway從那以后我每次生成安裝腳本前都會(huì)強(qiáng)制走一遍檢查流程所有組件狀態(tài)是否為 100%、Database Server 和 TC 密碼是否帶禁用符號(hào)、主機(jī)名是否與 hosts 一致、部署包是否在預(yù)期目錄。這套檢查流程幫我擋掉了好幾次半夜部署翻車(chē)的風(fēng)險(xiǎn)。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取