|
||
|
Senior Member
 
加入日期: Mar 2012 您的住址: 地球
文章: 1,303
|
引用:
人家好像說這是p的 重點是這篇貼的內容 https://www.ptt.cc/bbs/Gossiping/M....5717.A.A94.html
__________________
 [/url] 老柏 老柏(第二)   老柏(第三) 老柏(第四) |
||||||||
2017-02-03, 02:47 PM
#11
|
|
|
Regular Member
 加入日期: Feb 2015
文章: 65
|
類似github之類的服務吧
一般會remote之前自己應該會有一份近期使用的repository 再加上網站說明影響的都是中繼資料 應該影響的用戶極其少吧 不過source code這種東西遺失就算是幾bytes都很淒慘 希望是真的沒人被影響到啦 git這東西我也在研究中... |
||
|
2017-02-03, 02:47 PM
#12
|
|
|
*停權中*
加入日期: Mar 2011
文章: 1,522
|
引用:
這是最近爐石傳說中國大陸版本的當地服 有個天兵把資料一刪，後面的kuso  |
|
|
2017-02-03, 02:51 PM
#13
|
|
|
New Member
加入日期: Nov 2005
文章: 4
|
|
|
2017-02-03, 09:08 PM
#14
|
|
|
Junior Member
  加入日期: Jan 2002
文章: 864
|
引用:
這個不會是機率問題，而是備份機制根本就有問題。 備份最大的困難點就是要徹底測試還原通常是有困難的。 |
|
|
2017-02-03, 09:31 PM
#15
|
|
|
New Member
加入日期: Jan 2017
文章: 5
|
引用:
那多少容量的備份會有測試還原問題？ |
|
|
2017-02-03, 09:43 PM
#16
|
|
|
Regular Member
加入日期: Jan 2006
文章: 97
|
引用:
當天聽到消息，一度被傳成Github，我就想說應該不太可能.... 只是GitLab我們公司也有在用....只是是用local不是用cloud版本 那天直播討論，就有人在提，如果是GitHub會損失多少，不知道會不會到t 引用:
每次的備份都會有還原測試(非差異備份)，不會因為容量過小或是過大就不測試
__________________
 ----------------------------------------- 此文章於 2017-02-03 09:46 PM 被 evangel005 編輯. |
||
|
2017-02-03, 09:44 PM
#17
|
|
|
Junior Member
加入日期: Jan 2002
文章: 864
|
引用:
許多時候跟容量無關。譬如說現在做了一個 cluster 環境的災難復原備份。如果要做完整測試的話就要建制一個 cluster 的環境然後還原測試是否一切運作正常。這個測試動作一開始的時候一定會做，但是接下來作業環境可能會一直升級更新，備份當然還是一直照做，但是否有更新造成日後還原可能失敗，很可能已經沒有花大功夫測試了。 |
|
|
2017-02-03, 09:56 PM
#18
|
|
|
*停權中*
加入日期: Mar 2015 您的住址: 熱火隊地盤
文章: 2,703
|
引用:
+100,000,000,000  |
|
|
2017-02-03, 10:18 PM
#19
|
|
|
Elite Member
加入日期: Mar 2001 您的住址: Rivia
文章: 7,036
|
文章亂寫一通
根本就沒有所謂五種備份機制失效 因為這些被誤刪的資料一開始 根本沒有用那些所謂失效的機制去備份... 你根本沒備份，東西不見怪它生不出東西給你？！ 引用:
這純粹就沒有定期做crc效驗惹得禍 雖然說有做也不見得保證完全沒問題 但至少早點發現，修復的可能性很高 等到撈資料時才發現，通常都很難救了 我現在都建議改用BTRFS或ZFS 做soft raid，可靠性比傳統filesystem可靠多了
__________________
Folding@home with GPGPU集中討論串 Unix Review: ArchLinux●Sabayon●OpenSolaris 2008.5●Ubuntu 8.10 AVs Review: GDTC●AntiVir SS●ESS●KIS 09●NIS 09●Norton 360 V3  I Always Get What I Want. 此文章於 2017-02-03 10:39 PM 被 野口隆史 編輯. |
|
|
2017-02-03, 10:38 PM
#20
|
|
