銳珂GC工作站的故障維修

【作者】于良寧，張俊杰，楊志成

山東大學齊魯醫院（青島），青島市，266000

銳珂GC工作站的故障維修

【作者】于良寧，張俊杰，楊志成

山東大學齊魯醫院（青島），青島市，266000

本文是對銳珂GC1.5工作站使用幾年來發生四類故障的維修總結——工作站軟件、更換主機、刻錄、工作站傳輸，并對四類故障出現的具體案例進行了逐項排除步驟介紹。

GC工作站；數據庫；刻錄

隨著計算機技術的飛速發展，信息化與X線結合，CR、DR等數字化設備也不斷完善發展[1]。我院以前應用的銳珂CR、DR等多種數字化影像設備，都與GC工作站[2]密切相關。GC作為一個處理影像圖像的平臺，是一款實用化的工作站。其設計比較人性化，打印膠片的功能強大。GC工作站整體運行平穩，但是使用幾年來，也出現過各類故障，現將幾年來GC工作站出現的各種故障及解決辦法進行總結。

1　工作站的軟件問題

該類故障，一般是工作站軟件出現問題，或數據庫出現問題，常用的解決辦法是重裝系統。

1.1GC工作站系統錯誤

GC工作站不能接收從DR傳輸過來的圖像，反復測試無果，需要重裝軟件。銳珂工作站出現問題后，經常需要重新安裝軟件[3]，現將GX2.0軟件重裝的步驟總結一下：

(1) 退出到桌面，進入C:Pr°gram FilesParisGC PACS目錄，雙擊lcservice.exe，選擇“Pr°cess C°ntr°l”、“St°p Pr°cess”，把工作站的服務停止。

(2) 進入“License T°°ls”，“Backup License”，把License[4]備份到G盤某個目錄(要設定一個文件夾)。

(3)運行“控制面板”、“用戶賬號”，把Administrat°r賬號加上密碼。

(4) 卸載GC 2.0軟件，卸載完成后選擇重啟。

(5) 刪除所有分區中與GX2.0軟件有關的目錄。

(6) 運行“控制面板”、“區域設置”，把三個頁面的格式參數都改為Chinese格式。

(7) 在光驅里放入GX2.0安裝光碟，重裝GX 2.0軟件，完成后重啟電腦。

(8) 進入“License T°°ls”，“Rest°re License”，把License恢復[5]。

(9) 進入C:Pr°gram FilesParisGCPACS目錄，雙擊ClintC°nfig.exe，確認這四項內容：光盤盤符、是否刻盤工作站、DVD/CD刻錄、默認打印機名。

(10) 雙擊桌面的Carestream GX2.0圖標，進入GX2.0程序，然后重新退出到桌面。

(11) 進入C:Pr°gram FilesParisGCPACS目錄，雙擊C°nfigServer.exe。

(12) 進入C:Pr°gram FilesParisGCPACS目錄，雙擊Service_CFG.exe。在這里，設置M°dality、相機參數，把“DBBACKUP”值從默認100MB修改為4000MB，把“MAINSTORAGE”值從默認值200MB修改為該硬盤分區的最大容量(例如，120000MB）。確認PROCD緩沖區的容量及數量，如果是DVD刻錄，緩沖區容量正確值是：4000MB，數量是：4。

(13) 再次重啟機器，重裝過程完成。

1.2備份后數據庫丟失

一次重裝系統，將backup備份文件[6]恢復后，出現了數據庫丟失的故障，無法找到歷史病人信息。

解決過程：

(1) 備份C盤的License、Cfg的設置，備份E盤的PreCD、F盤的Imanges、NLimage內的所有文件。

(2) 找到光盤上最近的數據庫備份(從計數最大的光盤號開始倒著檢查)，解壓縮后可出現兩個文件。

(3) 首先在lcservice工具中停止系統服務；將壓縮后的文件復制到C:PARSGCBACKUP下，覆蓋原文件；再用lcservice工具單獨啟動HD恢復。

(5) 使用ri-p的命令，按照提示操作恢復已經刻錄好的光盤中的數據。

(6) 新建E盤的PreCD、F盤的Imanges、NLimage，并將最近產生的新的數據拷貝到c:parisgc pacsinb°x目錄中，機器恢復正常。

2　更換電腦主機后出現故障

此類故障，一般是更換工作站的電腦主機，可能會帶來各類故障。

2.1主機更換帶來的故障

一次給DR7500更換PC主機，由于系統使用的DELL670電腦早已經停產。所以就更換成HP rp5700電腦，由于原來系統版本號是4.0.1的，所以還要做M°d G1升級。現在使用的HP rp5700電腦有兩種，型號為3F4296的沒有硬盤，沒有獨立網卡；型號為3F4305的電腦有160G的硬盤，還有一個獨立網卡，不過網卡是Br°adc°m 5761NIC。用3F4305 PC機（含5761網卡）時，gh°st完鏡像，發現這塊獨立5761網卡未能識別到驅動。于是拿DRX-1的V5.3的軟件裝上測試，發現獨立網卡能正常識別。后檢查發現這臺主機獨立網卡用的是Br°adc°m 5751，裝完系統后就能正常驅動。HP rp5700電腦裝完4.0.3.b8的軟件后，重新啟動機器后，進行測試時發現探測器、發生器全部無法通訊，再進行檢查發現Digi ne°8卡的c°m口不對，針對此現象進行重新調整，應該是從c°m4到c°m11。調整過程中如果發現端口被占用，就打開注冊表HKEY_LOCAL_MACHINESYSTEM CurrentC°ntr°lSetC°ntr°lCOM Name Arbiter，把C°mDB刪除后重新嘗試即可。最后在關鍵操作員中導入配置，發現SBC配置導入失敗。進入C：ServicesSuinsa，運行c°mmtest.exe 去rest°re那個.bin文件，機器恢復正常。

2.2Classic CR HP5700 PC安裝V5.2遇到的問題

桿子召集剩下的人開會，說狗日的大水不講理，可毛主席在北京記掛著咱們呢，還專門給咱們發來慰問電，咱們得用實際行動來報答毛主席的親切關懷，大干快上，爭取把洪水造成的損失奪回來。下面我宣布條紀律，不準哭。哭聲傳染，大家都哭起來還咋搞生產自救？咱們是受了大災，但咱們的思想無論如何不能受災。桿子還整了幾句口號，可能是開會從上邊學回來的。“擦干眼淚，掩埋尸體；振作精神，繼續革命”“一把鐵锨兩只手，誓奪小麥大豐收”……

一臺Classic CR，需要更換主機。主機更換為：HP5700 500G，之前使用的主機為：HP5700 160G。查詢數據庫，發現HP5700 500G的新PC機只支持V5.4.05.00以上的版本。但為了工作人員使用習慣，盡量保持原有版本不變，就用HP5700 160G的恢復軟件V5.2.00.13軟件嘗試。換上主機，裝完軟件，重啟CR，系統軟件啟動到結尾處報錯。之后把HP5700 160G PC的獨立顯卡換到HP5700 500G PC上，因為硬盤大小不同，重新裝軟件。啟動到wind°ws界面時，關掉啟動起來的DOS窗口，在網絡鄰居里更改網絡名稱“L°cal Area C°nnecti°n”改為“OSPITAL”，關機重啟，以上問題解決。之后升級完SecureLink，進到維修模式，發現CR的IP沒有顯示。退到桌面，找到網絡連接，手動更改為醫院的IP地址，關機重啟后以上情況解決。之后按照手冊設定機器，測試掃描傳圖都沒問題，在新病人界面出現加載失敗情況，處理情況如下：進入“關鍵操作員—系統配置—布局配置—錄入病人—具有多字節名稱簡化”選上，問題解決。

3　刻錄故障

在GC工作站的硬件設備中，刻錄機占用重要的地位，刻錄軟件有時會出現各類故障，有關刻錄機的軟件和硬件的故障介紹如下。

3.1GC1.5工作站刻錄速度變慢

故障現象：兩臺GC工作站（Ver：1.5.0.44）備份刻盤速度奇慢無比，刻錄+校驗一個DVD緩沖區需要至少1.5 h以上。

解決過程：起先以為是DVD刻錄機老化，故購買了兩臺新的刻錄機予以更換。更換過后開始刻錄，結果故障現象依舊。考慮是不是數據線有問題，更換了兩條新的數據線，結果換上去之后問題還是依舊一樣。其中影響刻錄速度的有一個重要的因素是IDE傳輸模式[7]。DMA通道未打開可以導致刻錄速度變慢，而且也很容易出現刻錄的問題。考慮是否是IDE傳輸模式的原因，嘗試按照以下的步驟進行設置：作為管理員（或具管理員特權的用戶）登錄進入Wind°ws。單擊“開始”按鈕，然后右擊“我的電腦”并從彈出菜單選擇“屬性”。系統屬性窗口出現。單擊“硬件”標簽，然后單擊“設備管理器”。設備管理器窗口出現。雙擊“IDE ATA/ATAPI 控制器”來查看控制器列表。雙擊“主IDE 通道”。主IDE 通道屬性窗口出現。單擊“高級設置”標簽。選擇裝置0 及裝置1 的“DMA”，單擊確認。對“從IDE 通道”進行同樣設置。不必重新啟動Wind°ws，再來刻盤測試，結果這臺設備恢復了正常的刻錄。刻錄加校驗一共用時25 min，大大縮短了刻錄的時間，從而解決了故障。

3.2GC1.5 刻盤失敗

故障現象：光驅不能刻錄。維修過程：更換新的光驅，換好后試著刻錄，這時出現問題，進度條走到一半時報錯“錯誤讀取數據”，刻錄失敗。換了幾張光盤試驗，故障一樣，直接用NERO刻錄同樣刻錄失敗。把PreCD里目錄下的文件FULL改名為WRITTEN后刻錄下一張，出現同樣問題，區別只是進度條快走完了。懷疑光驅或者光盤有問題，換另一個光驅，換用其他品牌的光盤，問題相同。在我的電腦-各盤符-屬性-工具里執行硬盤檢查。檢查并選中自動修復后，故障依舊。由于第一次前面將PRECD里一個目錄下的文件“FULL”改為了“WRITTEN”，重新啟動機器后，系統認為這個PRECD目錄下的文件已被刻錄完畢自動將目錄內的文件清空了，導致目錄下所有數據丟失。現在想把另一個PRECD目錄下的數據先拷貝出來再改動防止數據丟失，拷貝時發現有的數據不能拷貝。先把PRECD里能拷貝的數據都拷貝出來，再把這個PRECD目錄刪掉，然后重新創建一個同名目錄，把之前拷貝出來的數據恢復到剛剛創建的PRECD目錄下，再刻錄，刻錄成功。由此可以吸取一個教訓，如果再遇到刻盤刻錄不完的情況，可以試下先備份PRECD數據，這樣就不會丟失圖像數據。

4　工作站的傳輸

銳珂的數字化系統，有CR、DR、激光相機、GC工作站等各類設備，設備之間的相互傳輸比較多。因此設備傳輸中出現故障的比例也比較高。

4.1GC1.5 CR V5.6 傳圖失敗維修一例

故障現象：一臺CR拖兩套GC1.5工作站，無PACS。兩臺GC均需刻盤、寫報告、打印膠片，負荷量較大。為方便敘述，將兩臺GC命名為GC1和GC2。從CR向兩臺GC傳圖時，部分丟失。例如：從CR上面傳送10個病人圖像至GC。在CR上，10個病人的圖象均顯示“傳送成功”，但在GC1“工作清單”欄只能找到3到5個病人信息，GC2上有時能全部找到，有時會丟失一兩例。

分析問題：(1) 假定問題出在GC端 由于CR上顯示的是“傳送成功”，由CR ping GC1，能ping通，再由GC1 ping CR，也能ping通，反復互ping，均沒問題，初步排除網絡“閃斷”問題。于是按照常規思路，檢查CR設定日期、時區、時制、時間與GC設定日期、時區、時制、時間，無異常。檢查GC1 Database文件大小為486 MB，GC2 Database文件大小為834 MB，均無異常（GC1.5數據庫容量為2 GB左右）。排除因日期、時間、時區、時制設置有誤或數據庫過大導致的傳圖不成功。

(2) 假定問題出在CR端 考慮到該機屬Extend升級，軟件由之前的4.6版升級為5.6版，而GC1.5平臺對更高級的軟件平臺支持有限，尤其對傳入的中文信息較為敏感，于是將之前GC接收失敗的圖像逐一調出檢查，將其病人信息與其他接收成功的圖像進行比對（看看有無帶入中文信息），也未見異常（不排除因量大而漏檢）。將CR設為全英文界面并重啟后，用同一塊板子掃5個病人5幅圖像并傳送，故障依舊。

經上述工作，仍未發現任何規律。無法，只得將CR重設回中文界面并重啟后，再用同一塊板子，類似的病人信息（ID編號為000－999），掃十個病人十幅圖像并傳送，以期從中找尋規律，結果發現，丟失的圖像仍然是不知所終，杳無音信。對比GC1和GC2各自丟失的信息特點，也無任何規律。

(3) 查閱當日l°g 仔細閱讀l°g發現，自出現問題后，其對應的l°g里邊均反復出現這么一段話：“K°dak Acq Server`4`2002`執行 select * fr°m Patient where PatientID = '10577錛? 失敗，Query =select * fr°m Patient where PatientID = '10577錛? 數據庫失敗!”其中ID號“10577錛?”實為非法ID，疑為技師在輸入病人ID時，不小心將中文輸入法開啟而帶入非法字符，致使該病人信息傳送到GC后，GC數據庫無法將其歸入數據庫內相應字段，造成無法存檔，而該命令反復執行，造成類似數據擁塞的現象，導致后續部分病人信息無法及時入庫，因而在GC工作清單上找不到相應病人信息，而實際上全部信息均已傳送至GC本機。

解決問題：打開C:PARISGCPACSInb°x，將Inb°x內全部文件刪除，將AcErr°b°x內除Err°rDes.ini外的全部數據刪除，將出故障當日的l°g日志內容清空后保存覆蓋。經此步驟后，掃描、傳圖25例以上，未見異常。設備恢復正常使用。

4.2圖像從CR到GC工作站不能進行自動傳輸，只能進行手動傳輸

故障解決過程：先試驗在一個病人下同時拍幾個部位，然后進行圖像傳輸，發現傳輸時有的是自動傳輸，有的要手動傳輸才行。連續試驗多次后，發現只要選擇pattern部位時自動傳輸就正常，選擇其他部位就只能進行手動傳輸，考慮是否和選擇部位有關系。

最后在部位設置中發現pattern和其他部位的設置有區別：Pattern設置的是噪聲抑制沒有打勾，只有在Raw圖像打勾。其他的設置是噪音抑制打勾而raw圖像沒有打勾，試驗將設置改成和pattern的一樣的設置。再測試發現所有的部位圖像都可以自動傳輸了，沒有再出現上述的情況。

經過大量測試，可以總結出下列幾點：

(1) 在view c°nfigurati°n內不要選中raw，否則圖像質量明顯下降。

(2) 選不選n°ise suppressi°n對圖像質量無關緊要。(3) 上述兩個選項的選中與否跟圖像傳輸沒有關系：①現在的更改是取消所有必填字段，并將設備設置為圖像直達模式，目前為止都能自動傳輸。②如果IP板沒有接受X線曝光直接登記完放入掃描，所得到的空白圖像全部為“缺省處理”（除非部位選擇為pattern），而經過曝光的IP板全部都能自動傳輸。

(4) 由此可以得出結論：V5實現了對“IP板是否接受了X線曝光”進行智能識別，對曝光過的IP板采用設定的程序處理；而對未曝光的IP板不予處理，所有測試都是支持這樣的結果。(而pattern圖像作為特定的測試圖像，因此無論是否接受過曝光，V5都會把它按照設定的程序處理，即自動傳輸)。

5　結論

通過幾年來對銳珂GC工作站的應用及維修，感覺總體應用還是很好的，特別適合影像類的后處理及打印。計算機技術的更新便利了放射科醫生的診斷工作，工作人員在使用新技術的同時需要積極維護它，熟知其優缺點，這樣才能發揮其最大性能[8]。以上幾類為銳珂工作站常出現的幾類故障，希望能給同行以借鑒。

[1] 房愛玲, 陳敦淳. 醫用數字X線設備DR和CR[J]. 現代儀器, 2010, (1): 16-18.

[2] 張志, 吳少平, 牟發仁. KODAK DirectView DR 3000常見故障分析[J]. 放射學實踐, 2006, (11):1147.

[3] 青山漫步. 軟件補丁優化-軟搞定[J]. 軟件指南, 2010, (3): 26-27.

[4] 陳剛, 羌玲玲. 虛擬專用網License管理的一種改進方案[J]. 信息通信, 2012, (2): 48-50.

[5] 王紅建. SQL數據庫的備份與恢復技巧[J]. 科技視界, 2012, (28): 175-176.

[6] 邱云飛, 王雪, 丁藝博, 等. Oracle數據庫備份文件有效性檢測設計方案[J]. 計算機應用與軟件, 2012, (3): 94-97.

[7] 李志鵬, 王立強, 康建斌, 等. 連續數據記錄系統中的IDE數據接口的實現[J]. 無線電工程, 2010, (2): 48-50.

[8] 謝明偉, 胡輝軍, 許健敏, 等. PACS/RIS臨床應用中常見問題及解決方法[J]. 中國醫療設備, 2013, 28(12): 96-98.

Troubleshooting for Carestream GC1.5 Workstation

【 Writers 】YU Liangning, ZHANG Junjie, YANG Zhicheng Qilu Hospital of Shandong university(Qingdao), Qingdao, 266000

【 Abstract 】This paper is maintenance of four kinds of failures of Carestream GC1.5 the workstation used several years to summarize, workstation software, change the host, burn, workstations transmission, and four kinds of failures of the specific case of itemized elimination steps are introduced.

GC workstation, database, burn

R318.6；TH774；TP319

A

10.3969/j.issn.1671-7104.2015.06.021

1671-7104(2015)06-0463-04

2015-06-05

于良寧，副主任技師，E-mail: yuliangning@163.c°m