Tam resilver gerektirmeden bir ZFS diskini söküp yeniden takmak mümkün mü?

Dört toplam sürücü ile ZFS yansıtılmış bir havuz var. Sürücülerin ikisi, saha dışı yedeklemelerin döndürülmesi için kullanılmak üzere tasarlanmıştır. Beklentim, ilk yeniden kaydetmeden detachsonra attachbir diski ve daha sonra bir diski sadece artımlı bir resilver yapmasıydı - ancak testte, takılan diskin zaten neredeyse tüm havuzu içerip içermediğine bakılmaksızın tam bir resilver gerçekleştirdiği görülüyor. içeriği.

offline/ onlineYaklaşım kullanmak bana diski tamamen yeniden oluşturmak yerine yalnızca güncellemenin istenen sonucunu verir mi? Ya da beklendiği gibi bu işe sahip olmak için tamamen farklı bir şey yapmam gerekecek - her bir yedekleme diskini 1 diskli havuz olarak kullanmak ve sendgüncel hale getirilmesi gerektiğinde en yeni anlık görüntüleri almak gibi?

Diskleri saha dışında "döndürmek" için ZFS dizisini bölme yolunda gitmeyin. Gördüğünüz gibi, yeniden oluşturma süresi yüksektir ve yeniden yenileme işlemi , veri kümesinin kullanılan boyutunu okur / doğrular .

Yeteneğiniz varsa, anlık görüntüler ve uzak bir sisteme veri gönderme temiz, müdahaleci olmayan bir yaklaşımdır. Sanırım özel bir tek disk havuzuna sahip olma, ona kopyalama ve zpool dışa aktarma / içe aktarma işlemlerinden geçebilirsiniz ... ama çok zarif değil.

Daha fazla denemeden sonra adil bir çözüm buldum, ancak önemli bir değiş tokuş ile geliyor. offlineÇıkarılan ancak ayrılmayan diskler daha sonra yalnızca artımlı bir yeniden işleme işlemi ile tekrar çevrimiçi duruma getirilebilir (" Bir aygıt çevrimiçi duruma getirildiğinde, havuza yazılan tüm veriler yeni kullanılabilir aygıtla yeniden senkronize edilir. "). Testlerimde, bu, 3 diskli bir ayna için 28 saatten 30 dakikaya, 40GB veri deltasına kadar yeniden yenileme süresi getiriyor.

Bunun karşılığı, çevrimdışı diske sahip herhangi bir havuzun bozulmuş olarak işaretlenmesidir. Hala en az iki çevrimiçi disk (yansıtılmış bir havuzda) olması şartıyla, bu etkili bir uyarıdır - bütünlük ve artıklık bozulmadan kalır.

Diğerlerinin de belirttiği gibi, bu genel yaklaşım ideal olmaktan uzak - uzak bir havuza anlık görüntü göndermek çok daha uygun olurdu, ancak benim durumumda mümkün değil.

Özetlemek gerekirse, bir diski havuzdan kaldırmanız ve daha sonra tam bir yeniden yenileme gerektirmeden geri eklemeniz gerekiyorsa, tavsiye ettiğim yaklaşım:

• havuzdaki diski çevrimdışı: zpool offline pool disk
• sürücüyü aşağı doğru döndürün (fiziksel olarak çekilecekse): hdparm -Y /dev/thedisk
• sürücüyü devre dışı bırakarak havuzu bozulmuş durumda bırakın
• diski havuza geri eklemek için: zpool online pool disk

Ve bu henüz test edilmediğinden, delta yeniden yaşlandırma işleminin doğru olmadığı riski vardır. "Canlı" havuz ve / veya çevrimdışı diskler sorun yaşayabilir. Bu bana olursa güncelleyeceğim, ama şimdilik bu yaklaşımı deneyeceğim.

Güncelleme 2015 Ekim 15: Bugün zpool split, yeni bir havuzu (yeni bir adla) mevcut bir havuzdan ayıran komutu keşfettim . her iki havuz da aynı sistemde mevcut olduğundan (ve ayrı ayrı temizlendiğinden) ve splitçok daha temizdir . Yeni havuz , sistemden çıkarılmadan önce temiz (ve düzgün) olabilir .offlinedetachexport[ed]

(Orijinal yazım aşağıdadır.)

Uyarı! Bu sayfadaki çeşitli yorumlar, zpool detachbir sürücünün mümkün olduğunu (veya mümkün olabileceğini) ve ardından bir şekilde sürücüyü yeniden takın ve içerdiği verilere erişin.

Ancak, bu iş parçacığına göre (ve kendi deneyime göre) zpool detach"havuz bilgileri" ayrılmış sürücüden kaldırır. Başka bir deyişle, a sürücünün hızlıdetach bir şekilde yeniden biçimlendirilmesi gibidir . Bir sonra detachbirçok bilgiye hala sürücüde olabilir, ama öyle olacak pratikte imkansız sürücüyü yeniden bağlayın ve kullanılabilir bir dosya sistemi gibi verileri görüntülemek için.

Sonuç olarak, yıkılan havuzları kurtarabileceğine inandığımdan detachdaha yıkıcı görünüyor !destroyzpool import

Bir detacholduğu değil bir umount, ne de bir zpool export, ne de bir zpool offline.

Deneylerimde, önce zpool offlinebir cihazı sonra zpool detachda aynı cihazı kullanırsam, havuzun geri kalanı cihazın varlığını unutur. Ancak, cihazın kendisinden offline[d]önce olduğu için detach[ed], cihazın kendisinden asla haberdar edilmez detach. Bu nedenle, cihazın kendisi hala havuz bilgisine sahiptir ve başka bir sisteme ve sonra import[ed](bozulmuş durumda) taşınabilir .

Buna karşı ek koruma detachiçin, offlinekomuttan sonra , ancak komutu vermeden önce cihazın fişini fiziksel olarak çıkarabilirsiniz detach.

Bunu kullanmayı umuyorum offline, o detachzaman importhavuzumu yedeklemek için işlem yapalım. Orijinal poster gibi, ikisi sabit bir aynada ve iki tanesi aylık, dönen, site dışı (ve çevrimdışı) yedeklemeler için dört sürücü kullanmayı planlıyorum. Her bir yedeklemeyi, saha dışına taşımadan önce ayrı bir sisteme içe aktararak ve temizleyerek doğrulayacağım. Orijinal posterin aksine, her ay tüm yedekleme sürücüsünü yeniden yazmayı umursamıyorum. Aslında, taze bitler elde etmek için tam yeniden yazma tercih ederim.

Aynı makinede, aynadaki 2 sürücüyle yeni bir havuz oluşturmayı denediniz mi? Ardından, çalışma havuzunuzda bir anlık görüntü oluşturun, ardından bu anlık görüntüyü yeni havuza gönderin, tekrarlayın, ardından bir sonraki anlık görüntü gönderme aşamalı olacaktır. Bu, aynı sistem / sunucu / makine içindeki bir havuz olduğu için "uzak bir sisteme veri gönderme" ile aynı şey değildir. Bu kurulumla, hala zpool split / offline / detach / attach uygulayabilirsiniz, ancak bunu kaynak havuzuna değil, yalnızca ikinci (kopya) havuzda yapabilirsiniz.