Avamar alanı geri kazanma işlemleri - Bölüm 2: Çatırdayan

Avamar'da "crunching" nedir?

Atık toplama, artık yedeklemeler tarafından başvurul olmayan verileri tanımlar.
Öbek üst bilgisi tanımlayıcısı, hangi öbeklerin silinmesini belirtmek için değiştirilir. Bu öbekleri içeren veri şeritleri değiştirilmemiştir.
Bu parçaların çıkarılması, crunching işleminin yan etkisi olarak gerçekleşir.

Crunching, bu şeritler içindeki boş alanı bitişik hale almak için atık toplanan şeritleri değiştiren bir Avamar bakım işlemidir. 
Boş alanlarını bitişik hale getirmeleri için şeritleri yönlendirerek Avamar, gelen yedekleme verileri için alanı verimli bir şekilde yeniden kullanır.

Sabit disklerin klasik birleştiricisine benzer bir şekilde crunching 'i düşün. 
Veri kapsayıcıların daha verimli bir şekilde yeniden kullanılana kadar bir yerden başka bir konuma getirilmesi gerekir.

Disk birleştirme yardımcı programları, sıralı erişim sürelerini hızlı hale getirmek için ilgili verileri dönen sabit diskin bitişiğindeki parçalarına hareket eder.
Ancak crunching, yeni gelen öbeklere yer oluşturmak için verileri şeritin altına taşır.

Benzetme:

Bir ön giriş kapağı ve çıkış kapağı olmadan bir veriyolu düşünün. İnsanlar (öbekler) ön kapağı kullanarak veriyoluna girin. 
Bu, insanların yalnızca Star Phillips "Beam me up Scotty" teknolojisini kullanarak ayrılacakları özel bir veriyoludur. 
Veriyolu tamamen başlar. 
Birkaç kişi boş bırakıldıktan sonra, veriyolunda daha fazla daha fazla bilgi için alan vardır.
Herkes girişten uzaklaşıncaya kadar başka hiç kimse sığmayacak. Bu, ön kapağın yakınında yer açmak için veriyoluna doğru "tırmalalı" bir şekilde ifade edildi.

Crunching neden önemlidir:

Avamar'a yedekleme verileri yazıldığında ne olacağını tartışacağız. Bu, crunching'in neden önemli olduğunu açıklar.

Avamar, yedekleme verilerini kabul etme hazırlığında, en bitişik boş alana sahip olan her bir veri düğümündeki şeridi seçer. Şerit, etkin şerit olarak işaretlenir. 
Gelen tüm yeni yedekleme verileri etkin şerite eklenir. 
Şerit dolsa bir sonraki en az tam şerit etkin şerit olarak işaretlenir.

Yetersiz crunching'in meydana geldiği bir sistem düşünün.
"Çıtçıtlı" bir şerit (atık toplamaya rağmen henüz crunching işlemi) nispeten boş olabilir. 
Daha bitişik boş alana sahip başka bir şerit varsa bu nispeten boş şerit etkin şerit olarak seçilemez. 

Aşağıdaki şemada, şemada yer alan her iki şerit de atık olarak toplanmıştır ancak yalnızca veri şeridi 2'nin crunched olduğu görülmektedir.

Veri şeridi 1 daha boş olsa da şerit 2'de daha yararlı bitişik alan vardır. 
Avamar, etkin şerit olarak şerit 2'yi seçerek. 

Avamar depolama kullanımı arttıkça aktif şeritler giderek daha dolu hale gelen bir havuzdan seçilir.

Crunching is overdue, the reuse of stripes is inefficient. (Crunching overdue ise şeritlerin yeniden kullanımı verimsizdir. 
Bu veri miktarı değişmese bile gelen verileri ortalama bir gün boyunca yakalamak için daha fazla şerit gerekir. 
Veri yakalamak için daha fazla şerit kullanmak, şeritlerin daha verimli bir şekilde yeniden kullanılmasına göre daha yüksek kontrol noktası ek yüküne neden olur.

Bu nedenle Avamar'ın her zaman düzenli olarak yeterli crunching gerçekleştirme fırsatına sahip olduğunu doğrulayın.

Crunching nasıl çalışır? 

Sistem bir şeritte crunching işlemi gerçekleştiriyorsa:

• Cur dizinindeki şerit dosyadan gelen verileri bellekte yer alır.
• Öbek başlığı tarafından hangi öbeklerin referansta olduğunu belirler.
• Şerit dosyasını ve parça başlığını diske yeniden yazarak. Şerit dosyası yalnızca öbek başlığı tarafından referans alınan öğelerle doldurulur.

Şerit dosyasını değiştirmek, sabit bağlantısını kırarak dosya sistemi kullanımını artırır. 
Avamar sürüm 5.0 ve sonraki sürümlerde şeritler, crunching sonrasında tam boyutta kalır. Bu, zaman içinde dosya sisteminin parçalanmaması için yardımcı olur.

Crunching ne zaman meydana gelir?

Zaman uyumsuz crunching - Crunching işlemi gerçekleştirmek için varsayılan ve tercih edilen yöntemdir.

Zaman uyumsuz crunching, atık toplama zaman aşımına uysa ve yalnızca aşağıdaki koşullar altında "Kesinti Penceresi"nin ikinci bölümünde çalışır;

• Asynccrunching parametresi true (doğru) olarak ayarlanmışsa.
• Çıtçıtlı şeritler* varsa.
• VE eğer crunching hedefimize veya günlük limite* ulaşamezsek.
• VE Sistem boşta ise* (yedekleme veya başka bakım işlemi devam etmektedir).
• Sistem yazılabilir durumdaysa ve diskno gribine ulaşılmışsa.

Zaman uyumsuz crunching, ön yüklemeli bir işlemdir. 
Yedekleme penceresinin önüne şeritler hazırlamak için özel zaman ve kaynakları kullanır. 
Bunu gösteren ekli şema kesintisi-window.jpg'ye bakın.

Crunching ne kadar iş sağlar?

Kesinti penceresi sırasında şeritlerin önceden hazırlanması, Avamar'ın yedekleme planı sırasında mümkün olan en kısa sürede veri almalarını sağlar. 
Crunching, bir şeridin içeriğini değişir. Çok sayıda crunching, "cur" dizininde depolanan verilerle büyük farklılıklara neden olur. 
Bu, veri düğümü verilerinde/bölümlerinde daha fazla kontrol noktası ek yüküne ve daha yüksek alan tüketimine neden olur.

Avamar, sonraki gün için beklenen gelen veri miktarını karşılamak için kaç şeridin hazır olması gerekir öngörür. 
Hesaplamalar, önceki N günlerin hareketli ortalamasına (örneğin N'nin 10 veya 14'e kadar olduğu) temel alınarak yapılır. 
Bu kendi kendine ayarlama mekanizması, Avamar'ın gereksiz miktarda denetim noktası ek yüküne neden olmadan yedeklemelerin optimum performansa sahip olduğu yeterli şeritleri yıkmalarını sağlar. 

Artık sistemin değişim hızı aniden artarsa Avamar'ın giderek artan bir crunching limiti benimsemesi birkaç gün sürer.

Zaman uyumsuz crunching yeterli şerit hazırlamazsa bu işlem, zaman uyumlu crunching ile ilgilenin.

Zaman uyumlu crunching:

Zaman uyumsuz crunching yeterli şeritleri önceden hazırlayamezse veya asynccrunching parametresi false (yanlış) olarak ayarlanmışsa crunching, yedeklemelerle senkronize olarak çalışır. 
Talep üzerine crunching olarak da bilinen bu crunching modu, gerekli olduğunda çalışır ve şerit değiştirilebilirse ve bir düğümün etkin şeridi halineılmaya hazırlanıyorsa bir şeritte çalışır.

Crunching'in yedeklemelerle senkronize olarak çalıştırmasına izin verilmesi, disk G/Ç kaynakları için rekabetin artması anlamına gelir. 
Yoğun sistemlerde yedekleme işlerinin tamamlanması daha uzun sürebilir. 

Avamar'ı yalnızca bir sistemin yüksek denetim noktası ek yükü yaşadığı durumlarda zaman uyumlu crunching gerçekleştirmesi için ayarlamayı tercih etme seçeneğiniz olabilir. Bu işlem yapılırsa müşteriye neden gerekli olduğuna dair bir bilgi verin ve takası açıklayın.

A iki crunching modu özeti:

Zaman uyumsuz crunching:

• Avamar sunucu parametresi ayarı: asynccrunching=true.
• Normal bir gün değerinde veri sızsa daha yüksek yedekleme performansı.
• Daha yüksek denetim noktası ek yükü.
• Varsayılan çalışma modu.
• Yüksek işletim sistemi kapasitesi durumlarda kontrol noktası ek yükünü azaltmaya yardımcı olmak için devre dışı bırakılabilir.

Zaman uyumlu crunching:

• Avamar sunucu parametresi ayarı: asynccrunching=false
• Gerektiği gibi çalışır
• Daha düşük kontrol noktası ek yükü gereksinimleri
• Daha uzun yedekleme süreleri
• Varsayılan çalışma modu değildir

Anchron crunching'in gerçekleş etmesini ne önler?

 asynccrunching config parametresi yanlış.

• Yedeklemeler devam ediyor
• Günlük sınıra ulaşıldı
• Sunucu salt okunur
• Sunucu çalışma düzeyi "admin" düzeyinden düşük
• Şerit dönüştürme işlemi devam ediyor
• Diskno grip sınırına ulaşıldı
• Avamar sunucusunun uygulandığı yer, hfscheck örneğini (bazen CGSAN olarak da adlandırılır) çalıştırır
• HFScheck başlatı