/* */

  • 21

    客戶名稱新竹林先生

    聯絡電話0928xxx029

    硬碟型號1TB X 4

    陣列形態RAID6

    故障原因

    新竹林先生一組群輝NAS主機, 原本設定RAID5組態, 共裝了4顆1TB硬碟,後來再新增一顆硬碟, 改設定為RAID6,在運轉重建過程中因主機過載燒毀而無法開機使用, 客戶送一家十多年救援經驗的同行,救援多日無法救援後再送來本公司作二救, 經工程師分析共有二顆硬碟有壞軌不良故障,但陣列組態應已完成RAID6轉換,且此組陣列為BTRFS系統格式,故救援難度比一般EXT或XFS系統案件高, 客戶同意救援後,約花了4天成功救援出客戶資料.

  • 22

    客戶名稱蔡先生

    聯絡電話09202XXXXX

    硬碟型號USM8GM

    硬碟序號BD06XXXXX

    故障原因

    1、隨身碟經常使用皆正常,突然讀不到資料。
    2、之前有稍微折到過,是否是這個原因?
    送同行處理無法救援後送至本公司處理, 經檢測磁碟管理抓不到型號容量, 屬物理性損壞, 主控IC為EN3257LT,FLASH須拆焊作資料救援手工分析運算處理。

  • 23

    客戶名稱高雄吳小姐

    聯絡電話0958XXXXXX

    硬碟型號kingston 8GB 隨身碟

    硬碟序號9904275XXXXXXXX

    故障原因

    USB隨身碟接上電腦認不到,之前曾送一家電腦同行救援,但無法救援再送來本公司救援,檢測後發現其為少見主控IC:SSS6690,分析救援難度較高,經工程師多日分析重讀,順利完成此件別家無法救援的FLASH隨身碟救援案例。
     

  • 24

    客戶名稱台灣煙酒總公司

    聯絡電話022XXX0007

    硬碟型號IBM IC35L073UCDY10

    硬碟序號共10顆

    故障原因

    此Raid 5由10顆IBM 74GB SCSI建構而成,原有二顆硬碟Fail造成故障.工程師作分析各顆硬碟磁區資料,發現Raid Config錯亂破損,第九顆資料嚴重錯亂,第二、八顆資料內容竟是一樣,再跟客戶進一步確認,原來事後有作過Rebuild動作,跑完三小時後雖出現OK訊息,但卻造成另二顆硬碟亮紅燈.再取回Rebuild前那二顆故障硬碟,作好鏡相後,順利於下午分析重建出陣列架構,立即導出SQL資料後製作檔案清單交付客戶,客戶派員前來驗收無誤後,成功完成救援。

  • 25

    客戶名稱樹林系統廠商

    聯絡電話02-XXXXXXXX

    硬碟型號WD6002FRYZ

    陣列形態RAID6

    硬碟序號16顆

    故障原因

    老客戶開設的系統公司, 幫客戶建構大型的影片相片資料庫, 由16顆 WD 6TB金標硬碟所建構, 設定RAID6組態, 為Windows Ntfs系統格式,某一天機台RAID組態突然不見, 工程師重新加載組態重新運行REBUILD了數天,後來發現可能會有問題立刻中斷重建, 重新開機後可以看到第一分區,但所有資料已經不見,所以送來作資料救援, 經工程師檢測分析陣列相關參數, 發現原始陣列組態中的硬碟排序跟後來設定的已不同,已造成部份資料已錯亂.最後導入正確分析參數, 交付客戶OK沒有破損的資料,順利完成此一資料救援案例.

  • 26

    客戶名稱嘉實資訊股份有限公司

    聯絡電話09206xxxxx

    硬碟型號WD7500AYYS-01RCA0

    陣列形態RAID5

    硬碟序號共8顆

    故障原因

    客戶一台JCNET NAS主機由8顆WD 750GB硬碟去建構,設定RAID5組態,客戶描述ping得到,網路芳鄰不過,請機房直接拔電源重開機二次無效,請NAS原廠修復RAID,但RAID狀態顯示not ready,客戶再送內湖資料救援同行處理約一週,但資料救援出有九成是無法使用的, 另一成皆多是破損的圖片, 對方表示有可能是資料有覆蓋的情況, 所以救援失敗再送來本公司作第二次的救援,經工程師檢測,1、2、3號硬碟各有1~3sec磁區訊號不良,但應不影響資料,分析陣列參數直接導入無法直接對應出客戶的任何資料,再作剔碟的交叉測試,發現有一顆硬碟有提前離線的問題,另此組陣列最難之處是在於是很特殊少見的RFS系統格式,非一 般的陣列處理方式可完善,客戶同意救援後,只花一天時間即成功救援並對應出完整架構,並立即通知客戶前來驗收指定45GB的資料,因客戶總資料量2.4TB,待客準備3TB資料碟備份後才成功完成此一特殊RFS系統的RAID5資料救援案件。

  • 27

    客戶名稱張先生

    聯絡電話09712XXXXX

    硬碟型號Team Micro SD 8GB

    硬碟序號TF211310XXXXX

    故障原因

    客戶描述發生車禍意外, 行車記錄器裡的一個檔案不見了,須要救援。此類狀況在早期的行車記錄器中常發生, 影片在車禍發生的撞擊瞬間被中斷錄影, 行車記錄器可能無法存入此檔或存入一個檔案卻無法正常播放, 由於有些行車記錄器的影片編碼不同, 所以處理的難度也大不相同, 此部份須工程師專業判斷及修復才能成功完成救援.

  • 28

    客戶名稱陳先生

    聯絡電話09129XXXXX

    硬碟型號GZ-HD6U

    硬碟序號1920FXXXXX

    故障原因

    傳輸時不明原因造成檔案損毀,電腦端及攝影機都無法讀到檔案。曾自行使用檔案救援軟體,但無法救回,之後並無其他寫入動作。

  • 29

    客戶名稱元大人壽

    聯絡電話0953XXXXXX

    硬碟型號創見黑色隨身碟-4GB

    硬碟序號4077XXXXXXX

    故障原因

    不小心加密Bitlocker至此隨身碟約到7%左右,發現加密錯誤到此裝置,所以趕緊立即拔除,再接上任何一台電腦時己經讀取不到此隨身碟了。經工程師檢測此隨身碟主控IC為SM3255,屬物理性損壞,須拆焊FLASH作分析處理,成功分析出相關參數後,順利救援出客戶指定資料。
     

  • 30

    客戶名稱台北劉先生

    硬碟型號Apacer Class 10 SD卡 16GB

    硬碟序號S61G1233XXXXXXX

    故障原因

    SD卡接上讀卡機無法讀取,主要救相片,經工程師檢測,,故障情況為物理性損壞,主控IC為S5E8030,BGA儲存資料晶片,分析出相關參數後,成功救出客戶提定資料。

  • 31

    客戶名稱李小姐

    聯絡電話09391XXXXX

    硬碟型號SanDisk SDXC Card Extreme

    硬碟序號BN151485XXXXX

    故障原因

    客戶原使用CANON 5D拍了3-5段影片,後來記憶卡被同事拿去用SONY攝影機拍攝,可能是格式化後再使用記憶卡。
    客戶自行使用救援軟體, 但無法找到重要的影片檔, 由於新式的攝影機或單眼相機所拍攝的FULL HD 1080P影片, 各家的視訊編碼皆有所不同, 使用市面上救援軟體大多是無法救援的, 須客戶提供使用機器型號才能正確判斷分析救援.

  • 32

    客戶名稱杜拜高鐵捷運

    聯絡電話098XXXX167

    硬碟型號ST31000528AS

    陣列形態RAID5

    硬碟序號共8顆

    故障原因

    某日客戶來電說他們公司杜拜廠目前有一組HP RAID 5陣列CRASH須救援,此陣列為該公司數百人共用的資料庫, 由8顆1TB硬碟所建構, 1顆作HOTSPARE,陣列總容量為6TB, 資料的儲存量約有5.2TB, 客戶先行跟我們聯絡告知準備, 走TNT國際快遞,經新加坡約6天左右總算到了台灣, 由於案件資料緊急且所有硬碟皆無嚴重故障問題, 經客戶同意直接分析各顆硬碟磁區相關參數 ,送件隔天立即分析出陣列參數並開始重建copy資料, copy過程每天不斷有公司各部門來電要求,先提取部份急用資料,由於部份硬碟磁區並不穩定, 尚有少量資料因壞軌而無法抓取對應, 所以完成第一階段資料複製作業後,再針對所有硬碟作鏡相對拷排除壞軌問題, 重建再倒回客戶重新建構的8TB HP伺服器中, 最後終完成此一海外磁碟陣列救援案例。

  • 33

    客戶名稱榮總心導管室

    聯絡電話092XXX6736

    硬碟型號WD2001FASS-00W2B0

    陣列形態RAID5

    硬碟序號共16顆

    故障原因

    台北石牌榮總心導管室一些醫學攝影資料,存放在一組16顆WD 2TB建構的陣列中,2顆作HOTSPARE,有一顆當初建構時即測試而離線,另有九顆建構成16TB的空間。某日陣列CRASH無法運行,來電本公司後,由二名工程師至現場拆下所有硬碟取回公司進行檢測,經檢測共有一顆硬碟壞軌,4顆硬碟模組損毀,當天取回後立即動用8組對拷機台,於第二天晚上終於鏡相完成所有硬碟,當晚工程師並加班分析此組陣列參數,於隔天早上順利導入重建,並提取部份資料先請客戶至專用醫療機台上測試播放,驗證是否參數運算有誤或早有1顆硬碟離線多日,經驗證無誤並經客戶同意後,即開始COPY資料,順利完成此一RAID5磁碟陣列資料救援案例。

  • 34

    客戶名稱張先生

    聯絡電話0939XXXXXX

    硬碟型號Sandisk Extreme Pro 64GB

    硬碟序號BN1627XXXXXXX

    故障原因

    於6/11拍攝過程誤觸了格式化選項,導致檔案沒有了。曾送台北一家資料救援公司,因救援太久無法救援,所以再送來雷德作急件救援,順利於48HR內完成救援。

  • 35

    客戶名稱高雄王先生

    聯絡電話0919XXXXXXX

    硬碟型號黑色USB 3.0 32GB 隨身碟

    硬碟序號T1449B88113

    故障原因

    接上電腦會閃退,有請朋友先看過。經工程師檢測為物理性損壞,主控IC為SM3267L,經分析FLASH相關參數,順利導出客戶指定資料。

  • 36

    客戶名稱台北吳先生

    聯絡電話0918XXXXXXX

    硬碟型號創見 USB 2.0 16GB

    硬碟序號5830XXXXXX

    故障原因

    客戶描述:接上電腦後出現要求格代化視窗,讀取到一半會卡住,有自行用付費軟體SCAN過。
    經工程師檢測,FLASH有物理性損壞,主控IC為SM3255Q AB,經分析處理後成功救援出客戶資料。


     

  • 37

    客戶名稱科立爾數位

    聯絡電話09882XXXXX

    硬碟型號MP0402H

    硬碟序號S03WJ10Y4XXXXX

    故障原因

    客戶硬碟故障,因當時人在國外,直接送當地資料救援公司處理,但救援多時最後仍宣告無法救援。因硬碟內有重要資料,回國後轉送雷德資料救援,順利救出客戶所需資料。
     

  • 38

    客戶名稱坪林行控中心

    聯絡電話09872XXXXX

    硬碟型號ST3250620NS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    雪山隧道坪林行控中心多人共用一台HP SERVER,型號為HP Proliant DL100 G2,由4顆250GB硬碟建構RAID5而成,RAID卡型號為Adaptec 2420,經檢測一號硬碟馬達時有運轉異音,四號硬碟有壞軌,固件模組損壞,第二分區的分區表資訊損壞須修正補回,經工程師分析重建陣列後,順利交付客戶資料,完成此一RAID5磁碟陣列救援案例。

  • 39

    客戶名稱點點設計有限公司

    聯絡電話09106XXXXX

    硬碟型號 KINSTON SDA10

    硬碟序號94736-E02XXXXX

    故障原因

    用於Canon EOS 70D20 單眼相機的記憶卡,接上相機和電腦都無法讀取。主控為PS8210-0,經工程師檢測為FLASH物理性故障,FLASH須拆焊分析救援處理。

  • 40

    客戶名稱桃園林小姐

    聯絡電話09166XXXXX

    硬碟型號Wise S2 Express Card 32GB

    硬碟序號1422522XXXX

    故障原因

    客戶林小姐一片記憶卡,使用SONY EX3攝影機拍攝影片,某日不小心在攝影機上格式化,結果就無法讀取內部資料,使用市面上非常多軟體救援及送一家資料救援同行一樣無法救援,後來同行介紹來本公司作48小時特急件救援,由於其採SONY MP4自有的特殊MP4編碼,須另行採不同分析方式才能對應導出正確影片,非一般救援軟體即能SCAN對應,客戶同意救援後,立即趕件隔天就通知客戶前來取件,順利完成此一資料救援案例。