服務案例

面臨的挑戰

廠區擴線後機房配電已達上限，新設備無處可放。既有主機多為保固到期的機型，平均 CPU 使用率不到 12%，但因應用相依關係複雜，IT 團隊不敢貿然整併。

歐特邁的做法

1. 以兩週時間收集所有主機的效能基線與網路連線關係，釐清應用相依
2. 規劃 PVE 虛擬化叢集，分三個梯次於週末停機窗口完成 P2V 轉移
3. 保留原機七天不關機作為回復路徑，確認穩定後才退役

面臨的挑戰

每日上午門診尖峰時段，醫囑開立與批價作業出現明顯延遲，最久需等候 8 秒以上。院方原先評估直接更換更高階主機，但成本高且無法確認能否解決。

歐特邁的做法

1. 先執行資料庫健檢，分析等待事件與執行計畫，確認瓶頸在索引與 I/O 而非 CPU
2. 調整十餘個高頻查詢的索引策略，並重新配置儲存層的快取與 LUN 分佈
3. 將歷史資料分割歸檔，縮小線上作業的資料集

面臨的挑戰

機關被核定為資安責任等級 A 級，需在期限內完成網段隔離、存取控制與日誌留存。原有網路為扁平架構，所有終端與伺服器同處一個網段。

歐特邁的做法

1. 盤點資產與資料流，依業務性質規劃辦公、伺服器、維運與訪客四個網段
2. 導入次世代防火牆執行網段間政策控管，並建立日誌集中留存機制
3. 協助準備查核所需的架構文件、政策文件與技術佐證

面臨的挑戰

客戶遭勒索軟體加密，發現備份伺服器與正式環境使用相同網域帳號，備份副本一併被刪除，最終以數週時間手動重建部分資料。事件後委託重新設計整體備份架構。

歐特邁的做法

1. 備份系統改用獨立帳號體系與獨立網段，切斷與正式環境的權限關聯
2. 導入不可變更（Immutable）備份儲存區，並保留一份離線副本
3. 建立每季實際還原演練機制，記錄各系統的實測還原時間

面臨的挑戰

主管機關要求核心系統具備異地備援與定期切換演練能力。原有機制為每日排程備份，實際 RPO 達 24 小時，無法滿足法規與業務要求。

歐特邁的做法

1. 以儲存層同步複寫建置雙機房架構，達成 RPO = 0 的資料保護
2. 規劃應用層的切換程序與 DNS／連線字串調整流程
3. 每半年陪同客戶執行一次完整切換演練並產出報告

面臨的挑戰

校內無線網路為歷年分批建置，品牌混雜且各自管理。學生於宿舍與教室反映訊號不穩、漫遊時斷線，IT 人力難以逐棟排查。

歐特邁的做法

1. 實地勘查並執行訊號模擬，重新規劃 AP 佈點密度與頻道配置
2. 統一更換為單一品牌的集中管理架構，支援跨棟無縫漫遊
3. 導入流量分析平台，讓 IT 能定位問題樓層而非逐台排查