Zfs ile, copies=2bu kopyalardan bazılarını içeren bir sürücünüz varsa ve sonra kaybederseniz, sisteme etkilenen dosyalar için veri bloklarının yeni bir kopyasını yapması gerektiğini nasıl anlarsınız? Yoksa zfs, kötü veri blokları hakkında bilgi bulur bulmaz ekstra kopyalar için veri blokları eklemeye mi başlıyor?
Scrub bunu yapacak mı?
(v0.6.0.56-rc8, ZFS havuzu sürüm 28, ZFS dosya sistemi sürüm 5, Ubuntu 11.10)
Yanıtlar:
"kopya = 2" (veya 3) artıklık bulunmayan havuzlarda (tek disk veya şeritler) kullanılmak üzere tasarlanmıştır. Amaç, tüm cihaz arızasını değil, küçük disk bozulmalarını düzeltmektir. İkinci durumda, havuz sökülemez, bu nedenle herhangi bir ditto bloğu restorasyonu gerçekleşemez.
Yedekliğiniz varsa (yansıtma / raidz / raidz2 / raidz3), ditto blokları diğerlerinden farklı değildir ve ovma / yeniden yaşlandırma onları yeniden oluşturur.
For a device to be replaced, the pool must be in the ONLINE state. The device must be part of a redundant configuration, or it must be healthy (in the ONLINE state). Kopyaların = 2 veya 3'ün gereksiz bir yapılandırma olarak kabul edilmediğini varsayıyorum.
copies=1olsaydınız ve yükselttiyseniz copies=2, muhtemelen daha sonra yeniden diriltmek / yeniden ovmak isteyeceksiniz - ki bu örnekleri yaratacaktır. Ancak @jilliagre doğrudur: ditto blokları gereksiz bir yapılandırma oluşturmaz. Havuzda birden fazla cihazınız olsa bile blokların başka bir cihazda ayarlandığının garantisi yoktur.
Bu soruyu gerçekten ilginç buldum ve belgelere dökülen bir saat geçirdikten sonra koda girdim. İşte bulduğum şey.
İlk olarak, bazı terminoloji. Aynen blokları (bu kopyaların aynısıdır, aynaların aksine) bir yazmada otomatik olarak oluşturulur, ancak orijinal kopyayla aynı sanal aygıtta (vdev) olabilir veya olmayabilir. Öte yandan, yansıtılan bloklar her zaman başka bir sanal cihaza yansıtılır.
Bununla birlikte, kod her iki blok tipine çocuk olarak atıfta bulunur. Burada ditto bloklarının sadece çocuk olduğunu göreceksiniz io_vd == NULL(bu yazma fonksiyonundadır). Yansıtılmış bir blok io_vdiçin, karşılık gelen sanal cihaza (örneğin ikinci diskiniz) ayarlanır.
Bunu akılda tutarak, okuma bölümüne ulaştığında , tüm çocukları (ayna veya ditto blokları olsun), beklenmedik bir şekilde içermiyorsa potansiyel olarak güvenli değil good_copiesve gerektiğinde yeniden yazar . Bu, sorunuzun cevabı gibi görünüyor - evet, en az bir iyi kopyanız olduğunda ve aşağıdakilerden herhangi biri olduğunda bunları yeniden yazacaktır:
Uf! Belki birisi kusurları gösterebilir, ancak bu küçük egzersizle ZFS hakkında bilgi edinmek hoşuma gitti ve umarım bu yardımcı olur!
@jlliagre ve tüm zpool disklerden biri (vdevs) ölür ama havuz gereksiz (ayna / raidz) olduğunu düşünüyor gibi görünen diğerleri. Bu doğru değil; ayna veya raidz olmasa bile , çok diskli bir havuz her zaman tek bir tam disk arızasından kurtulacaktır.
ZFS Meta Verileri her zaman en az 2 kez kopyalanır, böylece tam bir diskin (veya herhangi bir kısmının) toplam hatası dosya sistemini devralmaz. Ayrıca, birçok dosya, özellikle de daha küçük dosyalar, tüm disklere dağıtılmayacak ve bu nedenle disk arızasından dolayı mutlaka hatalı olmayacaktır. OP, ditto blokları (kullanıcı veri kopyaları> 1) kullanan bir çoklu disk havuzunun durumunu soruyor . Burada, tek bir tam disk hatası hiçbir zaman veri kaybına neden olmamalıdır .ZFS her zaman ditto bloklarını orijinal bloktan uzağa koymaya çalışacaktır ve birden fazla vdev'li havuzlar için bu her zaman başka bir vdev anlamına gelir (bir vdev'in havuzun>% 50'si olduğu bir istisna olabilir, bu çok olağandışı olacaktır) . Dosya sistemi meta verileri de her zaman ditto seviyesinden +1 veya +2 kat daha fazla kopyalanır , böylece her zaman disk arızasından kurtulur. Ayrıca, üçten fazla diskiniz varsa, veri kaybı olmadan bunların yarısını kaybedebilirsiniz; ZFS, iki bitişik diski asla kaybetmediğiniz sürece, hiçbir zaman veri kaybınız olmadığı sürece bir sonraki diskteki ditto bloklarını depolar. (ditto = 2 için üç iyi disk hatası).
Bir dosyaya erişmek için yeterli veri kopyası varsa (bu kopyalar ditto bloklarından, aynadan veya raidz'den olsun), dosyaya erişildiğinde tüm eksik veri kopyaları onarılır. Ovmanın amacı budur; tüm verileri okuyun ve gereksiz kopyaları kullanarak kötü olanları düzeltin. Bu nedenle OP sorusunu doğrudan cevaplamak için, arızalı sürücüyü değiştirdikten sonra bir ovma yapmanız yeterlidir ve tüm kopyalar geri yüklenir.
Her zaman olduğu gibi, destek deposu için vdev'ler sadece sıradan seyrek dosyalar olan havuzlar oluşturarak kavramları kolayca deneyebilirsiniz. Vdev dosyalarını silerek veya bozarak, her türlü arızayı simüle edebilir ve havuzun, dosya sistemlerinin ve verilerin yol boyunca bütünlüğünü doğrulayabilirsiniz.
DÜZENLEME: denemeden sonra, kopyalar = = 2 olan çok diskli yedekli olmayan bir havuzda bir disk başarısız olursa, zfs havuzda başarısız olacaktır. Bir veya daha fazla diskteki parsel veri bozulması hayatta kalabilmeli ve bir fırça ile düzeltilmelidir.