成大醫院是在2003年10月開始著手部署異地備援方案，採用FalconStor IPStor解決方案。這個方案的目的是要提高急診室與診間的醫療資訊管理系統（HIS）的資料可用性，並導入即時異地備援機制，縮短系統發生災難或人為操作錯誤時的停機時間。
成大醫院資訊室資料管制組組長陳威文表示，當時參與這個案子的投標廠商包括EMC、HDS等廠商的解決方案，經過測試和評估之後認為，FalconStor IPStor的總體持有成本（TCO）是所有方案中最低的，具備的資料保護功能也很完整，於是從眾多競爭者中脫穎而出，整個專案投入經費約730萬元，於2003年底建置完成上線運作至今。
以資料容錯和異地備援為著眼
成大醫院急診室與診間HIS系統採用的是IBM Informix資料庫，安裝在IBM p650 Unix伺服器上，儲存裝置採用IBM TotalStorage FastT900，中間透過光纖交換器連接構成FC SAN儲域網路。IPStor儲存匣道器的功能是控管儲存資源的分配，提供即時性資料保護與異地備援等功能。成大醫院的備援機房設在相隔兩條馬路的另一棟建築物內，相距約700公尺，兩端透過一條專屬的光纖通道相連接，以鏡射（mirror）的方式同步複製一份至備援端。
陳威文表示，這套方案最顯著的優勢在於支援快照（Snapshot）功能，IPStor的這項功能稱之為TimeMark/TimeView。透過TimeMark可以擷取HIS系統資料庫上不同時間點的快照複本，一旦發生問題時可以透過TimeView預先檢視先前的版本，並迅速還原回正常狀態，確保服務不會中斷。經過實際測試，資料發生問題後的復原時間，從原本的6小時縮短為30分鐘，大幅提升了HIS系統的可用性。
成本是IPStor的一大優勢
陳威文也提到，這套方案另一個優點是儲存設備的成本較低，如果當初採用的是EMC或HDS的解決方案，備援端就必須採購一臺和本地端相同的儲存系統，後續擴充的成本也會較高，採用IPStor的話，可以順勢將原本較老舊的儲存系統移到備援端使用，本地端改用效能較佳的IBM TotalStorage FastT900，如此可以保護原有的投資不致於浪費。
在系統管理方面，陳威文認為IPStor採用的GUI操作管理介面還蠻簡單的，只要觀念清楚就不會有太大的問題，平常最常執行的管理動作是設定TimeMark的排程以及資料庫的空間分配，除此之外在管理上並不需要多費心。
廠商的技術支援是關鍵
在系統的穩定性與可靠度部份，陳威文則是認為還有待觀察，原因是這套系統從他接手管理之後，一共發生了兩次當機事件，一次是某臺HIS系統的Linux伺服器，突然發生無法存取儲存系統邏輯磁區的情況，雖然在重灌作業系統後解決了這個問題，卻找不出發生故障的真正原因。另外一次則是發生在支援AIX作業系統的DynaPath（多路徑存取軟體）突然失效，連系統整合廠商的工程師也束手無策，最後在FalconStor原廠工程師技術支援下排除。
值得注意的是，這兩次當機都發生在作業系統升級和伺服器平臺轉移之後，陳威文也表示，由於整個IT架構的複雜度相當高，而且經歷過多次系統轉換，參與其中的廠商也相當多，任何環節的更動都可能會「牽一髮而動全身」，問題究竟出在哪個部份？往往很難釐清責任，對用戶而言，最重要的是在問題發生後能不能迅速解決，因此責負廠商的系統規畫，與原廠的技術支援能否即時到位，就成為系統能否持續穩定運作的關鍵。
總的來說，陳威文對IPStor在針對Informix資料庫的備援功能相當滿意，未來的規畫部分，由於成大醫院僅在急診與診間的HIS系統部分建置異地備援，門診的HIS系統仍架構在封閉系統的大型主機上，並未導入異地備援機制，預計明年門診的HIS系統會移轉至Oracle資料庫，並整合到開放系統環境，這部分的異地備援規畫上，考量到Oracle資料庫本身即具備良好的災難復原技術，將不採用IPStor提供的異地備援功能，不過IPStor仍會負責整個系統的儲存空間整合與管理工作。文⊙張智鴻
用戶資訊
國立成功大學醫學院附設醫院
應用範圍：急診室與診間醫療資訊系統（HIS）的資料庫/儲存設備整合、資料容錯備份、異地備援
解決方案：
FalconStor IPStor HA Server
Informix DB agent
TimeMark/TimeView Option
IPStor Remote Replication
熱門新聞
2026-01-12
2026-01-12
2026-01-12
2026-01-12
2026-01-12