SPI异常问题解决方案(操作员amp;领班使用).ppt

異常現象一 異常現象一(續) 異常現象二 異常現象三 異常現象三(續) * * SPI_SPCAOI_Rs異常問題與解決方案 報告人：LeiRen 日期： 09/04/10 (圖一) 現象描述: Insertdata7006軟體在解析資料時，在Process MESSAGE區域出現”第 215 行、第 10 列（PX）發生大容量插入資料轉換錯誤（類型不匹配）。OLE DB 提供程式 ‘STREAM’ 報錯。提供程式未給出有關錯誤的任何資訊。語句已終止。” 之類的錯誤提示訊息,如圖一所示. 出現此類錯誤提示時在C:\Tester_Data\下的*.dat檔會變成*.efail檔而無法被解析. 解決步驟:按Re-Transfer按鈕問題依舊；用幾個更新檔更新軟體後問題依舊；更換其它線OK的資料庫後問題依舊 ；換其它的機種程式OK. 原因分析:之前有出現過類似的錯誤提示,但後來將資料庫更換後就OK了,現在更換後問題依舊,故將有問題的*.dat檔和OK的*.dat檔用Excel打開對比後發現有以下不同之處，如圖二、圖三所示.從中可以看出有問題的*.dat檔中PX,PY的值明顯有問題(本應該為數字,現在卻變為一些亂碼). (圖二) (圖三) 現象描述:機型:7100EP7500在機台主程式中做重新傳送影像的動作時,資料無法丟到維修站電腦C:\Aoi_Repair_Data資料夾,而是丟到本機電腦上相應的資料夾中.測試資料亦無法丟到維修站. 解決步驟: 1、確認主程式中有連接維修站，網路連接都沒有問題. 2、懷疑是訪問許可權由問題，因為之前有出現過類似現象(維修站作業系統改為XP後),於是再確認了維修站電腦C槽下 Aoi_Repair_Data資料夾的訪問許可權，發現設置沒有問題 3、進入系統組策略中檢查XP相應的安全性設置是否有問題，檢查後發現其中設定也沒有問題 4、於是懷疑是程式問題,重新Load另外一個程式後再做同樣的動作，發現問題依舊,很是奇怪，因為主程式版本確定是 沒有問題的,其他客戶也有用此版本的，都沒有發現此問題.後來又Load一個程式測試,奇怪了,這次卻OK了.後來又重 新作一個程式測試也是OK的.真是奇怪啊，難道那兩個程式都有問題嗎? 目前因維修站電腦作業系統基本已更換為XP,因其默認安全性較2000作業系統要高,所以機台要正常連接XP作業系統的維修站電腦並讓資料能正常傳送到維修站電腦上C:\Aoi_Repair_Data資料夾下，在原來的基礎上應多注意確認以下兩個方面： 一、在開始/執行中輸入GPEDIT.MSC，進入系統組策略 ①在電腦配置\Windows設置\本地策略\用戶權利指派中的[拒絕從網路訪問這台電腦]中將Guest用戶刪除 ②在電腦配置\Windows設置\本地策略\安全選項中的[本地帳戶的共用和安全模式]改為經典模式；禁用[使用 空白碼的本地帳戶只允許進行控制臺登錄] 二、確認維修站電腦中C:\Aoi_Repair_Data的訪問許可權為[可讀可寫] (圖四) (圖五) 現象描述:作業系統:XP 安裝或更新Repair軟體報Com+ Err，在檢查之前是否有7006、Public、TRI元件存在而導致出錯時發現在進入COM+應用程式畫面時會出現以下錯誤提示資訊如圖四、圖五所示 解決方法:至[控制台\系統管理工具\服務\Distributed Transaction Coordinator,右鍵單擊此服務,選擇[內容] 在出現的視窗中,切換到[登入]畫面,將登入身分選為[這個帳戶],并 在後面用滑鼠 點擊[瀏覽]選擇NT AUTHORITY\NetworkService,密碼為空,然後停用此服再重新啟動此服務.一般問題即可解決. 如果啟動MSDTC服務時出現錯誤提示如圖六所示. 可將 C:\WINDOWS\system32\dtclog 這個目錄重命名（如果有），然後在命令行下輸入 msdtc -resetlog 按下Enter鍵,再輸入 net start msdtc 按下Enter鍵啟動此服務.如果還不行則可再執行msdtc.bat檔,問題一般會解決.(將下面代碼保存為msdtc.bat檔,然後執行即可) @echo off setlocal @echo %WINDIR%\System32\msdtc.exe -uninstall %WINDIR%\System32\msdtc.exe -uninstall call :delkey HKCR\CID call :delkey HKLM\SYSTEM