IDCP部署及應(yīng)用FAQ

1、IDCP部署及應(yīng)用FAQ北京神州泰岳軟件股份有限公司目 錄1UltraIDCPServer啟動(dòng)常見問題11.1UltraIDCPServer無法啟動(dòng)，提示版本問題11.2UltraIDCPServer啟動(dòng)時(shí)提示數(shù)據(jù)庫連接失敗11.3UltraIDCPServer啟動(dòng)提示超過數(shù)據(jù)庫連接數(shù)21.4UltraServer啟動(dòng)無報(bào)錯(cuò)，但無法訪問IDCP主頁21.5UltraIDCPServer啟動(dòng)時(shí)卡死在連接MQ部分31.6UltraIDCPServer啟動(dòng)時(shí)卡死在MQ成功連接處31.7UltraIDCPServer啟動(dòng)時(shí)報(bào)DBUtil獲得連接錯(cuò)誤31.8UltraIDCPServer啟動(dòng)時(shí)報(bào)cata

2、lina路徑錯(cuò)誤41.9UltraIDCPServer啟動(dòng)時(shí)包RMI錯(cuò)誤41.10UltraIDCPServer調(diào)整內(nèi)存大小52UltraIDCPProbe常見問題72.1UltraIDCPProbe啟動(dòng)時(shí)報(bào)receive錯(cuò)誤72.2Probe啟動(dòng)報(bào)錯(cuò)72.3UltraIDCPProbe啟動(dòng)過程時(shí)卡死在連接MQ部分82.4HP小機(jī)上UltraIDCPProbe自動(dòng)停止92.5Probe采集文件時(shí)報(bào)Formating data error錯(cuò)誤103MQ常見問題113.1MQ啟動(dòng)時(shí)報(bào)do錯(cuò)誤113.2MQ啟動(dòng)時(shí)打印出的JAVA路徑不對，無MQ進(jìn)程113.3MQ啟動(dòng)時(shí)報(bào)Broker錯(cuò)誤124應(yīng)用常見

3、問題134.1輸出NMS134.1.1NMS入庫時(shí)，報(bào)重復(fù)數(shù)據(jù)錯(cuò)誤134.1.2NMS入庫時(shí)，有部分資源指標(biāo)不能入庫134.1.3NMS入庫時(shí)，報(bào)postRawData error144.1.4NMS入庫時(shí)報(bào)no such object in table 錯(cuò)誤144.2NMS入庫時(shí)報(bào)error type8數(shù)據(jù)錯(cuò)誤154.3關(guān)于輸出DB154.3.1DB接口采集時(shí)報(bào)錯(cuò)155其他165.1傳到FTP的文件都加了后綴.temp165.2解析xml格式的文件時(shí)報(bào)錯(cuò)16本文檔屬于北京神州泰岳軟件股份有限公司內(nèi)部使用的保密文檔，禁止擴(kuò)散到公司以外。181 UltraIDCPServer啟動(dòng)常見問題1.1

4、UltraIDCPServer無法啟動(dòng)，提示版本問題嚴(yán)重: Error deploying web application directory UltraIDCPServerjava.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClas

5、sLoader.defineClass(SecureClassLoader.java:124) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1819) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:872) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLo

6、ader.java:1327) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1206)問題解答：jdk版本較低不滿足啟動(dòng)要求，IDCP3.0正式發(fā)布版要求jdk版本必須是1.6.0以上。在IDCP3.1時(shí)，jdk支持1.5 。1.2 UltraIDCPServer啟動(dòng)時(shí)提示數(shù)據(jù)庫連接失敗 2012/03/21 09:39:40 ERROR JCLLoggerAdapter Connections could not be acquired from the underlying

7、 database!2012/03/21 09:39:40 WARN JCLLoggerAdapter Could not obtain connection to query metadatajava.sql.SQLException: Connections could not be acquired from the underlying database!at com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:104)at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.

8、checkoutPooledConnection(C3P0PooledConnectionPool.java:236)at com.mchange.v2.c3p0.PoolBackedDataSource.getConnection(PoolBackedDataSource.java:94)at com.mchange.v2.c3p0.ComboPooledDataSource.getConnection(ComboPooledDataSource.java:521)問題解答：一般有2種原因：第一：UltraIDCPServer所在主機(jī)無法連接到數(shù)據(jù)庫服務(wù)器，可通過telnet等方式檢查網(wǎng)絡(luò)連

9、接設(shè)置(網(wǎng)絡(luò)連接與端口配置)。第二：UltraIDCPServer的配置文件中的數(shù)據(jù)庫信息有問題，檢查UltraIDCPServer的配置文件applicationContext-common.xml。1.3 UltraIDCPServer啟動(dòng)提示超過數(shù)據(jù)庫連接數(shù)問題解答：提示連接oracle超過了最大連接數(shù)，通常是由于數(shù)據(jù)庫配置文件applicationContext-common.xml里密碼設(shè)置的錯(cuò)誤嘗試多次連接數(shù)據(jù)庫，導(dǎo)致數(shù)據(jù)庫賬號被鎖定，解鎖后設(shè)定正確的密碼即可。1.4 UltraServer啟動(dòng)無報(bào)錯(cuò)，但無法訪問IDCP主頁問題分析：在Server集成pasm配置文件 WEB-IN

10、Fperties中l(wèi)ocal.service.url=3:52045必須指定為實(shí)際IP地址，而不能使用localhost代替。1.5 UltraIDCPServer啟動(dòng)時(shí)卡死在連接MQ部分問題解答：主要是因?yàn)镾erver部署在多網(wǎng)卡機(jī)器，mq配置文件中l(wèi)ocalhost識別問題，將默認(rèn)的localhost改成實(shí)際的ip即可。1.6 UltraIDCPServer啟動(dòng)時(shí)卡死在MQ成功連接處問題解答：若UltraIDCPServer啟動(dòng)時(shí)提示已成功連接MQ后停止不動(dòng)，說明連接PASM時(shí)出現(xiàn)問題，無法連接到指定的PASM，請核實(shí)PASM

11、是否啟動(dòng)正常，若PASM啟動(dòng)正常，需根據(jù)IDCP操作文檔中關(guān)于集成PASM部分重新核實(shí)相關(guān)配置部分。1.7 UltraIDCPServer啟動(dòng)時(shí)報(bào)DBUtil獲得連接錯(cuò)誤問題解答：主要是由于停止順序錯(cuò)誤導(dǎo)致的報(bào)錯(cuò)，但不影響啟動(dòng)，主要是probe還沒停止，先把server給停止了導(dǎo)致的報(bào)錯(cuò)，下一個(gè)心跳消息發(fā)送過來后會(huì)自動(dòng)注冊到server上，或者重新啟動(dòng)Server也能解決這個(gè)報(bào)錯(cuò)。1.8 UltraIDCPServer啟動(dòng)時(shí)報(bào)catalina路徑錯(cuò)誤問題分析：在啟動(dòng)IDCPServer時(shí)，nohup.out里沒有任何啟動(dòng)信息，在logs目錄的catalina.out中報(bào)jre路徑下沒有Ultr

12、aIDCPServer文件或目錄；通常是因?yàn)樵赨NIX的操作系統(tǒng)環(huán)境變量中設(shè)置了JRE_HOME，UltraIDCPServer啟動(dòng)時(shí)執(zhí)行./startup.sh命令時(shí)，打印出的JRE_HOME不是在IDCP的 setclasspath.sh中設(shè)置的JDK環(huán)境，而是默認(rèn)的操作系統(tǒng)本身的JRE_HOME，所以導(dǎo)致無法找到指定的進(jìn)程名UltraIDCPServer，解決方法是在setclasspath.sh中除了指定JAVA_HOME=xxxxx/xx外，還增加一行JRE_HOME=$JAVA_HOME即可。若提示權(quán)限問題，使用chmod賦權(quán)。1.9 UltraIDCPServer啟動(dòng)時(shí)包RMI錯(cuò)

13、誤問題解答：是因?yàn)樵贗DCPServer的lib目錄下沒有找到與本地PASM版本相匹配的PASM的Client的jar包，需要將與本地PASM同一版本的PASM的Client的jar包放到IDCPServer的lib下然后重啟Server。1.10 UltraIDCPServer調(diào)整內(nèi)存大小Linux系統(tǒng)：編輯ultrapower/UltraIDCP/UltraIDCPServer/bin/catalina.sh文件修改內(nèi)存大小。Windows系統(tǒng)：編輯ultrapoweUltraIDCPUltraIDCPServerbincatalina.bat文件修改內(nèi)存大小。2 UltraIDCPPro

14、be常見問題2.1 UltraIDCPProbe啟動(dòng)時(shí)報(bào)receive錯(cuò)誤問題解答：主要是Probe版本和Server版本不統(tǒng)一導(dǎo)致，一般都是由于升級不徹底或者server已經(jīng)升級Probe未升級等原因。2.2 Probe啟動(dòng)報(bào)錯(cuò)問題解答：提示地址被占用，應(yīng)該是9001內(nèi)存數(shù)據(jù)庫端口被占用，可以換成9002等修改方法：在數(shù)據(jù)庫中查找UC_COLLECTOR表，修改9001的端口，然后在配置文件collector_perties中修改后重新啟動(dòng)Probe。2.3 UltraIDCPProbe啟動(dòng)過程時(shí)卡死在連接MQ部分此時(shí)查看server日志發(fā)現(xiàn)連接已關(guān)閉如下報(bào)錯(cuò)：問題解答：這種

15、情況通常有如下幾種原因。第一種：可能是由于mq的session個(gè)數(shù)超過了設(shè)定的最大值，默認(rèn)是10個(gè)，這種情況通常是因?yàn)閟erver已停止，但probe仍在運(yùn)行，導(dǎo)致運(yùn)行著的probe一直發(fā)消息給server， server啟動(dòng)后，一直在處理之前probe發(fā)送的無用消息，超過了設(shè)定的session閥值， probe重新啟動(dòng)時(shí)收不到server給出的運(yùn)行注冊的反饋信息，導(dǎo)致Probe啟動(dòng)卡死，處理方法是頁面清空mq的消息或者在Server端的MQ配置文件applicationContext-activemq.xml中增加session處理數(shù)。 第二種：有人對IDCP的數(shù)據(jù)庫表如UC_JOB、UC_

16、FILE_ENV等執(zhí)行了 for updata操作，但沒有執(zhí)行commit或rollback而導(dǎo)致這些表鎖定，Probe發(fā)送注冊消息時(shí)，由于表被鎖定，無法讀取表中的信息也會(huì)出現(xiàn)這個(gè)問題，解決方法是查詢哪些表被鎖，然后解鎖后重啟Probe。第三種：可能是修改時(shí)activemq配置文件損壞，重新修改后替換即可。2.4 HP小機(jī)上UltraIDCPProbe自動(dòng)停止問題描述：在HP 小機(jī)上，Probe運(yùn)行一段時(shí)間自動(dòng)停止，即使Probe沒有啟動(dòng)采集任務(wù)空運(yùn)行，也一樣使Probe停止，HP工程師給出的方法如下：1.在任一目錄下 創(chuàng)建.hotspot_compiler文件，保證讀寫權(quán)限。2.在.hots

17、pot_compiler文件中添加出錯(cuò)的方法名：如：exclude java/lang/CharacterDataLatin1 toLowerCase （具體的方法名為sun.misc.UpareAndSwapObject）3. 在應(yīng)用的啟動(dòng)腳本里添加 -XX:CompileCommandFile=/home/.hotspot_compiler (第2點(diǎn)中新建文件的文件路徑)4. 啟動(dòng)應(yīng)用，在輸出信息里觀察有無“excluding compile:”輸出信息 表示部署成功。5.注意采用此辦法可能會(huì)有性能下降，需要注意。2.5 Probe采集文件時(shí)報(bào)Formating data error錯(cuò)誤問

18、題分析：若之前正常解析的文件類型，突然報(bào)格式錯(cuò)誤，請檢查報(bào)錯(cuò)的解析文件是否有異常，文件格式是否發(fā)送了變化，這種問題通常都是文件格式發(fā)生了改變導(dǎo)致的。2.6 Windows平臺(tái)上UltraIDCPProbe啟動(dòng)一閃消失問題解答：在windows平臺(tái)上，若執(zhí)行Probe啟動(dòng)文件startUltraIDCPProbe.bat時(shí)，一閃消息，說明環(huán)境變量設(shè)置的有誤，打開命令行窗口切換到Probe所在的盤符，然后進(jìn)入到Probe的bin目錄，執(zhí)行startUltraIDCPProbe.bat文件，會(huì)報(bào)出類似“不是內(nèi)部或外部命令”等錯(cuò)誤。引起上述報(bào)錯(cuò)的原因通常為以下幾種，可依次驗(yàn)證測試：1. 檢查setEn

19、v.bat中JDK配置的路徑是否正常2. 檢查JDK路徑下是否有進(jìn)程名UltraIDCPProbe3. 確認(rèn)是否使用系統(tǒng)管理員權(quán)限執(zhí)行的啟動(dòng)文件startUltraIDCPProbe.bat4. 確認(rèn)機(jī)器環(huán)境系統(tǒng)變量中是否有JAVA_HOME環(huán)境變量5. 確認(rèn)機(jī)器環(huán)境用戶變量中PATH是否包括設(shè)置的JDK環(huán)境6. 將啟動(dòng)文件startUltraIDCPProbe.bat中的內(nèi)存調(diào)小，Probe在啟動(dòng)時(shí)會(huì)驗(yàn)證內(nèi)存是否滿足啟動(dòng)要求。3 MQ常見問題3.1 MQ啟動(dòng)時(shí)報(bào)do錯(cuò)誤使用./Activemq start命令啟動(dòng)時(shí)提示如下：在MQ的Data下的log日志提示如下：問題分析：主要是因?yàn)镴DK中

20、的java進(jìn)程名稱和activemq里配置的進(jìn)程名不一致導(dǎo)致。問題解答：在JDK中復(fù)制java并重命名為UltraIDCPMQ(默認(rèn)進(jìn)程名)3.2 MQ啟動(dòng)時(shí)打印出的JAVA路徑不對，無MQ進(jìn)程問題分析：使用命令./activemq start &啟動(dòng)MQ時(shí)，打印出的JDK路徑不是在啟動(dòng)文件activemq中配置的路徑，而是系統(tǒng)環(huán)境變量中默認(rèn)的JDK路徑。問題解答：查看在activemq中配置的JDK路徑中是否有MQ的默認(rèn)進(jìn)程名UltraIDCPMQ，若有并賦予755權(quán)限。3.3 MQ啟動(dòng)時(shí)報(bào)Broker錯(cuò)誤問題解答：這個(gè)錯(cuò)誤是由于部分版本引入了 延遲發(fā)送的功能引起的， 修改 activemq

21、.xml 文件, 在中添加schedulerSupport=false 屬性，禁掉scheduler功能即可；若仍不能解決，請?zhí)砑觝osts表并將網(wǎng)關(guān)加上。樣例如下：4 應(yīng)用常見問題4.1 輸出NMS4.1.1 NMS入庫時(shí)，報(bào)重復(fù)數(shù)據(jù)錯(cuò)誤問題解答：當(dāng)分析了重復(fù)文件后，nms有唯一性驗(yàn)證機(jī)制，在REPEAT_RAW_DATA表中能查看詳細(xì)的重復(fù)記錄。4.1.2 NMS入庫時(shí)，有部分資源指標(biāo)不能入庫DB接口采集數(shù)據(jù)時(shí)，輸出到nms，發(fā)現(xiàn)有部分指標(biāo)如TERACNUM 和NOTYACNUM指標(biāo)不能入資源表，經(jīng)查詢發(fā)現(xiàn)報(bào)錯(cuò)如下問題分析：第一：因?yàn)橘Y源表中沒有創(chuàng)建BATCHID這個(gè)字段，在相應(yīng)的表中增加

22、這個(gè)字段ALTERTABLE表名ADDBATCHIDVARCHAR2(255);哪個(gè)表沒有BATCHID就加BATCHID 如：ALTER TABLE CM_RAW_B ADD BATCHID VARCHAR2(255);第二：日志中報(bào)警 propertype=2應(yīng)該是kpi數(shù)據(jù)類型定義的不合理更改數(shù)據(jù)類型時(shí)，需注意若是CM，在RES_DEF_PROPERTY表的PROPERTY_TYPE字段中長整型是3，字符串是8，整型是24.1.3 NMS入庫時(shí)，報(bào)postRawData error問題分析：這是bizman接口的一個(gè)小bug ，需要重新編輯IDCPProbe的lib下的ultranms.jar文件，更新兩個(gè)class文件分別是BizmanClient$ValidateRunnable.class和BizmanClient.class，更新后的文件需要重新簽名，若出現(xiàn)此問題，需聯(lián)系idcp的支持人員進(jìn)行相關(guān)操作。4.1.4 NMS入庫時(shí)報(bào)no such object in table 錯(cuò)誤問題解答：由于NMS Server重啟后有時(shí)重聯(lián)機(jī)制未生效，導(dǎo)致IDCP無法連接NMS，重新啟動(dòng)IDCP Probe。4.2 NMS入庫時(shí)報(bào)error type8數(shù)據(jù)錯(cuò)誤問題分析：8數(shù)據(jù)錯(cuò)誤表示上傳的數(shù)據(jù)中的KPI的KBP_CLASS和已