ReFS, Hyper-V 2012 r2 kümelerinde VHDX'leri barındırmaya hazır mı?

Tüm "Windows Server 2012 r2" yayınlarında listelenmediğim yeni özelliklerden biri, Kümeleme'nin artık ReFS ile biçimlendirilmiş CSV'leri desteklemesidir. Doğal olarak, VHDX dosyalarını ReFS olarak sakladığım CSV'leri değiştirmek istiyorum. Ancak VHDX dosyaları, veritabanı dosyalarını Sql Server 2012 çalıştıran VM'lerde depolamak için kullanılmaktadır.

Düşünce, donanımsal düzeyde RAID'e sahip olacağım ve anlık arızaya karşı koruyacağım. Bunun ötesinde, gerçek OS (Hyper-V Server 2012 r2) onları ReFS birimleri olarak koruyacak ve bu da bu sürücülerdeki verileri bitrotlara karşı koruyacaktır. Son olarak, VHDX'ler NTFS sürücüleridir, bu da desteklenen uygulamaların güvendikleri dosya sistemini kullanmaya devam ettiği anlamına gelir.

Şimdiye kadar bulabildiğim en iyi şey bunun teknik olarak desteklenmiş olmasıdır --- çünkü Hyper-V, VHDX dosyasındaki (Set-FileIntegrity cmdlet) "veri bütünlüğü" ayarını ReFS birimi. Ama bundan daha sağlam bir bilgi bulamıyorum. Gerçekten prime-time için hazır mı, yoksa etkili bir şekilde sadece kümeleme için bir teknoloji önizlemesi mi?

Düzenleme: 2014-01-22

ReFS'nin sadece bitrot'u tek başına algıladığını buldum. Algılamak hem ref sahip olmak için ve otomatik düzeltme, birden çok Refs sürücü kullanarak bir RAID-1 birim oluşturmak için Depolama Spaces kullanmalıdır. Bu yüzden çözümüm RAID donanımının disklerini JBOD olarak sunmasına dönüşüyor gibi görünüyor, o zaman Windows RAID-1 parçasına bakacaktır. Bunun önümüzdeki ay içinde Üretimde uygun bir kurulum olup olmadığını test edeceğim.

Cevap çok açık bir "Hayır" .

ReFS, yalnızca söz konusu dosyada "Dürüstlük Akışı" etkinleştirilmişse kullanıcı verilerindeki bit çürümesini algılar (Kaynaklar: resmi TechNet dokümanları , herkesin favori blog yazısı ve başka bir nokta ). Oh, ayrıca Dürüstlük Akışı devre dışı bırakıldığında COW (Yazarken Kopyala) özelliğini de kaybedersiniz. Dürüstlük Akımları devre dışı bırakılmadığı sürece ReFS biriminde bulunan bir VHDX kullanamayacağınız için, bir VHDX'i bit çürümesine karşı koruyamazsınız. Oyun bitti.

Kümelenmiş bir Depolama Alanı Havuzu'nun en az 3 disk gerektirmesi gerektiğini düşünen aynı kişi gibi, ReFS hakkında en iyi şeyi kapatma kararını veren ve daha sonra Hyper-V çalışanlarına ihtiyaç duyan devre dışı bırakılacak. Şimdiye kadar böyle çekirdek ekiplere dağılmış bir miktar “aptal” olduğunu hayal etmek zor.

Yardımcı

Bazı testler yaparken, hala ilerlemek isteyen insanlar için yararlı olabilecek aşağıdakileri buldum:

• Kullanımdaki bir VHDX'i ReFS ayna birimine yalnızca hedefiniz Dürüstlük Akışlarının devre dışı bırakıldığı bir klasörse SLM (Depolama Canlı Geçişi) yapabilirsiniz.
  • Eğer SLM yapmak denerseniz üzerine Bütünlüğü Akışları bir Refs-ayna etkin , içine bununla bir hata alırsınız: Bu bütünlük akışı özniteliği ile yapılandırıldığı için "hedef '...' geçerli değil Seç. devam etmek için bütünlük akışı özelliğine sahip olmayan bir hedef. " PowerShell ile denerken aynı hatayı alıyorsunuz.
• Bir dosyanın ReFS aynaya kopyalanması / taşınması, dosyanın "bütünlük biti" nin hedef klasördeki ayarla eşleşecek şekilde ayarlanmasına neden olur.
• Kullanımda olan bir VHDX'in bütünlük bitini alamaz / ayarlayamazsınız.
• Aksi takdirde, bir ReFS ayna biriminin performansı Üretim için yeterince iyi görünüyor (elbette benim görüşüme göre). Herkesin umrunda olursa , "farklılıklar" testim burada .

ReFS, keşfettiğiniz gibi veri bütünlüğü devre dışı bırakıldığında desteklenir. Bunun anlamı, yukarıda söylediğiniz gibi VHD'nizin "bitrot'a karşı korumalı" olmamasıdır. Dosya sisteminin kendisi olurdu, ancak VHD'nin kendisi değil. Bu koruma önlemi sizin için ilginçse, devam edin ve ReFS kullanın.