Birkaç sunucunuz var ve iki yıldır parçalarına ayrılmamışlar. Birleştirmeden önce yüzde kaçının parçalanması gerektiğine dair bir standart var mı?
Sunucular Windows 2003'tür.
Birkaç sunucunuz var ve iki yıldır parçalarına ayrılmamışlar. Birleştirmeden önce yüzde kaçının parçalanması gerektiğine dair bir standart var mı?
Sunucular Windows 2003'tür.
Yanıtlar:
Aslında sunucularımdaki verileri asla birleştirmem. Dosya hizmetinde, dolandırmak için gereken zamanın performans isabetine değer bir performans kazancı görmedim. Aslında, sunucuların birçoğunu birkaç gün boyunca çevrimdışına almadığınız sürece çoğu sunucu birleştirmeyi gerçekten bitirmez. Nispeten modern bir dosya sistemi kullanıyorsanız (Windows 2003'teki varsayılanları değiştirmeyi seçmediyseniz), bunun bir önemi yoktur. Ayrıca herhangi bir tür RAID çalıştırıyorsanız, birçok diskte zaten parçalandıkları için dosyaların parçalanması sorun değildir.
Verilerin gerçekten temiz ve birleştirilmesini istediğim bir sunucum varsa, tüm bunları teybe kadar yedeklemem, sürücüyü silmem ve geri yüklemem daha olasıdır. Bu hepsini mükemmel bloklara yazacak.
Bir Windows sunucusunu birleştirmek için bildiğim tek kullanım durumu, yedekleme performansını artırmaktır. Yedeklemeler, bir dosya sunucusunun yaptığı tek büyük ölçekli sıralı G / Ç ile ilgilidir ve bu, parçalanmayı fark eden bir tür G / Ç'dir. I / O dosya sunucularının kullanıcılar onları vurduklarında yaptıkları tür çok rastgele ve bu durumda parçalanma bazen performansı artırabilir.
Eski işimde yeni donanıma taşındığımız bir dosya sunucumuz vardı. Taşıma işleminden hemen sonra, yedeklemeler 450 MB / Dakika düzeyindeydi (bu yıllar önce aklınızdaydı). İki yıl sonra, sunucu yaklaşık 300MB / Dakika yedekliyordu. Daha sonra ilk kez birleştirdik ve hızlar tekrar 450MB / Dakikaya yükseldi.
Tüm yedeklemelerinizi zamanında yapma konusunda sorun yaşıyorsanız ve yedeklenen sunucu şişe boynu gibi görünüyorsa, bir dolandırmak bu konuda yardımcı olabilir .
Birleştirme için diğer kullanım örneği, arşivin NTFS'de depolandığı bir diske yedekleme sistemidir. Bu tür bir birimde yedekleme ve geri yükleme tamamen ardışıktır ve parçalanma fark eder. Ancak, altta depolama alanı yeterince çıkarılırsa (HP EVA disk dizisi gibi) bu tür G / Ç bile parçalanma fark etmez.
Bunların hepsi, büyük ölçüde ardışık I / O'nun en fazla parçalanmayı fark eden I / O tipidir. Bu, endişelendiğiniz G / Ç değilse, birleştirmek endişe verici değildir.
Performansın hedefiniz olması durumunda (genellikle dolandırmak, daha iyiye zarar vermekle kalmaz) gerek duymamanız ve yapmamanız gerektiği konusunda hemfikirim.
Herhangi bir kural gibi, ancak bazı istisnalar vardır:
Eğer ya da disk alanınızın çok düşük olduğu bir noktada (<% 15 boş), zaman olduğunda muhtemelen bir birleştirme yapmalısınız. Seçilebilecek çok az sektör olduğunda, modern dosya sistemleri bile parçalanmadan kaçınmakta zorlanır.
Kaçınılmaz parçalanmaya neden olan belirli türde uygulamalar çalıştırıyorsanız, sunucuya özgü bir birleştirme programına yatırım yapmak isteyebilirsiniz (bunlar arka planda sürekli çalışacak ve gerektiğinde / gerekirse birleştirilecek şekilde tasarlanmıştır). Bir Windows ortamında kaçınılmaz parçalanmaya neden olacak uygulama türü, birden fazla dosyada çok fazla tembel yazma yapan uygulamalardır (en sağlam sunucu tasarlanmış yazılım bunu önler, ancak masaüstü indirme yöneticisi, özellikle bazı BitTorrent istemcileri gibi bir şey bu tür agresif parçalanma davranışı)
Diskeeper'ı daha önceki bir işte sunucularda çalıştırdım ve böylece hem dosya sunucularında hem de uygulama sunucularında ölçülebilir bir performans iyileştirmesi yaptım. Yayınlanmış istatistiklerine yaklaştığımızı sanmıyorum ama kesinlikle bazı faydalar gördük.
Önyükleme zamanında devreye giren bazı ek bitlerle etkiyi sınırlamak için boşta ve ayarlanmış programlarda birleştirilecek şekilde ayarlandı.
Önemli olan bir araç, IOBit tarafından geliştirilen Smart Defrag. Bilgisayarınız boştayken arka planda dolanır ve Deep Optimize ve diğer yeteneklere sahiptir. Yararlı görünüyor, bu yüzden oraya koyabilir ve birleştirme konusunda endişelenmenize gerek yoktur.
AFAIK, RAID parçalanma etkilerinden muaf değildir; fiziksel disk sayısına rağmen, FS hala her bir parça için ayrı bir G / Ç talebi yayınlamak zorunda, değil mi?
Evet, iyi birleştirilmiş bir sistem yedeklemeleri daha hızlı bitirir. Ayrıca, düşük alan ve parçalanmanın iyi bir kombinasyon olmadığını kabul edin ... bu durumdan kaçınmak için en iyisi.
Birleştirme süresi / zamanlaması endişe kaynağıysa, Diskeeper Server sürümlerinden biri (ücretsiz değil!) Gibi bir arka plan birleştirme çözümü iyi bir seçimdir. Yalnızca boştaki kaynakları kullanarak birleştirir, bu nedenle bir üretim sunucusu üzerinde hiçbir etkisi olmamalıdır. Buradaki bazı sunucularımız DK kullanıyor ve yöneticiler bundan oldukça memnun görünüyor.
BTW, bazı BT istemcileri (utorrent akla geliyor) torrent için bir ön ayırma seçeneğine sahiptir, bu nedenle dosyayı karşılamak için yeterli bitişik boş alan olduğu sürece indirmeler sırasında parçalanma yoktur.
Mutabakat (kabul ediyorum) sunucularda dolandırmak yok gibi görünüyor çünkü faydalar gerçek birleştirme sırasında hit performans değmez.
Ancak TechNet'in Fizikselden Sanalya dönüşümler yapma makalesinde , bir P2V yapmak için gereken süreyi azaltmanın bir yöntemi olarak birleştirme önerilmektedir. Bu, P2V'nizi tamamlayabileceğiniz sınırlı bir bakım pencereniz varsa özellikle önemlidir.
Görüntüleme aşaması için gereken süreyi en aza indirmeye yardımcı olmak için, kaynak bilgisayarın sabit disklerinde bir disk birleştirme işlemi gerçekleştirin. Ayrıca, kaynak bilgisayar ile ana bilgisayar arasında hızlı bir ağ bağlantınız olduğundan emin olun.