![]() |
PCDVD數位科技討論區
(https://www.pcdvd.com.tw/index.php)
- 儲存媒體討論區
(https://www.pcdvd.com.tw/forumdisplay.php?f=20)
- - 最可靠的備份之道!?似乎出現一道曙光!
(https://www.pcdvd.com.tw/showthread.php?t=544236)
|
---|
引用:
硬碟壞的狀況很多,我就碰過4種不同的故障,每次都讓人痛心,至少,REV把可變狀況分離,主機壞了換一台,也不怕資料遺失,磁帶匣總不會同時壞兩個相同的備份吧!磁碟陣列就有可能.... 當然,有兩種不同的備份方式當然就更好囉!! |
同樣是設計業....我是覺得DVD-RAM比較符合需求...至少一個案子結案連中間的過程檔差不多就一張DVD-RAM的大小(如果超過就買雙面的),這樣整理起來也比較方便
|
想想Zip跟LS120......
|
引用:
不不...Zip 還稍微活了一陣子 想想 Iomega 的 Jaz..... |
引用:
這確實應該列入考慮.... 希望有用過的人可以提供一些寶貴經驗,說實在的,我覺得這對中小型企業應該是不錯的商品..... |
引用:
如果DVD容量再高些就好了,這樣400~500GB的檔案資料庫,片子要用到50∼65片,管理上還是有點麻煩.... |
IOMEGA
???????? 直接進垃圾桶.............. 我看樓主您還是把您所需要的功能跟大家說 看看大家有沒有什麼好建議.. IOMEGA的產品強烈不建議.... :jolin: |
引用:
well .. 提出幾點給你參考吧 首先 REV 是採取磁性儲存的媒體.. 只要是磁性儲存..就會有弱磁的問題.. 弱磁的問題一半看碟片及其保存環境..另外一半在讀寫頭上面.. 如果主機的讀寫頭本來就有問題了.. 可能會造成寫入的碟片在本機可以正常讀取無誤..在其他機器確讀取不順..甚至讀不出來.. (這在3.5吋軟碟機的時代很常發生..兩台軟碟都沒壞..卻互相讀不到對方可用的磁片) 雖說可以用同一台機器備份多片.. 但機器掛點時可能拖著插在裡面那片下水.. 其他的備份片因為弱磁無法把資料完全拉出來.. 安全的方法是使用數台機器同時備份數片.. 才不會被ㄧ個半故障的讀寫頭壞了一鍋粥.. 但是成本方面.... 另外因為採取讀寫頭跟碟片分開的設計.. 機器本體不可能 100% 不進塵.. 讀取頭伸進碟片夾的機構也不可能 100%不帶灰塵進入碟片夾.. 高密度碟片的讀寫頭不可能離碟片距離太遠.. 長期高轉速進塵的後果....也難怪這碟片夾有點耗材的感覺 XD ~~~ 其實.. 如果願意勤奮的每份資料都備份兩份或多份的話.. 橫看豎看..使用 usb 2.0 外接盒 + 2.5/3.5 吋硬碟 是容量更大也很方便的組合 .. 加上僅是備份..硬碟僅在備份時過電..壽命比ㄧ般長時運作長一點.. 總結 REV ... 資料保存強度不如 MO, DVD-RAM 成本容量不如外接 USB 硬碟 防震不如 FLASH 大概只能搶搶磁帶機的市場吧 XD |
引用:
DVD的容量再高一點?? 您希望多高? 8.5GB?? 9.4GB??? 高有什麼用 :confused: 目前的價格實在不友善 :think: 資料的保存期限有待考驗 :jolin: 400~500GB的資料? 總不可能全部都常常都有改變的吧 |
既然是離線式儲存,為啥不用古老的備份工具 tape
tape這種古老的儲存媒體,簡單、方便、容量超大、速度快、單位成本低 容量大,目前我們最常用的LTO-2/LTO-3 每捲tape容量高達200/400GByte、及400/800GByte 一捲LTO-3 tape就算不壓縮,也相當於近百片DVD空片 已經在規劃中尚未問世的LTO-4 LTO-5 LTO-6,容量更高達800G/1.6TB 1.6/3.2TB 3.2/6.4TB 相容性高,新一代設備都能向下相容 LTO-3能讀LTO-3 LTO-2 LTO、LTO-2能讀LTO-2 LTO 速度快,實際速度比單一顆disk快多了 LTO 15MByte/s、LTO-2 35MB/s、LTO-3 80MB/s 我們在用的LTO tape library都是走SAN的架構,用Giga的LAN會造成因為網路過慢、tape要停下來等 tape的保存方式和期限也遠比disk簡單、方便,不怕摔,体積小方便儲存 只要不發霉,幾乎都能順利讀出 唯一缺點是不能做為隨機存取,既然是backup用途也用不著隨機存取 以及tape drive單價過高(tape本身並不貴),非一般End user買的起 REV唯一優於tape的地方只有隨機存取方便、及機子單價便宜 |
所有的時間均為GMT +8。 現在的時間是07:11 PM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2025。