簡(jiǎn)介面向Teamcenter實(shí)施與運(yùn)維人員的部署實(shí)操筆記聚焦使用Deployment Center安裝TC24062、4層客戶(hù)端及BMIDE的全過(guò)程。文中以主機(jī)名調(diào)整和官方文檔查證為前置條件隨后按模塊拆解兩層客戶(hù)端Rcih client two-tier、四層客戶(hù)端Rcih client four-tier和Business Modeler IDE的添加與維護(hù)流程重點(diǎn)說(shuō)明四層客戶(hù)端與兩層組件沖突時(shí)如何將Environment Type從單箱式切換為分布式以及勾選Enable Mass Client Deoploy后生成的兩個(gè)部署包應(yīng)如何按先后順序執(zhí)行。對(duì)BMIDE安裝后桌面無(wú)快捷方式、打開(kāi)報(bào)錯(cuò)需配置TC_ROOT系統(tǒng)環(huán)境變量等易漏環(huán)節(jié)也給出了明確處理建議。筆記中對(duì)界面選項(xiàng)名稱(chēng)保留了英文原文便于與Deployment Center界面逐項(xiàng)對(duì)應(yīng)避免因本地化差異導(dǎo)致操作偏差。資源包體為單個(gè)docx文檔大小約2.82MB結(jié)構(gòu)按安裝順序組織包含組件配置路徑、操作順序和驗(yàn)證方法適合直接對(duì)照操練。已有137人學(xué)習(xí)下載是初次搭建Teamcenter環(huán)境、希望減少試錯(cuò)成本的工程師的實(shí)用參考。1. Deployment Center 是什么為什么裝 TC24062 繞不開(kāi)它拿到 TC24062 安裝介質(zhì)的人第一反應(yīng)多半是找老式安裝包結(jié)果發(fā)現(xiàn)官方已經(jīng)把服務(wù)端、4層客戶(hù)端和 BMIDE 的安裝統(tǒng)一收進(jìn)了 Deployment Center 這一個(gè)工具里。它不是一個(gè)“下一步到底”的傻瓜向?qū)Ф且粋€(gè)能選組件、填參數(shù)、生成部署包的安裝框架。用得好一套環(huán)境兩小時(shí)起完用不好數(shù)據(jù)庫(kù)連不上、許可指向錯(cuò)、客戶(hù)端黑屏全是它引起的。這篇筆記按我實(shí)際部署的順序把 Deployment Center 裝 TC24062 服務(wù)端、4層客戶(hù)端、BMIDE 的步驟和參數(shù)講清楚順帶記幾條踩過(guò)的坑。2. 部署前準(zhǔn)備版本介質(zhì)、數(shù)據(jù)庫(kù)與許可三樣缺一不可部署前慢一點(diǎn)部署后就能快很多。TC24062 的介質(zhì)、數(shù)據(jù)庫(kù)實(shí)例、許可文件這三件事任何一件沒(méi)對(duì)齊Deployment Center 都會(huì)在配置階段才報(bào)錯(cuò)而那時(shí)你已經(jīng)填了半天的表單。所以準(zhǔn)備工作值得單獨(dú)花一個(gè)小時(shí)做踏實(shí)。2.1 核對(duì) TC24062 介質(zhì)與版本號(hào)常見(jiàn)介質(zhì)是 TAR 包或解壓后的目錄里面包含服務(wù)端、客戶(hù)端、BMIDE 等子目錄Deployment Center 本體也在其中。我一般先把介質(zhì)解壓到純英文路徑路徑里帶中文或空格Deployment Center 在寫(xiě)配置時(shí)容易出奇怪問(wèn)題。解壓后先別急著啟動(dòng)把目錄結(jié)構(gòu)掃一遍確認(rèn)服務(wù)端介質(zhì)和客戶(hù)端介質(zhì)都在避免裝到一半發(fā)現(xiàn)缺組件。版本匹配是整個(gè)部署的地基。TC24062 指 2406 版本的第 2 個(gè)服務(wù)包服務(wù)端、客戶(hù)端和 BMIDE 要落在同一個(gè)小版本上。介質(zhì)里通常帶版本說(shuō)明文件安裝前花五分鐘把它讀一遍確認(rèn)服務(wù)端、客戶(hù)端、BMIDE 三個(gè)部分的版本一致。版本不一致的典型后果是 BMIDE 打開(kāi)模板直接報(bào) schema 版本錯(cuò)誤或者客戶(hù)端登錄后功能菜單缺失這類(lèi)問(wèn)題排查起來(lái)比部署本身還費(fèi)時(shí)間。組件介質(zhì)形態(tài)部署方式服務(wù)端server 目錄或獨(dú)立壓縮包Deployment Center 創(chuàng)建站點(diǎn)部署4層客戶(hù)端client 安裝包靜默安裝或批量下發(fā)BMIDE獨(dú)立安裝包開(kāi)發(fā)機(jī)獨(dú)立安裝后綁定站點(diǎn)Deployment Center 本體介質(zhì)內(nèi)自帶直接用介質(zhì)內(nèi)腳本啟動(dòng)還要確認(rèn) JDK。Deployment Center 和 4層客戶(hù)端都依賴(lài) JDKTC24062 這類(lèi)版本通常要求 JDK 11 或 17。我習(xí)慣先裝好 JDK 并配好 JAVA_HOME再啟動(dòng) Deployment Center否則工具起不來(lái)日志里直接報(bào)找不到 Java?？蛻?hù)端機(jī)器上的 JDK 版本也要統(tǒng)一有人用 8 有人用 17裝客戶(hù)端時(shí)會(huì)有一半人失敗。2.2 數(shù)據(jù)庫(kù)實(shí)例準(zhǔn)備與參數(shù)設(shè)置TC24062 服務(wù)端需要外部數(shù)據(jù)庫(kù)實(shí)例常見(jiàn)選 Oracle 或 SQL Server。數(shù)據(jù)庫(kù)實(shí)例的版本、字符集必須提前確認(rèn)。字符集用 AL32UTF8排序規(guī)則按部署向?qū)Ю锏奶崾緛?lái)字符集選錯(cuò)后面中文數(shù)據(jù)亂碼會(huì)一路帶到客戶(hù)端和 BMIDE 里到時(shí)候只能重建庫(kù)沒(méi)有后悔藥。以 Oracle 舉例先建好表空間和業(yè)務(wù)用戶(hù)。這是一段常見(jiàn)準(zhǔn)備腳本CREATE TABLESPACE TC_DATA DATAFILE /u01/app/oracle/oradata/TC/tc_data01.dbf SIZE 8G AUTOEXTEND ON NEXT 512M MAXSIZE 32G; CREATE USER TC_ADMIN IDENTIFIED BY YourStrongPass DEFAULT TABLESPACE TC_DATA QUOTA UNLIMITED ON TC_DATA; GRANT CONNECT, RESOURCE, CREATE SESSION, CREATE TABLE, CREATE VIEW TO TC_ADMIN;邏輯說(shuō)明第一段建表空間并開(kāi)啟自動(dòng)擴(kuò)展第二段建業(yè)務(wù)用戶(hù)并指定默認(rèn)表空間第三段授權(quán)。Deployment Center 在配置階段會(huì)要求填這個(gè)用戶(hù)的連接信息它需要建表和寫(xiě)數(shù)據(jù)的權(quán)限別用只讀賬號(hào)否則服務(wù)端初始化表結(jié)構(gòu)時(shí)直接失敗。參數(shù)說(shuō)明SIZE 8G 是最小起步值生產(chǎn)環(huán)境按并發(fā)用戶(hù)數(shù)放大用戶(hù)多就翻倍MAXSIZE 32G 是自動(dòng)擴(kuò)展上限磁盤(pán)緊張時(shí)留足余量。用戶(hù)名密碼后面在 Deployment Center 表單里要原樣使用密碼里盡量避免 和 / 這類(lèi)字符JDBC URL 解析會(huì)被它們帶偏這類(lèi)翻車(chē)我在項(xiàng)目里見(jiàn)過(guò)不止一次。SQL Server 場(chǎng)景下注意 TCP/IP 協(xié)議要先啟用默認(rèn) 1433 端口要能被服務(wù)端訪問(wèn)。Deployment Center 填連接串時(shí)選對(duì)驅(qū)動(dòng)驅(qū)動(dòng)版本和 SQL Server 版本要匹配驅(qū)動(dòng)選錯(cuò)的報(bào)錯(cuò)信息是“找不到合適的驅(qū)動(dòng)”看起來(lái)像網(wǎng)絡(luò)問(wèn)題實(shí)際是版本問(wèn)題。2.3 許可服務(wù)的指向與驗(yàn)證許可文件決定服務(wù)端能起哪些模塊配置錯(cuò)一個(gè)模塊名服務(wù)端起來(lái)也是殘的。拿到許可后先把許可證文件放到固定目錄例如服務(wù)器本地的某個(gè)路徑不要放在桌面或臨時(shí)目錄后面升級(jí)維護(hù)還要反復(fù)用。驗(yàn)證許可是否有效用文本方式打開(kāi)文件看模塊名和有效期再確認(rèn)識(shí)別服務(wù)地址能通。常見(jiàn)做法是在部署環(huán)境里先搭好許可服務(wù)Deployment Center 配置階段只需要填許可服務(wù)器地址和端口。驗(yàn)證端口連通可以用一段簡(jiǎn)單命令# 測(cè)試許可服務(wù)端口是否可達(dá) timeout 5 bash -c /dev/tcp/192.168.10.20/28080 echo license port open邏輯說(shuō)明這條命令用 /dev/tcp 嘗試連接許可服務(wù)器的 28080 端口5 秒內(nèi)連上就輸出提示連不上則超時(shí)退出。比起 telnet 命令它不依賴(lài)額外安裝包在大多數(shù) Linux 環(huán)境可用。端口號(hào)改成你實(shí)際許可服務(wù)監(jiān)聽(tīng)的端口。一個(gè)典型錯(cuò)誤是許可服務(wù)器地址填了 localhost服務(wù)端本機(jī)測(cè)試一切正常但后續(xù)任何從遠(yuǎn)程連許可的組件包括 4層客戶(hù)端的許可校驗(yàn)都會(huì)失敗。部署前把許可服務(wù)器的 IP 或主機(jī)名統(tǒng)一確認(rèn)好寫(xiě)進(jìn)部署參數(shù)別等到客戶(hù)端報(bào)錯(cuò)再回頭查。3. 用 Deployment Center 部署 TC24062 服務(wù)端核心配置與驗(yàn)證準(zhǔn)備工作做完進(jìn)入正題。Deployment Center 部署服務(wù)端的關(guān)鍵不是“下一步”而是站點(diǎn)名、數(shù)據(jù)庫(kù)連接、池管理器端口這幾處配置每一處都直接影響后面 4層客戶(hù)端和 BMIDE 的連接方式。配置錯(cuò)了后面兩章的內(nèi)容跟著全錯(cuò)。3.1 啟動(dòng) Deployment Center 并創(chuàng)建站點(diǎn)Deployment Center 的啟動(dòng)腳本在介質(zhì)根目錄或 deployment 目錄下。Linux 環(huán)境我的習(xí)慣是先設(shè)好環(huán)境變量再啟動(dòng)export JAVA_HOME/usr/local/jdk-17 export PATH$JAVA_HOME/bin:$PATH ./deployment_center.sh邏輯說(shuō)明前三行導(dǎo)出 JDK 路徑和 PATH確保 Deployment Center 用指定的 JDK 啟動(dòng)然后執(zhí)行啟動(dòng)腳本。不設(shè)環(huán)境變量時(shí)工具可能用了系統(tǒng)默認(rèn)的老版本 Java界面能開(kāi)但生成配置時(shí)會(huì)報(bào)類(lèi)版本錯(cuò)誤這個(gè)報(bào)錯(cuò)非常隱蔽。參數(shù)說(shuō)明JAVA_HOME 指向 JDK 安裝根目錄不要指到 bin 子目錄deployment_center.sh 首次運(yùn)行會(huì)在后臺(tái)解壓組件如果當(dāng)前目錄沒(méi)有寫(xiě)權(quán)限界面會(huì)一直卡在歡迎頁(yè)不往下走。腳本具體文件名以你介質(zhì)里的實(shí)際名稱(chēng)為準(zhǔn)有的版本叫 startDeploymentCenter.sh道理一樣。進(jìn)入向?qū)Ш髸?huì)要求輸入站點(diǎn)名和部署根目錄。站點(diǎn)名不要帶中文、不要帶空格它會(huì)作為很多配置的前綴出現(xiàn)在路徑和參數(shù)里。部署根目錄選一個(gè)剩余空間充足的盤(pán)服務(wù)端組件、運(yùn)行日志都會(huì)寫(xiě)在這里。我在一個(gè)項(xiàng)目里選了帶空格的站點(diǎn)名結(jié)果客戶(hù)端配置解析路徑時(shí)斷斷續(xù)續(xù)出問(wèn)題重裝才解決。3.2 數(shù)據(jù)庫(kù)、池管理器與 Web Tier 參數(shù)配置部署類(lèi)型勾選時(shí)服務(wù)端部署和 Web Tier 按需勾選。TC24062 服務(wù)端部署要求填數(shù)據(jù)庫(kù)參數(shù)核心字段如下參數(shù)說(shuō)明建議值數(shù)據(jù)庫(kù)類(lèi)型Oracle / SQL Server與準(zhǔn)備階段一致數(shù)據(jù)庫(kù)主機(jī)數(shù)據(jù)庫(kù)服務(wù)器地址用 IP 或內(nèi)網(wǎng)主機(jī)名不用 localhost端口數(shù)據(jù)庫(kù)監(jiān)聽(tīng)端口Oracle 1521SQL Server 1433服務(wù)名Oracle Service Name 或?qū)嵗◣?kù)時(shí)的實(shí)例名用戶(hù)名 / 密碼業(yè)務(wù)用戶(hù)2.2 里建好的賬號(hào)池管理器 RMI 端口4層客戶(hù)端連接入口默認(rèn) 1099確認(rèn)未被占用池管理器的 RMI 端口值得重點(diǎn)關(guān)注第 4 章的 4層客戶(hù)端就是通過(guò)這個(gè)端口找業(yè)務(wù)服務(wù)。如果同一臺(tái)機(jī)器上有多個(gè) TC 環(huán)境端口沖突會(huì)讓后部署的環(huán)境怎么都起不來(lái)。我把第二個(gè)環(huán)境的 RMI 端口改成 1199避開(kāi)默認(rèn)值但改完必須記下來(lái)后面客戶(hù)端和 BMIDE 配置都要同步改。Web Tier 部署一般選內(nèi)置 Tomcat端口默認(rèn) 8080。和別的 Web 服務(wù)沖突就改掉我習(xí)慣改成 8082 避開(kāi)常見(jiàn)占用。部署完成后 Web 客戶(hù)端通過(guò) http://服務(wù)器IP:端口/tc/ 訪問(wèn)這個(gè)地址在部署匯總信息里能看到記下來(lái)后面 BMIDE 綁定站點(diǎn)時(shí)填的關(guān)鍵地址就是它。3.3 部署完成后的服務(wù)驗(yàn)證部署完成先啟動(dòng)服務(wù)再驗(yàn)證不要急著開(kāi)客戶(hù)端。服務(wù)端啟動(dòng)腳本在部署根目錄下的 server 目錄里cd /opt/tc24062/server ./start_tc_server.sh啟動(dòng)后先看進(jìn)程和端口ps -ef | grep teamcenter netstat -an | grep 1099邏輯說(shuō)明第一段腳本啟動(dòng) TC 業(yè)務(wù)服務(wù)第二段確認(rèn)進(jìn)程存在、RMI 端口處于監(jiān)聽(tīng)狀態(tài)。進(jìn)程起來(lái)了但端口沒(méi)監(jiān)聽(tīng)往往是初始化失敗或端口被占這時(shí)不要反復(fù)重啟先去看日志。服務(wù)端日志在部署根目錄的 logs 目錄下按日期命名。啟動(dòng)失敗時(shí)優(yōu)先看最后一段 ERROR 內(nèi)容。數(shù)據(jù)庫(kù)連不上、許可服務(wù)不通這兩類(lèi)錯(cuò)誤在日志里有明確關(guān)鍵字搜“ORA-”或“l(fā)icense”能很快定位。網(wǎng)頁(yè)端用瀏覽器訪問(wèn) http://服務(wù)器IP:端口/tc/能打開(kāi)登錄頁(yè)說(shuō)明 Web Tier 正常。到這里服務(wù)端就緒往下裝 4層客戶(hù)端。4. 4層客戶(hù)端安裝從 Deployment Center 批量下發(fā)到本機(jī)連接TC 的“4層客戶(hù)端”是相對(duì)瀏覽器形態(tài)說(shuō)的指需要本地安裝的富客戶(hù)端。它不走瀏覽器直接連池管理器復(fù)雜交互能力和響應(yīng)速度都更好。這一章講選型、安裝方式和連接參數(shù)。4.1 4層架構(gòu)下客戶(hù)端的形態(tài)與選型TC24062 的典型 4層架構(gòu)是數(shù)據(jù)庫(kù)、業(yè)務(wù)服務(wù)、池管理器或 Web Tier、客戶(hù)端。4層客戶(hù)端站在最上層承擔(dān) CAD 集成、批量屬性編輯、復(fù)雜查詢(xún)這些瀏覽器端做不好的操作。理解這層關(guān)系對(duì)排錯(cuò)很重要——客戶(hù)端報(bào)錯(cuò)不一定是客戶(hù)端的問(wèn)題可能是池管理器后面的業(yè)務(wù)服務(wù)或數(shù)據(jù)庫(kù)出了問(wèn)題。選型上我一般這樣定日常查詢(xún)、審批流操作用 Web 瀏覽器足夠重編輯、CAD 集成、管理員建模操作必須用 4層客戶(hù)端。標(biāo)題明確提到 4層客戶(hù)端說(shuō)明目標(biāo)場(chǎng)景是后者。Rich Client 本質(zhì)是 Eclipse 殼依賴(lài) JDK客戶(hù)端機(jī)器要統(tǒng)一裝好 JDK 11 或 17或者安裝時(shí)勾選自帶 JRE否則部分機(jī)器裝完雙擊沒(méi)反應(yīng)。4.2 用 Deployment Center 生成客戶(hù)端部署包并靜默安裝Deployment Center 可以生成客戶(hù)端安裝介質(zhì)也可以直接在部署時(shí)選擇“部署客戶(hù)端到本地”。批量下發(fā)時(shí)我習(xí)慣先生成安裝介質(zhì)再帶靜默參數(shù)裝。命令行方式長(zhǎng)這樣# Linux 下用響應(yīng)文件靜默安裝客戶(hù)端 ./install_client.sh -s client_response.xml -j /usr/local/jdk-17# Windows 下安裝器靜默安裝/S 不彈界面/D 指定目錄 setup.exe /S /DC:\TC\Client邏輯說(shuō)明第一種是 Linux 下的腳本方式通過(guò)響應(yīng)文件傳入安裝路徑和組件選擇第二種是 Windows 安裝器靜默安裝/S 表示無(wú)人值守/D 指定安裝目錄。響應(yīng)文件最靠譜的生成方式是用 Deployment Center 圖形向?qū)芤淮巫詈筮x擇“保存響應(yīng)文件”后面批量裝就有了模板。參數(shù)說(shuō)明-s 指向響應(yīng)文件-j 指向客戶(hù)端本機(jī) JDK 路徑Windows 的 /D 參數(shù)必須放在命令行最后順序錯(cuò)了會(huì)被安裝器忽略。靜默安裝最怕中途被殺毒軟件攔裝到一半文件被鎖重裝時(shí)全是殘留。把 TC 安裝目錄加入殺毒白名單再批量裝能省掉一半重裝事故。4.3 客戶(hù)端連接參數(shù)與首啟驗(yàn)證客戶(hù)端裝好后第一次登錄前確認(rèn)連接參數(shù)。連接信息在客戶(hù)端安裝目錄的配置里核心是服務(wù)器地址和 RMI 端口類(lèi)似下面兩行server192.168.10.20 rmi.port1099邏輯說(shuō)明server 填 TC 業(yè)務(wù)服務(wù)所在主機(jī)rmi.port 填 3.2 里配置的池管理器端口。這兩項(xiàng)不對(duì)客戶(hù)端會(huì)卡在登錄連接界面日志里報(bào) Connection refused。配置文件的準(zhǔn)確路徑和格式以你安裝版本的客戶(hù)端說(shuō)明為準(zhǔn)但排查思路是一樣的先確認(rèn)這倆值。參數(shù)說(shuō)明server 優(yōu)先用 IP 或內(nèi)網(wǎng) DNS 名不要用 localhost服務(wù)端改過(guò) RMI 端口這里必須同步。端口不確定時(shí)回服務(wù)端用 netstat 查監(jiān)聽(tīng)端口別靠記憶猜。首啟驗(yàn)證建議先用一個(gè)管理員賬號(hào)登錄確認(rèn)能進(jìn)主界面、能打開(kāi)查詢(xún)面板。登錄成功只說(shuō)明連接通了還要驗(yàn)證對(duì)象檢索等模塊是否正常這些依賴(lài)許可和數(shù)據(jù)庫(kù)權(quán)限權(quán)限不足會(huì)在后續(xù)操作時(shí)才報(bào)錯(cuò)?？蛻?hù)端部署這一步踩的人最多但按 4.1 的架構(gòu)思路一層層查基本都能定位。5. BMIDE 安裝與站點(diǎn)綁定常見(jiàn)問(wèn)題排查與高頻踩坑記錄BMIDE 是建模 IDE配置業(yè)務(wù)對(duì)象、屬性、規(guī)則和流程是 TC 二次開(kāi)發(fā)的入口。它本身也是獨(dú)立程序安裝不難難在版本匹配和站點(diǎn)綁定。這一章先講安裝和綁定操作再把我實(shí)際遇到的高頻坑按現(xiàn)象、原因、解決列出來(lái)。5.1 BMIDE 版本匹配與安裝BMIDE 的安裝包包含在 TC24062 介質(zhì)里版本必須和服務(wù)端同一個(gè)小版本否則打開(kāi)模板會(huì)報(bào) schema 版本不匹配。安裝路徑選擇上BMIDE 建議裝到開(kāi)發(fā)機(jī)或管理員工作站不要裝在生產(chǎn)服務(wù)端上日常開(kāi)發(fā)用建模操作會(huì)占用服務(wù)端資源。安裝完成后首次啟動(dòng)會(huì)要求指定工作目錄workspace工作目錄里存放模板和數(shù)據(jù)模型文件。我給每個(gè)項(xiàng)目的 workspace 命名帶項(xiàng)目代號(hào)并納入定期備份。有人喜歡用默認(rèn)目錄但默認(rèn)目錄在系統(tǒng)盤(pán)重裝系統(tǒng)后模型全沒(méi)這個(gè)教訓(xùn)我替人收過(guò)。5.2 站點(diǎn)綁定與部署配置啟動(dòng) BMIDE 后要建立到 TC 環(huán)境的連接。綁定配置里填服務(wù)端主機(jī)、池管理器端口、環(huán)境標(biāo)識(shí)。這一步填的信息和 4.3 客戶(hù)端連接參數(shù)基本一致區(qū)別是 BMIDE 連接上去是為了做模型部署而不只是登錄操作。模型部署時(shí)BMIDE 把修改后的數(shù)據(jù)模型發(fā)布到服務(wù)端部署過(guò)程會(huì)短暫影響在線用戶(hù)。實(shí)際項(xiàng)目里我一般安排在低峰期做并提前通知用戶(hù)。首次部署前先導(dǎo)出當(dāng)前模型的備份存檔BMIDE 里通常有導(dǎo)出功能部署失敗時(shí)可以回滾。別把“部署成功”四個(gè)字當(dāng)免檢標(biāo)志部署后要登錄客戶(hù)端驗(yàn)證自定義對(duì)象真的出現(xiàn)了。5.3 踩坑記錄現(xiàn)象、原因、解決以下幾個(gè)坑是我在 TC24062 部署和后續(xù)建模中實(shí)際遇到的按現(xiàn)象、原因、解決整理。第一個(gè)坑BMIDE 打開(kāi)預(yù)置模板報(bào) schema 版本不兼容。現(xiàn)象是加載預(yù)置模板直接失敗提示模板版本比服務(wù)端舊。原因是開(kāi)發(fā)機(jī)上之前裝過(guò)老版本 BMIDE新版本安裝沒(méi)有完全覆蓋舊組件。解決方法是徹底卸載舊版 BMIDE清理安裝目錄殘留用 TC24062 介質(zhì)配套的 BMIDE 重裝裝完核對(duì)版本標(biāo)識(shí)和服務(wù)端一致。第二個(gè)坑BMIDE 連接站點(diǎn)超時(shí)但同一臺(tái)機(jī)器上 4層客戶(hù)端能正常登錄?，F(xiàn)象是部署模型時(shí)連接等待很久后失敗超時(shí)時(shí)間設(shè)得再大也沒(méi)用。原因是 BMIDE 使用的連接參數(shù)與服務(wù)端實(shí)際監(jiān)聽(tīng)不一致最常見(jiàn)是主機(jī)名填了 localhost或 RMI 端口被其他進(jìn)程占用。解決方法是先在服務(wù)端執(zhí)行 netstat 確認(rèn) RMI 端口真實(shí)監(jiān)聽(tīng)地址再把 BMIDE 配置里的主機(jī)改成正真可路由的 IP最后放行防火墻對(duì)應(yīng)端口。第三個(gè)坑模型部署提示成功但登錄 Rich Client 后看不到自定義對(duì)象?，F(xiàn)象是 BMIDE 顯示部署成功客戶(hù)端里新對(duì)象不出現(xiàn)在類(lèi)型列表。原因是服務(wù)端緩存沒(méi)有刷新或客戶(hù)端本地緩存了舊索引。解決方法是重啟服務(wù)端的池管理器進(jìn)程再清掉客戶(hù)端本地緩存目錄后重新登錄。緩存目錄一般在客戶(hù)端安裝目錄下的 tmp 或 cache 子目錄清空時(shí)先備份別直接刪整個(gè)客戶(hù)端目錄。第四個(gè)坑Deployment Center 部署中途失敗重裝不干凈?，F(xiàn)象是第二次部署時(shí)參數(shù)校驗(yàn)階段報(bào)目錄沖突或站點(diǎn)已存在。原因是首次失敗后殘留了臨時(shí)文件和服務(wù)注冊(cè)信息。解決方法是把部署根目錄下的殘留日志和臨時(shí)目錄手動(dòng)清理再重新創(chuàng)建站點(diǎn)。Windows 環(huán)境還要檢查服務(wù)列表把舊服務(wù)刪除再重裝否則新服務(wù)起不來(lái)。6. 部署后的收尾技巧從日志里快速定位問(wèn)題的 3 個(gè)習(xí)慣部署完成只是開(kāi)始后續(xù)維護(hù)時(shí)大部分時(shí)間都在查“為什么連不上”“為什么起不來(lái)”。我養(yǎng)成了 3 個(gè)習(xí)慣能明顯減少盲猜。習(xí)慣一按時(shí)間戳同時(shí)收集三份日志。Deployment Center 部署日志、服務(wù)端運(yùn)行日志、客戶(hù)端日志時(shí)間范圍對(duì)齊到分鐘級(jí)別對(duì)比同一時(shí)刻三個(gè)位置的報(bào)錯(cuò)通常能直接鎖定是配置問(wèn)題、網(wǎng)絡(luò)問(wèn)題還是權(quán)限問(wèn)題。只盯著一份日志看容易把問(wèn)題歸錯(cuò)層。比如客戶(hù)端報(bào)連接失敗服務(wù)端日志里其實(shí)寫(xiě)著數(shù)據(jù)庫(kù)連接超時(shí)真實(shí)原因在數(shù)據(jù)庫(kù)那頭。習(xí)慣二查問(wèn)題先查端口和進(jìn)程再翻日志。命令永遠(yuǎn)是netstat -an | grep 1099 ps -ef | grep teamcenter端口沒(méi)監(jiān)聽(tīng)就去看服務(wù)端啟動(dòng)日志端口在監(jiān)聽(tīng)但客戶(hù)端連不上就去查客戶(hù)端配置里的 host 和端口。這個(gè)順序能過(guò)濾掉一半的假故障比一頭扎進(jìn)日志翻半天高效得多。服務(wù)器時(shí)間不準(zhǔn)也會(huì)造成日志時(shí)間線錯(cuò)亂順手同步一下 NTP 能省很多事。習(xí)慣三每次改配置前做基線備份并對(duì)比差異。改 portal 配置、BMIDE 連接參數(shù)、許可路徑之前把原文件復(fù)制一份帶日期的備份改完用 diff 對(duì)比差異cp portal_config portal_config.bak.$(date %Y%m%d) diff portal_config.bak.$(date %Y%m%d) portal_config備份文件名帶日期便于回溯diff 輸出能確認(rèn)改動(dòng)只有預(yù)期的那幾行。很多人改配置自稱(chēng)“只改一行”實(shí)際手滑改了格式或編碼diff 一眼就能看出來(lái)。我最初用 Deployment Center 裝 TC 環(huán)境時(shí)因?yàn)闆](méi)確認(rèn) JDK 版本服務(wù)端部署反復(fù)失敗后來(lái)查日志發(fā)現(xiàn)是 Java 類(lèi)版本問(wèn)題白白浪費(fèi)一整天。養(yǎng)成先看日志、先查端口的習(xí)慣后再?zèng)]在這種基礎(chǔ)問(wèn)題上翻過(guò)車(chē)。希望這篇筆記能幫你把 TC24062、4層客戶(hù)端和 BMIDE 一次裝順希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取