HDD yedeklemesinde ne tür periyodik bakım yapmalıyım?


15

Harici bir HDD'ye yedeklenmiş bir sürü dizinim var - SSD, manyetik disk değil.

Yedekleme sadece tek bir disk üzerinde (evet, biliyorum, bir kopya ile ekstra bir HDD iyi bir fikir olurdu; ama şu an böyle değil). Ayrıca, diskteki dosyaların çift kopyası yoktur.

HDD'de (seçenek 1) dosyalarımın harcadığından (seçenek 2) çok daha fazla alan var (dosyalarımınkinden daha az boş alan var (ancak yine de iyi bir miktar)

Diski orijinal ambalajında ​​saklıyorum: Plastik torba içinde plastik torba, ambalaj gibi "yumurta kartonu" içinde. Evimdeki bir odada, güneşe veya yağmura vb.

Benim sorum: Periyodik olarak, veri ömrünü uzatmak için diskle yapmam gereken bir şey var mı? örneğin, her şeyi başka bir yere okuyun, veya okuyun ve geri yazın veya diskteki verilerin fiziksel konumlarını bir şekilde yeniden düzenleyin, hatta diski sallayın, fiziksel konumunu değiştirin, hiçbir şey yapmadan açın vb. Tanımladığım her iki isteğe bağlı senaryo için de bir cevap istiyorum.

Notlar:

  • Bu soruyu tek bir HDD markasına özgü yapmak istemem, ancak bilmeniz gerekiyorsa - bu bir Toshiba STOR.E temel 750 750 sürücüdür. Benim seçimim değil, sadece bununla çalışmam gerekiyor.
  • HDD el kitabı bu sorun hakkında bir şey söylemiyor.
  • Yedekleme, geçmişte bu klasörlerin durumunu temsil eder. Bu durumu olduğu gibi tutmanın ve aynı verilerin "ana kopyasının" bulunmadığını varsayalım.
  • Muhtemelen soru ile alakasız olsa da, bu dosyaların kaybolması felaket açısından kötü değildir, sadece beklenen ömrünü arttırmak istiyorum.
  • iki sabit diskimde iki kopyam olsa bile, soru aynı derecede alakalı olurdu: Her biri için ayrı ayrı ne tür bakım işlemleri yapmalıyım?

Verileri temsil eden manyetik alanı "geliştirmek" için periyodik olarak dosyaları okumak iyi bir fikir olacaktır. Buna otomasyon / ek koruma ekleyen bir dosya sistemi kullanmak biraz daha kolay olacaktır. Açıkçası, aynı verilere sahip birden fazla ortam aygıtına sahip olmak tercih edilebilir. El kitabı, HDD'leri çevrimdışı depolama olarak kullanmak için nadir bir senaryo olduğu için bu konuda bir şey söylemiyor (sanırım).
Seth

4
Cevaplar görüş ve ortak uygulamaya dayalı gibi görünmektedir. Sağlam, araştırmaya dayalı yanıtlar veya güvenilir alıntılar görmüyorum.
fixer1234

Sorulan ve cevaplanan, burada SU üzerinde Q'dan daha fazla dahil olmasına rağmen . Bu Q'nun kabul edilen cevabını okuyun . Ümit edebileceğiniz tüm veriler / kaynaklar / alıntılar! Sizin için neyin işe yaradığını verilerinden çıkarabilirsiniz.
user686699

Yanıtlar:


5

Profesyonel bir bakış açısından seçenekleriniz:

  1. Dua etmek.
  2. Birden fazla cihazda birden fazla kopya oluşturun.

"Seçenek 1" (çok daha fazla alan) içinde, aynı donanımda birden çok kopya yaparak oranlarınızı çok az artırabilirsiniz, ancak gerçek şu ki, donanımın başarısız olması, tüm diski nadiren okunamaz hale getirmemesi. Tek bir kopya geçerli bir yedekleme stratejisi değildir.

Bunun gerçek bir yedekleme (birincil cihazdaki dosyaların) veya arşiv (birincil cihazdan kaldırılan dosyaların) olup olmadığı belli değilim. Arşiv örneğiyle ilgileniyorsanız ekstra kopya biraz daha önemlidir. yedek durumda teoride birincil bir kopya var, bu yüzden tamamen şansınız kalmadan önce en az iki başarısızlık olması gerekir.


1
Önerileriniz geçerli ve takdir edilirken, istediğim bu değil. Önerdiğim tüm eylemlerin uzun ömürlülük açısından anlamsız / yararsız olduğunu ima ediyor gibi görünüyorsunuz. Söylediğin bu mu?
einpoklum

1
Üzgünüm, ama dua gerçekten "profesyonel" bir bakış açısından değil.
oldmud0

2
İyi bir mühendisseniz, Murphy'ye dua edeceksiniz ve teklifleriniz bu veriler için daha fazla evden oluşacak, çünkü yanlış gidebilecek her şey yanlış gidecek. Diğer tanrılar ve teklifler daha az tatmin edici sonuçlara sahip olabilir ...
Ecnerwal

1
Tbh, tek bir kopyayla, ilahi iyilik istemek en kötü fikir değildir.
Journeyman Geek

5

Eğer varsa fazla boş alana yedekleme veri kullanımları daha da - 1. seçeneği söz konusu - veya veri birden fazla kopyası varsa, ben "bir şeyler yapmak" olacak bir fikrim var; SpinRite'ın sabit disk "bakımı" na gerçekten yardımcı olduğunu düşünüyorsanız ve / veya verilerinizin her bir bitinin tamamen üzerine yazmak ve yeniden yazmak istiyorsanız, bunu yaparsınız.

Eğer İster gereken bir şey yapmak ya da değil, ben bit çürüme veya ... Çok emin değilim Veri Bozulması gerçekten var gibi görünüyor ve benzeri sorular süper burada bu bir ve ServerFault üzerinde bu bir belki tavsiye yedekleme veya hatasız görünüyor düzeltme veya hataya dayanıklı RAID (ancak tek bir sabit sürücü için birden fazla yedekleme ve karma / CRC kontrolleri seçerim ve bir RAID başarısız olursa ne yapacağınız konusunda endişelenmezim).

Daha basit ve tembel "hiçbir şey yapma" yaklaşımına yöneliyorum, ancak aşağıdakiler en azından iyi bir şeydir.

Bazı SpinRite bakım özelliklerinin Linux DIY Öykünmesi

Birçok insan SpinRite'ın gerçekten işe yaradığına ikna olmuş görünüyor, ancak ücretsiz değil ve Linux çalıştırıyorum, bu yüzden Steve Gibson'ın SpinRite nasıl çalışır? ve SpinRite'ın şu an yaptığı şeylerden biri:

  • Tüm sürücüyü okur
  • Bitleri çevirir ve yazar
  • Onları tekrar okur
  • Bitleri geri çevirir ve yazar
  • Onları tekrar okur

Sürücü herhangi bir (küçük) sorun bulursa, "sürücüyü kötü sektörleri iyi sektörlerle değiştirmeye teşvik etmelidir ".

Bunu ne sıklıkla yapmalısınız? Steve "kimse ne kadar sık ​​olduğunu bilmiyor ama birkaç ayda bir yeterli olmalı" diyor . Sadece her 6 ayda bir ya da her yıl tahmin ediyorum.

badblocks

Okuma / çevirme / okuma / çevirme işlemi badblocks, yazma modu testini ( -wseçenek) kullandığında ne yaptığına neredeyse aynı geliyor , sadece verilerinizi gerçekten "bit-çevirmiyor", ancak tüm verileri yıkıcı bir şekilde yazıyor, okuyor ve çeviriyor bölüm bitleri:

Bu seçenekle, badblocks, aygıtın her bloğuna bazı desenler (0xaa, 0x55, 0xff, 0x00) yazarak, her bloğu okuyarak ve içerikleri karşılaştırarak bozuk blokları tarar.

Tesadüfen değil, bu desenler ikili: 10101010, 01010101, 11111111, 00000000.

Badblocks, bitleri oldukça iyice yazar, okur ve çevirir ve ayrıca ücretsizdir. Eğer mke2fsbadblocks (ile badblocks -cc) çalıştırdıysanız , eğer varsa ext2 / 3/4 onlardan kaçınmak için badblocks listesini kaydedecektir.

Dezavantajı badblock'ların yazma testi yıkıcıdır , bu nedenle bunun çalışması için en az iki bölüme ihtiyacınız olacaktır (verilerinizi kaydetmek ve geri yazmak için).

  • Verilerinizin iki kopyasını sabit diskte , her biri FARKLI BÖLÜMDE saklayın ! .
    Bu, 10, 01, 11, 00 ile tek bir bölümdeki her bitin üzerine yazmanıza izin verir, kötü alanlar gelişirse kurtarma şansınızı iki katına çıkarır. Ve CRC32 veya MD5 gibi veri dosyalarınız için sağlama toplamlarının / karmalarının bir listesini tutun (MD5 / SHA'lar CRC'ye kıyasla çok yavaş olsa da ve rastgele hatalar CRC tarafından kaçırılmamalıdır)
  • Her bir kaç ayda:
    1. Yedek kopyalarınızı okuyun ve hala sağlama toplamları / karma değerleriyle eşleştiğini doğrulayın.
    2. "Sözde" -bit-badblocks -w veya ile bir bölüm çevirmekmke2fs -cc ( Sadece BİR bölüm , tüm verilerin üzerine yazmayın, sadece bir kopya!)
    3. Verilerinizi yeni çevrilmiş bölüme geri kopyalayın
    4. "Yalancı" - diğer bölümü bit çevirin (henüz çevrilmemiş olan)
    5. Verilerinizi yeni çevrilmiş bölüme geri kopyalayın

Bu sadece verilerinizi yeniden biçimlendirmeye ve kopyalamaya benzer, ancak hızlı / standart bir format genellikle her sektöre yazmaz, bu nedenle bitlerin çoğunu değiştirmez / çevirmezsiniz.


En iyi çözüm her zaman birden fazla cihazda birden çok kopyadır .
Optik ortamın 10, 20, hatta 50+ yıl boyunca okunabileceğini ve iki özdeş diskin / ISO'nun gddrescue(aşağıda) sığacağını okudum .
Bulut depolama genellikle birkaç GB için ücretsizdir, dosyaları depolamak (isteğe bağlı olarak şifrelenmiş), özellikle de miktarlar artarsa ​​iyi bir fikir olabilir.

Ayrıca, dosyalarınızı bir hata düzeltme arşivine kaydetmek, herhangi bir hata ortaya çıkarsa yardımcı olabilir , ancak bir dosyayı bir milyondan kaybetmek bir milyon dosyanın tüm arşivini kaybetmek kadar kötü olmayabilir. ECC-CRC gibi ayrı bir hata düzeltme yazılımı mevcutsa, bu yardımcı olabilir, ancak hiçbirini bilmiyorum ve verilerin fazladan bir kopyası daha da iyi olurdu.


Teğetsel olarak ilgili olan SpinRite ayrıca, bir sabit sürücünün kötü bir kesiminden gelen verileri okumak için "çok zor çalışır", farklı yönlerden ve hızlardan gddrescueokuyarak, verilerinizi okumada sorun yaşarsanız (veya ne zaman) karşılaşırsanız . gddrescue ayrıca verilerin iki kopyasından da hatalı olarak okuyabilir ve umarım bir tam iyi kopyayı bir araya getirebilir ve veri bölümünüzün iki (veya daha fazla) özdeş kopyasını oluşturmak için ddcazipimdir, ancak daha sonra badblock'lar kötü sektörleri bulursa aynı kopyaları değiştireceği için onlardan kaçınamadım.


Eğer bir açıklama bağlanabilir miyim tam olarak size bir bölümü-flig bit nasıl badblocksya mke2fs?
einpoklum

Bit çevirme, sektör dışında kalan sektör adresini düzeltmeyecektir. SpinRite'ın disk denetleyicisinin bazı özelliklerini akıllıca, hala gizli tuttuğu özelliklerden kolayca elde edilemeyen oldukça şaşırtıcı bir şekilde kullandığını biliyorum. HDD Regenerator'ın arkasındaki adamlar bunu çözmüş olabilir, ancak kamuoyu bilgisi değildir.
harrymc

İşe yarayan herhangi bir kanıt biti var mı? Ben hiç görmedim bir sorunun çözümü için disk aşınmasını ticareti gibi Sesler herhangi herhangi uygun, güvenilir kaynakta, her yerde, her zamankinden referansı. Atıf çok eğitici olur.
Journeyman Geek

@einpoklum Cevabı bazılarını güncelledim. Badblock'ların her bitin üzerine yazması için man sayfasından başka bir bağlantım yok , ardından verilerinizi geri yazıyorum.
Xen2050

@JourneymanGeek Ben sadece Steve Gibson'ın sitedeki bağlantılı videoda söylediği şeyleri yapıyordum, aslında "atın ağzından." Ama maalesef en azından hızlı bir aramadan başka referansları bulamadım. Aslında diğer SE soruları hakkında biraz çürümenin endişelenmeyebileceği izlenimi alıyorum ve sadece aynı yerde aynı bitler bile tek başına yeniden yazmak, "fiziksel disk yüzeyindeki manyetik alanlara [ to] orijinal
güçleriyle

5

Buradaki çoğu poster tarafından kaçırılmış gibi göründüğü için, bu mükemmel gönderiyi kullanarak sorunuzun özelliklerine önerilen cevabım, Uzun vadeli, yüksek hacimli, veri depolama (arşiv) için hangi ortam kullanılmalıdır? rehber olarak. Mükemmel bir iş çıkardığı için referansları ve araştırmaları oradan tekrar göstermeyeceğim ve tüm yazıyı okumak bu vakanın özetinden daha iyi.

Kendinizi soğuk depoda (çevrimdışı) bir HDD ile sınırlandırın, verilen iki seçenekle sürücüyü her iki yılda bir veya yaklaşık olarak bağlamanız ve döndürmeniz gerekir. Bunu yapmanın en büyük nedeni, iş mili gresinin sertleşmesini ve yakalanmasını önlemektir. İğ gres edecek ölçüde bu olasılığa geciktirebilir arada bir zaman içinde sertleşmesine ve diski döndürme. Bir HDD'ye gresin önemine dair bir fikir edinmek istiyorsanız Minebea'nın çaba miktarına bakın, bir HDD motor üreticisi bu raporda bu konudaki araştırmalarını ortaya koyuyor .

Disk bağlıyken, elektronik cihazların, donanımın veya tabağın yaklaşmakta olan arıza belirtilerini aramak için bazı SMART tanılamaları da çalıştırabilirsiniz. Google ve Carnegie Mellon Üniversitesi tarafından {o yıl 'En İyi Kağıt' kazanan '} FAST'07'de sunulan araştırmadan , SMART testi başarısızlığın göstergesi olabilir, ancak' geçen 'bir test sağlığın göstergesi olmayabilir. Bununla birlikte, kontrol zarar vermez. Evet, bu eski bir araştırma, ancak kimse bunu daha yeni bir şeyle değiştirmiş gibi görünmüyor.

Sürücünün bir süre çalışmasını sağlamak ve verilere erişmek, verileri tutan manyetik alanların gücünü de yeniler. Bazıları, anekdot kanıtlarının ordularına dayanmasının gerekli olmadığını, ancak hangi araştırmaların manyetik alanların zayıflamasının mümkün olduğunu gösterdiğini savunuyor. Wisconsin-Madison Üniversitesi'nden üç makale sunuyorum: Eşlik Kirliliği , Veri Bozulması ve Disk İşaretçisi Bozulması . Bunları okuduktan sonra, sonuçlarının verilerinizi ne kadar tehdit ettiğine ve bunlara karşı korunmaya ne kadar değeceğine karar verebilirsiniz.

Önerilen iyileştirme rutini

Hangi işletim sistemini kullandığınızı, hangi araçlara sahip olduğunuzu veya tercih ettiğinizi veya hangi dosya sistemini seçtiğinizi bilmiyorum. Bu nedenle önerilerim yalnızca genel olacak ve yapılandırmanıza ve tercihlerinize en uygun araçları seçmenize izin verecektir.

Birincisi, depolama için kurulum. Dosyaları HDD'ye kaydetmeden önce arşivlerini oluşturun. Bu, sıkıştırma anlamına gelmez ve bundan kaçınmaz. Size hata düzeltme veya 'kendi kendini iyileştirme' yetenekleri kazandıracak bir arşiv biçimi seçin. Tek bir büyük arşiv oluşturmayın, daha ziyade birbirine ait olan şeyleri arşivleyin, bir arşiv kütüphanesi oluşturun. Sıkıştırma seçerseniz, hata kurtarma yeteneğini engellemediğinden emin olun. Çoğu müzik, video, film ve resim formatı için sıkıştırma yapmanın bir anlamı yoktur. Bu tür dosya biçimleri zaten sıkıştırılmıştır ve bunları sıkıştırmaya çalışmak nadiren yer kazanarak bazen daha büyük boyutlar yaratır.dosyaları ve zaman ve CPU gücünü pazarlık içinde boşa harcar. Yine de, yukarıdaki hata kurtarma için arşivleyin. Ardından, seçtiğiniz özet algoritmasını kullanarak her arşiv dosyası için bir kontrol toplamı oluşturun. Güvenlik burada sorun değil, sadece dosya için bir sağlık kontrolü, bu nedenle MD5 yeterli olmalı, ancak her şey işe yarayacak. Check-sum'ların bir kopyasını arşiv dosyalarıyla kaydedin veaynı HDD'de ikinci bir yerde - belki de toplam çek toplamlarının toplanması için ayrılmış bir dizin. Bütün bunlar diske kaydedilir. Sonraki ve oldukça önemli olan, çek toplamlarını oluşturmak ve arşivleri geri yüklemek için kullandığınız araçları (ve sıkıştırma kullandıysanız sıkıştırmak) da bu HDD'ye kaydetmek. Sisteminize bağlı olarak bu programların kendileri olabilir veya onlar için yükleyici olması gerekebilir. Artık HDD'yi nasıl seçtiğinize kaydedebilirsiniz.

İkincisi depolama. Mevcut HDD'ler fiziksel şoktan (titreme ve zıplatma şoku) makul derecede korunmaktadır, ancak onu itmenin de bir anlamı yoktur. Sorunuzda belirttiğiniz şekilde saklayın. Elektromanyetik kuvvetlere maruz kalabileceği alanlardan kaçınmayı denemek isterim. Örneğin devre kesici paneli ile aynı veya HAM radyonuzun üstünde değil. Şimşek yıldırımları kaçınamayacağınız bir şeydir, ancak elektrikli süpürge ve güç önlenebilir. Aşırı olmak istiyorsanız, bir Faraday kalkanı veya Faraday çantası alın. Sizin önerileriniz iki anlamsız ya da kötü. Depolandığı süre fiziksel konumunu değiştirme o sorunlara şey etkilemez ve bu sallayarak olabilirÇoğu sürücünün iyi G-şok korumasına sahip olması gerektiği için hasara neden olmaz, ancak mümkündür.

Sonuncusu periyodik önlemler. Her yıl veya iki yılda bir seçtiğiniz bir programda, programı depolama alanından kaldırın ve bilgisayara yeniden bağlayın. SMART testini yapın ve sonuçları gerçekten okuyun. SMART sonuçları "bir dahaki sefere" değil "bu sefer" göstermeniz gerektiğini gösterdiğinde diski değiştirmeye hazır olun. Bağlıyken tüm arşiv dosyalarını çek toplamlarına göre kontrol edin. Herhangi bir denetim başarısız olursa, o dosyayı geri yüklemek, arşivi ve denetim toplamını yeniden oluşturmak ve yeniden kaydetmek için arşiv biçiminin hata kurtarma yeteneklerini kullanmayı deneyin. Seçenek 2'yi "güzel miktarda" boş alan olarak da verdiğiniz için, arşivleri yeni dizinlere kopyalayın ve orijinalleri silin. Sadece "hareket ettirmek" onları hiç hareket ettirmeyebilir. Dosyayı taşıyan birçok yeni dosya sisteminde listelendiği dizini değiştirir, ancak dosya içerikleri oldukları yerde kalır. Dosyayı kopyalayarak başka bir yere yazmaya zorlarsınız, ardından orijinali silerek alanı boşaltabilirsiniz. Çok sayıda arşiv dosyanız varsa, hiçbirinin HDD'deki boş alanı dolduracak kadar büyük olması olası değildir. Tüm dosyaları doğruladıktan veya geri yükledikten ve istediğiniz dosyaları taşıdıktan sonra, ambalajınızı geri yükleyin ve bir dahaki sefere kadar depoya geri koyun.

Dikkat edilmesi gereken ekstra şeyler. Sisteminizi yükselttiğinizde veya daha da kötüsü farklı bir işletim sistemine geçtiğinizde, bu HDD'yi yeni yapılandırmada okuma yeteneğine sahip olduğunuzdan emin olun. Düz metin olmayan bir şey varsa, dosyayı kaydedildiği gibi okuma yeteneğini kaybetmediğinizden emin olun. Örneğin: MS-Word belgelerinde bir biçimde denklemler oluşturulabilir, daha yeni sürümler bunları okuyamaz. Bu sorun için bakınız . Word, olası tek sorun kaynağı değildir ve Açık Kaynak formatları bile verilerinizin geleceğe dönük olduğunu garanti etmez. Bu alanda büyük bir gaf için başarısız Dijital Domesday Kitap projesi hakkında bilgi edinin. Yeni teknolojiler göründüğünde, koleksiyonunuzu da güncellemeyi düşünün. AVI dosyaları olarak kaydedilmiş filmleriniz varsa ve MKV'yi daha iyi seviyorsanız, dönüştürün. Kelime işlemci belgeleriniz varsa ve programınızı yükseltirseniz, arşivlenenleri yeni biçimde yeniden kaydedin.


4

Manyetik ortam zamanla kaybolabilir ve sonuç kötü bir parça veya sektördür. Bir çözüm, manyetik parçayı birkaç yılda bir yenilemek olabilir.

En basit yol, tüm sabit diski kopyalamak ve yeniden yazmaktır, ancak bu, bellenimin kafasını konumlandırmasına izin veren sektörün "başlığı" olan sektör adresini yenilemeyebilir. Sektör adresini yenilemek için diskin yeniden formatlanması gerekebilir (derin format - hızlı değil).

Alternatif bir çözüm, disk yenileme ürünlerini kullanmaktır. Bu ürünler diski fiziksel düzeyde tarar, her sektörü ve adresini okur ve manyetik verileri yenilemek için her ikisini de yeniden yazar.

Ek bonus, bir okuma hatası durumunda, bu ürünlerin verileri kaydetmek için birden fazla okuma yöntemini deneyecek, sektörü kötü olarak işaretleyecek ve yedek bir sektöre (çoğu sabit diskin yedek sektörleri vardır) yeniden eşleştirecek olmasıdır. veriler kaydedilir.

İşte bu tür birkaç ürün:

  • DiskFresh (özel ve ticari olmayan kullanım için ücretsiz veya 25 $) - Puran Yardımcı Programlarının iyi değerlendirmeleri olan parçası. Yalnızca hasarlı / kötü sektörler varsa sizi bilgilendirir ve gelişmiş kurtarma işlemi gerçekleştirmez.

  • SpinRite (89 $ para iade garantisi ile) - Birkaç yıl önce hala diskimi kurtarmış olmasına rağmen, bu birkaç yıl için güncellenmedi. Ürün oldukça eski olduğu için para iade garantisine güvenmem.

  • HDD Regenerator (para iade garantisi ile 89,99 $) - İyi değerlendirmeleri olan yeni bir ürün.

Güvenli uzun süreli depolama arayan okuyucular için, ticari olarak M-DISC veya Archival Disc olarak adlandırılan "bir kez sonsuza kadar yazılır" DVD ve Blu-Ray ürünlerinin bulunduğunu belirtmek isterim.


SpinRite'ın kendi önyüklenebilir ortamını kullandığını biliyorum; bahsettiğiniz diğerlerine ne dersiniz? Windows tabanlı mı? Linux tabanlı? Kendi-önyüklenebilir tabanlı?
einpoklum

1
DiskFresh Windows'da çalışır ve HDD Regenerator hem Windows hem de önyüklenebilir flash disk yapar.
harrymc

Bu yüzden belki de Linux'ta bunun eşdeğerini yapmanın ayrı bir önyükleme gerektirip gerektirmediğini veya sadece /dev/sdXcihaz dosyalarıyla ve ddbenzeri bir şeyle yapıp yapamayacağınızı sormalıyım .
einpoklum

1
@ einpoklum: Herhangi bir işletim sistemi altında, derin biçimlendirme ve disk görüntüleme ve yeniden yazma işlemi yapan tüm ürünler, yeniden yazma bölümü için dd de dahil olmak üzere işi yapar. Burada önemli olan, diskin tüm sektörlerini, hem dosya verileri hem de meta veriler için kullanılan sektörleri tamamen yenilemektir. Diski kopyalarken alternatif bir geçici depolama gerekir, ancak bugün bu ucuzdur.
harrymc

@ einpoklum: Bakım için DiskFresh kullanılabilir ve hatalardan kurtulmak için yalnızca daha gelişmiş yardımcı programlar kullanılabilir (başarı garanti edilmez). DiskFresh, doğru depolama koşullarında yeterli olmalıdır.
harrymc

3

Hiçbir bakım yapılmamalıdır . Sürücünün yeniden bağlanması ve çalıştırılması, sürekli olarak çalışmasından ve bir kutuda uyumasına izin vermekten çok daha yüksek bir riski temsil eder. Bu yüzden sık sık kontrol etmek hasar olasılığını artıracaktır.

Nasıl sakladığınız mükemmel, ancak sıcaklığı unutma . Aşırı olmasına izin vermeyin. Yedek sürücü olarak tam olarak ne kullanıyorsunuz? Bazıları diğerlerinden çok daha dayanıklıdır.

Yapabileceğiniz bir şey, belirttiğiniz gibi yeterli alanınız olduğundan , HDD'de aynı verilerin iki kopyasını alın . Kötü sektörlerde, iyi olacaksınız. Fark ettiğim kadarıyla, bugün sürücülerin çoğu sürücünün başlangıcında (ilk birkaç GB) sektör hasarı alır, ancak bu çoğunlukla işletim sistemine bağlıdır (sizin durumunuz değil). Genellikle, bozuk sektörler başlangıçta çoğu durumda birlikte kümelenmiş olarak görünecektir, bu nedenle aynı sürücüdeki verilerin iki kopyasına sahip olmak yardımcı olur.

Yalnızca birkaç kritik dosyanız varsa, bunları güvende olmak için başka bir yere kaydetmek de iyi bir uygulamadır. Şifreli bir arşiv oluşturun ve bir çubuğa koyun veya güvendiğiniz birine verin.


1
'Notlar' bölümü hangi HDD'nin kullanıldığını listeler (Toshiba STOR.E temelleri 750 GB). Ayrıca, sürücülerin çalıştırılmasının ve bağlanmasının tahmini arıza süresini azalttığı iddiası için bir tür referansa bağlanabilir misiniz? İddia için bir neden olmadığı için, sadece diğer insanlar bunun tam tersini öneriyorlar.
einpoklum

Bakım yapılmaması gerektiği ve çalıştırılmasının daha yüksek bir risk olduğu iddiasının temeli olarak gösterebileceğiniz bir şey var mı?
fixer1234

Bakım gerektirmeyen argümanı kabul etmiyorum, çünkü güçsüz bırakılan bir disk bile hala kötüleşebilir ve güçsüz olduğundan asla tespit edemezsiniz.
harrymc

İstatistiksel olarak, bir kontrol için açtığınızda hiç erişmemenize kıyasla hasar görmenin çok daha olasıdır.
Olağanüstü Zeka

Böyle bir istatistik görmedim ve böyle bir durum olsa bile, kesinlikle birkaç yılda bir birkaç saat boyunca bir kez açıldığında geçerli değildirler . Bir diskin ölçülebilir hasarına neden olmak için binlerce güç gerekir.
harrymc

3

Her zaman hile sürücünüzün başarısız olacağını varsaymak olduğunu hissettim . Rastgele olan bazı başarısızlık modları var. Rastgele olmayan arızalar için - burada iki durum vardır - sürücü ve dosya sistemi.

Biraz alışılmadık bir kaynak olsa da - bu reddit iş parçacığı , verilen bir bitin 10 yıl içinde dönebileceğini gösteriyor, ancak tek bir ters çevrilmiş bitin ECC tarafından sessizce ele alınacağından şüpheleniyorum - dosya sisteminde veya sürücünün kendisinde.

Genellikle, yeniden tahsis edilmiş sektörler gibi şeylere bakarak, periyodik SMART testleri ile yaşa bağlı 'büyük ölçekli' sorunlar bulabilirsiniz. Nispeten kısa görev döngülerinde, fazla bir şey görmemelisiniz, ancak burada biraz paranoyak oluyoruz. Bir kez daha, işler gerçekten kötüleşene kadar sürücünüz ECC'de bunu sessizce halledecektir.

Son olarak ani tahrik veya kontrolör ölümü riski vardır . Teorik olarak, sürücünün ömrünü en üst düzeye çıkardığı bilinen, serin sıcaklıklarda çalıştırarak sürücüyü bebeğe alabilirsiniz, ancak hiçbir zaman sürücüler tarafından gerçekten bebek yapmadım.

Sürücülerin belirli sayıda spin-up ve spin- down olması gerekiyor (burada bir sorun değil) ve sürücüyü düzgün bir şekilde çıkarmanın verilerin sürücüye akmasına izin vereceğinden şüpheleniyorum ve sürücüleri kapatmak için araçlar var. HDparm'ın bunu yapacağına inanıyorum, ancak biraz daha teste ihtiyacım var.

Sonunda, kalıcı olduğu bilinen sürücüleri seçiyorum . Ayrıca harici diskleri birkaç yılda bir çeviriyorum, eski diskleri hiyerarşide aşağıya taşıyorum.

Gelen teori gibi dosya sistemleri Refs ve ZFS ayrılmaz veri sağlama olsa veri kaybı riskini azaltmak için tasarlanmıştır. En azından sessizce bozulan dosyalarınız olmayacak. Bunları daha yaygın dosya sistemleri üzerinden seçmek, büyük olasılıkla veri kaybı olasılığını azaltacaktır, ancak bunları henüz bir masaüstü işletim sistemine dağıtmanın 'kolay' bir yolu yoktur. ZFS, linux üzerinde iyi bir şekilde destekliyor ve Windows'ta hiçbiri desteklemiyor ve ReFS henüz Windows masaüstüne henüz ulaşmadı. Bunlar, gerçek kurtarma için bir veya daha fazla sürücüde birden fazla kopyaya sahip olacak şekilde tasarlanmıştır, bu yüzden burada tam olarak işe yaramaz.


2
Teknik olarak, ZFS (ve belki ReFS) üzerindeki sağlama toplamları, veri kaybını kendi başlarına azaltmak için hiçbir şey yapmaz, yalnızca veri bütünlüğünü doğrular. Herhangi bir hata / yolsuzluktan kurtulmak için yine de eşlik veya ayna sürücüsüne (örn. Bir çeşit yedeklilik) ihtiyacınız olacaktır. Tek bir sürücü ile kendi başlarına kurtarabilecek herhangi bir (popüler) dosya sistemi olduğuna inanmıyorum (ve eğer varsa, bunu yapmak için sürücü alanını feda etmek zorunda kalacaklar).
Bob

Bunu yansıtacak şekilde güncellendi. Çok daha fazla gitmeye zahmet etmedi çünkü bu dosya sistemleri gerçekten onun kullanımında işe yaramaz /
Journeyman Geek

Evet, bu tür senaryoda sağlama toplamlarının tek yararı, en azından hangi dosyaların / sürücülerin güvenmeyeceğini bilmenizdir.
Bob

HDD henüz orada otururken sektörler neden yeniden tahsis edilecek? Demek istediğim, tüm disk içeriğini geçici bir yere (veya /dev/nullbelki?) Kopyaladıktan sonra SMART istatistiklerini kontrol etmemi önerebilirsin, bu da hataları ve yeniden tahsisleri tetikler.
einpoklum

Bu iyi bir soru - normal şartlar altında, özellikle de oldukça az görev döngüsünde olmamalı. Ancak kısa sabit sürücünün ani ve beklenmedik ve çok uç ölüm, onun olası şey aslında sürücüye gerçekleşecek. Düşünebildiğim başarısızlık modlarının çoğu beklenmedik olma eğilimindedir.
Journeyman Geek

2

Başkalarının önerilerinden de gördüğümüz gibi, yedeklemenin herhangi bir değeri varsa, tek bir yedekleme kaynağı güvenilir bir çözüm değildir. Elektronik cihazlarla ilgili deneyim, çoğumuza (zor yoldan) IF sorunu olmadığını, ancak bir yedekleme cihazının ne zaman başarısız olacağını öğretti.

Sabit diskler, tasarım gereği, nispeten kısa süreli veri depolaması içindir. İki mükemmel makale, /server/51851/does-an-unplugged-hard-drive-used-for-data-archival-deteriorate ve Kullanılmayan bir sabit sürücünün verilerini kaybetmesi için ne kadar zaman var? sabit disk sürücüsünde depolanan verilerin ömrünü tartışır. Her zaman olduğu gibi, kilometreniz değişebilir.

Açıkladığınız yedekleme çözümü hiçbir yedeklemeden daha iyidir, ancak yine de tek bir hata noktanız vardır. Tek bir cihazda yedeklemenizle, verilerinizin SADECE kopyasını yangın, sel, hırsızlık, patlama, cihaz arızası vb. İçin kaybetme riskiyle karşı karşıyasınız. Yani soru şu: Yedeklemenizi korumaya yönelik çabalarınız zamanınızın değerli bir masrafı mı?

Hedefinize ulaşmak için, yani güvenebileceğiniz bir yedekleme için birden fazla yedekleme gerekir. Verilerinizi bir sabit diskte depolayacaksanız, yedeklemeniz, sabit disk sürücülerinin doğasında bulunan uzun süreli depolama verilerinin bozulmasına karşı koymak için ara sıra "yenilenmesi" gerektirir. Ayakkabılarını giyseydim, orijinaline benzer ikinci bir yedek sürücü satın alırdım ve yılda bir kez verileri birincil sürücüden ikincil sürücüye kopyalardım. Her yılın sonunda işlemi tersine çevirin ve verileri ikincil sürücüden birincil sürücüye kopyalayın. Her yıl durulayın ve tekrarlayın. Doğal bir felakete tek veri kopyanızı kaybetmemek için sürücülerden birinin bulunduğunuz yerden uzak olması gerekir.


Söylediğiniz her şey doğru olsa da, soruyu yalnızca son paragraf cevaplar.
einpoklum

Tazelenmenin yararına ve bir yıllık zaman diliminin temeli olarak gösterebileceğiniz bir şey var mı?
fixer1234

1

Bu konuda bilimsel, güvenilir bir veri bulamadım. Genel olarak konuşursak, bu sorunun iki yönü vardır:

  1. Bit çürümesi : çeşitli fiziksel efektler, HDD'nin plakalarında depolanan manyetik alanlarda depolanan bitleri çevirerek HDD'deki verilere zarar verebilir. (disk hala tamamen işlevsel)
  2. Mekanik sorunlar : sürücüyü açma / kapama, plakaları eğirme veya sabit tutma, saklama koşulları ve doğal yaşlanma, sürücüyü bir süre sonra kullanılamaz hale getirebilir. (veri olabilir hala sağlam ve geri alınabilir)

Bit rot 2008'den bu konuda tartışılmıştır . Kullanıcı arnaudk şunu yazdı:

Belirleyebildiğim kadarıyla, termal olarak çalışan manyetiklikten arındırma nedeniyle verilerinizi kaybetmeniz yaklaşık 22 yıl (aşağıda ayrıntılar) alacak gibi görünüyor , sabit disk karanlık bir köşede oda sıcaklığında hareketsiz oturuyorsa . Gerçekte, mekanik titreşimler ve sabit sürücünün motorundan 50km uzakta bulunan fırtınalara kadar her şeyden kaynaklanan dış manyetik alanlar nedeniyle bu süre biraz daha kısa olacaktır.

Kabul edilebilir sinyal bozulma seviyeleri sistem tasarımına bağlı olarak değişir, ancak tipik olarak% 10-20 [ref4] arasında değişir, bu nedenle (-1/326000) * ln (0,8) = tüm bit alanının% 20 alması yaklaşık 22 yıl sürer yalnızca termal demanyetizasyon etkileri nedeniyle olası veri kaybına neden olan zayıftır.

(gönderiye doğrudan bağlantı)

Bulabildiğim tek tahmin bu. Bu doğruysa, verileri "yenilemek" için her 5 yılda bir sürücüyü güvenle yeniden yazabilirsiniz.

Mekanik konular daha da gizemlidir. Backblaze veri merkezlerinde binlerce tüketici sınıfı sabit disk kullanan ve düzenli olarak refahları hakkında güncellemeler yayınlayan bir şirkettir. 4 yıllık eğirme sonrasındaki tahminlerine göre 7/24 sabit disklerin% 20'si öldü ve trend devam ederse, 6 yıl sonra bunların yarısı ortadan kalkacak. Bu, bu Google teknik incelemesindeki rakamlarla aşağı yukarı aynıdır . Bununla birlikte, bu bir sabit disk için standart bir kullanım durumu değildir ve bunu bir kutuda çevrimdışı olarak oturan bir sürücü ile karşılaştıramazız. Bu vakayı ele alan hiçbir çalışmanın farkında değilim.

Sonuç olarak, bu verileri gerçekten önemsiyorsanız, iki kopyasını tutmalı ve her 5 yılda bir yeni, stres testi yapılmış bir HDD'ye taşımalısınız. Yani gerektiğini makul taze, ymmv manyetik etki ve donanımı tutun.


0

Bir sabit disk sürücüsünün ömrünü uzatmak, en azını yaparak en iyi sonucu aldığınız konulardan biridir. Sarın, yeterli hava sirkülasyonu olan ve bir çocuğun kazara parçalama olasılığının en az olduğu yoğun ısı, nem, toz veya radyasyondan uzak katı bir platform üzerine yerleştirin. Yükselttiğinize kadar sabit diskinizden uzun bir ömür bekleyebilirsiniz.

Belki de bir tüketici olarak, sabit disk ömrünü artırmak için yapabileceğiniz çok az (hatta hiçbir şey) olmadığını kabul etmek zordur. Ancak verilerinizin hayatta kalma şansını artırmanın kesinlikle yolları vardır: ReFS, RAID ve yedekleme.

İnan bana, endüstri sabit disklerin aksine verinin ömrünü uzatmaya çalışıyor.


Hasardan korumak iyi bir tavsiye. Uzun ömürlü olacak çok az şey olduğu iddiasını desteklemek için atıfta bulunabileceğiniz bir şey var mı?
fixer1234

-1

Deneyimlerime göre, başlatma / durdurma (rölanti / çalıştırma) arasında sık sık geçiş yapmak HDD'ler için kötüdür, daha fazla elektrik çekeceğini okursanız, her zaman dönmelerini sağlamak daha iyidir. (Aynı mağazadan aynı HDD'lere sahip birden fazla sistemde test edildi, bazı HDD'lerin her zaman dönmeye zorlandığı ve başkalarının olmadığı durumlarda)

Tüm sunucularda her gün düzenli olarak çalışanlar "kısa" SMART testi ve hafta sonu "uzun test" en azından HDD'nin arızalanacağı zaman bir fikir verebilir. ZFS kullanıyorsanız, HDD'nin kurumsal sürümleri için ayda bir kez düzenli "ovma" yapmak yeterlidir ve tüketici sınıfı HDD için 2 haftada bir kez yeterlidir.

İyi, iyi bir güç kaynağı da sağlıklı HDD'nin yanı sıra rastgele elektrik sürprizlerinin HDD'ye atlanmasını önleyen UPS'den biridir. (Harici HDD'ler bilgisayardan güç alır, bu yüzden onlar için de geçerlidir)

HDD çalışırken titreşim / titreme onlar için iyi değildir. (Taşınabilir HDD için özellikle önemlidir - çalışırken hareket ettirmeyin)

Ayrıca, belirli HDD'lerin işleri (gözetim, NAS, masaüstü ...) için doğru modeli seçmek, yaşamlarını genişletmenin bir yoludur


1
Kutuda çalıştırdığını sanmıyorum ...
Journeyman Geek

Aslında çalıştırmıyorum ... sadece yedek. Tabii ki kutunun içinden çalıştırmazdım :-) Bu nedenle bir UPS veya titreşim vb. İle ilgili tavsiye benim
durumumla ilgisizdir (

UPS'in alakasız olduğunu söylemem. Harici yedekleme sürücüsü olsa bile, yine de güç verilmelidir ve güç hatlarında bir şey olması durumunda, bu tür durumları koruyacaktır.
Alex

Aşağı oy kullananlara, lütfen yorumlarda bir neden bırakın. İlginç bir konu, bu yüzden neyin yanlış olduğunu duymak istiyorum. Fikriniz herkese fayda sağlayacak.
Alex

-3

Genel olarak konuşursak, eğer bir Linux sistemiyse, bakım gerektirmez. Windows sistemleri kümeleri Linux'tan daha sık kaybediyor gibi görünüyor. Bu nedenle, Windows sisteminde her 3-6mo'da bir chkdsk akıllıca.

Geçit izolatörleri ve yatakları olan tüm sabit sürücü parçaları, 5 veya daha fazla yıl sürekli kullanımdan sonra aşınmaya neden olabilir. Bir gün bozuk bir bölümle uyanmamak için bulduğum en iyi yol, en az 5 yılda bir yeniden biçimlendirmektir.

Genel olarak her iki yılda bir sistemimin büyük bir revizyonunu gerektiren bir şeyim var ve o zaman yeniden biçimlendirin (hata denetimi ile tam bir yeniden biçimlendirme kullandığınızdan emin olun). Hafızam, biçimlendirmeden sonra sabit sürücü alanında bir düşüşe işaret edecek kadar iyi; bu sürücünün arızalandığını gösterir. Bir kişi sistemlerine aşina değilse, biçimlendirdikten sonra tam bayt sayısının kayıtlarını tutabilir.

Bir noktada "ekstra" sektörler kullanılacaktır (özellikle bu amaçla) ve sistem sürücüdeki "normal" alanları kullanılamaz olarak işaretlemeye başlayacaktır - bayt sayısı düşecektir. Bu noktada sürücü kazınmalıdır - muhtemelen veri kaybı olacaktır. 5-10 yıl içinde 7/24 tutulan bir sabit disk için bu normaldir.

Sürücünün ömrünü uzatmanın tek yolu, sistemi birkaç dakika kullanılmadığında sistemi kapatmaya ayarlamaktır. Ana yedekleme olarak kullandığım 2 TB'lık bir sürücüm var ve 10 dakika kullanılmadığında kapanacak şekilde ayarlıyorum. Ben erişmeden 30 gün gidebilir ve bu yüzden kapalı kalır. Gerekirse açılması ve okunabilir hale gelmesi 20 saniye sürer.


Dolayısıyla, tartışma raf ömrü ile sınırlıysa, periyodik olarak güçlendirilmez; " Bağlantısız bir sabit sürücünün verilerini kaybetmesi için ne kadar zaman var?" başlıklı konuya ilişkin iyi kapsanan çevresel kaygılar vardır . Bu elektronik güçle ilgili tartışmada bahsetmediğim tek sorun kapasitör raf ömrüdür. Periyodik kullanımla daha uzun süre dayanırlar; aksi takdirde kururlar; bu bir kapasitörün (ve pillerin) elektro-kimyasal yapısıdır.

Kapasitör ömrü için temel kural 20 yıldır. Buna 20/20 kuralı denir. Kondansatör arızası kullanımın ilk 20 dakikasında en yüksek olacaktır, daha sonra 20 yıllık kullanımdan sonra istatistiksel başarısızlık tekrar aşılacaktır. Ancak kullanılmazlarsa 20 yıldan daha erken başarısız olurlar.

Elektronik bileşenlerde en yaygın (genel olarak konuşulur) arıza kondansatörlerdir. Kondansatörler (elektro-kimyasal), daha sonra endüktörler ve transformatörler (elektro mekanik) kullanılsa da kullanılmasa da yıpranır.


Backblaze adlı bir şirket sabit disk arızaları hakkında veri toplamıştır. Bu verileri şirket bloglarında yayınladı ve hangi üreticilerin sürücülerinin diğerlerinden daha sık başarısız olduğunu vurguladı.

Son bir blogda , tam olarak hangi 5 SMART özelliğinin olası sürücü hatasını gösterdiğini belirten veriler yayınladı:

From experience, the following 5 SMART metrics indicate impending disk drive failure:

    SMART 5 – Reallocated_Sector_Count.
    SMART 187 – Reported_Uncorrectable_Errors.
    SMART 188 – Command_Timeout.
    SMART 197 – Current_Pending_Sector_Count.
    SMART 198 – Offline_Uncorrectable.

Bu önerilen 5 istatistik gibi bir alt kümeyi seçebilirsiniz, çünkü bunlar üreticiler arasında tutarlıdır ve başarısızlığın iyi bir göstergesidir.

Makale şunları önermektedir:

AKILLI 5: Reallocated_Sector_Count 1-4 üzerinde göz kulak olun, 4'ten fazla değiştirin

SMART 187: Bildirilen_Yanlış 1 veya daha fazla değişiklik

SMART 188: Command_Timeout 1-13 göz kulak olsun, 13'ten fazla değiştirin

SMART 197: Current_Pending_Sector_Count 1 veya daha fazla değiştirme

SMART 198: Offline_Uncorrectable 1 veya daha fazla değişiklik


4
> Windows sistemleri kümeleri Linux'tan daha sık kaybediyor gibi görünüyor. Bu nedenle, Windows sisteminde her 3-6mo'da bir chkdsk akıllıca. [alıntı gerekli] - Daha önce böyle bir tavsiye duymadım. Yine de 2007'den beri değil. Ve çoğunlukla kapalı depolamadaki donanımı - ne tür bir dosya sistemi kullandığınızı gerçekten önemsemeyen donanımı - soran soruya oldukça diktir.
Bob

1
Ayrıca, sürücü sağlığını kontrol etmek için her türlü dosya sistemi düzeyinde 'kötü sektör' sayımı kullanmak gariptir. SMART bunun için var. Ayrıca tesadüfen hem yeniden tahsis edilen sektör sayısını hem de bekleyen sektör [yeniden tahsis] sayısını bildirir (ve bunlardan herhangi biri 0 dışında bir şeyse, sürücüyü değiştirme zamanı gelmiştir).
Bob

1
Bu cevap, yararlı bilgiler içerebilse de (eğer herhangi biri varsayımdan daha fazlası ise), özellikle kapanma donanımının maksimum olası uzun ömürlülüğü için uygun bakım ve bakımla ilgili olan soruda belirtilen açık gereksinimleri karşılamamaktadır.
music2my

1
@jwzumwalt ben (me) varlığını görmüyorum bir dahili özellikle önemli olarak aracı - veri yoktur, donanım ve yazılım destekleri onu, ve örneğin CrystalDiskInfo, yazılım tarafından erişilebilir. (Ve işletim sistemlerini karşılaştırmaya çalışıyorsanız, Debian dahil olmak üzere birçok Linux dstrosunda yerleşik / önceden kurulmuş bir araç yoktur.) SMART, yaklaşan disk hatasını tespit etmenin endüstri standardı yoludur (adil olmak gerekirse) , daha büyük bir kurumsal ortamda, bunun aslında başarısız olmasına ve yerini almasına izin verme olasılığı daha yüksektir, yay fazlalığı).
Bob

1
Ne "Linux sistemi" veya "Windows sistemi"? Ne giymek? Sorumu cevaplamak yerine çalışan bir sistemde kullanılan disklerden bahsettiğinizi düşünüyorum.
einpoklum
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.