NetWorker: Data Domain için alan kurtarma operasyonlarını optimize etme

• NetWorker kayıt setleri Süresi Doldu olarak işaretlendi ancak kaldırılmadı
• Alan kurtarma iletileri, günlüklerde günde bir defadan fazla görünüyor
• Data Domain hızı ve yük etkileri
• Genel sunucu performansı etkileri

• Alan kurtarma için uygun olan birimler, Süre Sonu eylemi (hazırlama, klonlama veya kurtarma) sırasında okuyor
• Alan kurtarma, herhangi bir disk bölümündeki her hazırlama işleminden sonra varsayılan olarak çalışır
• Alan kurtarma, alan kurtarma çalışırken bir disk bölümü dizin yapısındaki her dosyayı kontrol eder
• Alan kurtarma aşamasında sunucu işlemleri ve tepki hızı yavaşlayabilir

NetWorker'ın alan kurtarma aşaması, Sunucu yedekleme iş akışındaki Expiration eyleminin son aşamalarından biri olarak günde bir kez çalışır. Sunucunun değerlendirmesini, süresinin dolmasını ve yapılandırmalarına göre kaldırılması güvenli olanları hesapladıktan sonra kayıt kümesi kayıtlarının silinmesini takiben bir birim içindeki kayıt kümesi dosya nesnelerini silmek için tasarlanmıştır.

Data Domain veya NetWorker sunucusunun tepki hızı üzerinde olumsuz etkileri olabilecek çeşitli faktörler mevcuttur. Aşağıdakilerden söz konusu verizonunun gereksinimlerine uygun görünen herhangi birini etkinleştirin. Aşağıdaki hata ayıklama anahtar dosyalarıyla test etmeyi düşünmeden önce: Karşılaşılan performans sorunlarının alan kurtarma ve/veya süre sonu etkinlikleriyle ilgili olduğunu doğrulamak için bir veya daha fazla gün boyunca tüm kurtarma alanı ve medya veritabanı hesaplamalarını devre dışı bırakmak üzere günlük Server Protection > Server yedeklemesi > sona erme eylemini devre dışı bırakın.

Expiration süresinin devre dışı bırakılması günlük bakımla ilgili sorunu doğrularsa aşağıdaki özellikler, ana nsr dizininin hata ayıklama alt dizini altındaki NetWorker sunucusunda veya düğümünde aynı ada sahip boş bir dosya (uzantısı olmadan) oluşturarak sorun giderme için devre dışı bırakılabilir. Bu bayrak dosyalarının hiçbiri yeniden başlatma gerektirmez ve mevcut oldukları sırada başlatılan kurtarma alanı işleriyle etkili olur.

Linux Konumu: /nsr/debug
Windows Konumu: C:\Program Files\EMC NetWorker\nsr\debug (veya karşılık gelen NSR kurulum yolu)
 

Dosya adları ve işlevleri aşağıda detaylandırılmıştır:

skip_recover_space_for_stage

• Depolama düğümleri. Bu bayrak, NetWorker'ın hazırlama işleminin kurtarma alanı aşamasını atlamasına neden olur (klonlama ve ardından kaynak silme). Ortamınız hazırlama kullanıyorsa, özellikle de aynı kaynak disk bölümlerinden tekrar tekrar hazırlama kullanıyorsa bu, aynı disk bölümleri için birden fazla kurtarma alanı işlemi oluşturma olasılığını ortadan kaldıracağından önerilir. Bu bayrak etkin olduğunda alanı kurtarma işlemi tamamen ertelenir ve Süre sonu günlük eylemi çalıştırıldığında veya nsrimkomutu manuel olarak çalıştırıldığında sistemin dosyaları silmesine olanak tanır. 

recover_space_anytime

• Yalnızca sunucu. Bu, kurtarma alanının süresinin dolmasına ve aktif olarak okunan disk bölümlerindeki kayıt kümelerinin kaldırılmasına olanak tanır; bu işlem varsayılan olarak ertelenir. Bu, uzun süre çalışan klon işleri olan disk bölümlerinde, Süre sonu eylemi, nsrim veya hazırlama işi (öncekine bakın) çalıştırıldığında sona erme ve alan kurtarma işlemlerinin tekrar tekrar ertelenebileceği anlamına gelir. Bu da büyük alan kurtarma kapsamlarına, kademeli boş alan tükenmesine ve çalışmasına izin verildiğinde daha büyük bir alan kurtarma işine yol açabilir. 

skip_disk_usage

• Depolama düğümleri. Alan kurtarma ve disk birimi dosya sistemi denetiminin bir parçası olarak, varsayılan olarak, birim için kesin bir veri toplamı oluşturmak üzere dosyalar tekrar tekrar denetlenir ve sayılır. Bazıları bu kesinliğin gerekli olduğunu düşünse de, bu adımın ertelenmesi, genellikle çoğu kullanım için yeterince doğru olması beklenebilecek dosya ve bayt toplamları için NetWorker'ın medya veritabanı kayıtlarına dayanır. Çok yüklü bir Data Domain'de, özellikle de çok sayıda kurtarma alanı işleminin birimler için tekrar tekrar çalıştırıldığı bir Data Domain'de bu, gereksiz bir masraf olarak kabul edilebilir ve güvenli bir şekilde devre dışı bırakılabilir.

skip_consistency_check_in_recover_space

• Depolama düğümleri. Bir disk bölümü için alan kurtarma işlemi sırasında, ortam veri tabanları arasında tutarlılık sağlamak için disk bölümü dosya sistemi dosya dosya kontrol edilir; Bu aynı zamanda gecikmeye de neden olabilir. Bu anahtar dosyasının her düğüme eklenmesi, düğümün medya veritabanında karşılık gelen bir kaydın bulunmadığı kayıt seti dosyalarını silmesini veya hiçbir dosyanın bulunmadığı medya veritabanı kayıtlarını 'şüpheli' olarak işaretlemesini önleyecektir. Bunun normal temizleme işlemlerini önleyeceğini ve kurtarma alanı işlemleriyle ilgili gecikmeyi nitelemeye yardımcı olmak için kullanılması gerektiğini ve uzun vadede devre dışı bırakılmaması gerektiğini unutmayın. 

Varsayılan olarak, tüm kayıt kümesi yollarının NetWorker sunucusundaki data_audit günlüklerine kaydedilmesine neden olan daha ayrıntılı günlük kaydı özelliği kullanıma sunulmuştur. Halihazırda ağır yük, çok/büyük alan kurtarma işleri olduğunda bu durum, özellikle bilgileri NetWorker'a uzaktan döndüren Depolama Düğümlerinde yanıt vermemeye yol açabilecek bir faktördür. Bunu devre dışı bırakmak için NetWorker sunucusunda bu günlükler için günlüğe kaydetme eşiğini yükseltin:

# nsradmin
# nsradmin> show name; auditlog severity
# print type: nsr auditlog

Bu değişikliği yalnızca veri denetimini etkileyecek şekilde, istenirse, sorguyu adını ekleyerek belirli bir örneğe göre hassaslaştırarak kısıtlayın. Ayarı her birine yeniden uygulamak için bu adımı atlayın:

# print type: nsr auditlog; name: servername_data_audit.raw

Tek tek silme işlemlerini günlüğe kaydetmeyi durdurmak için eşiği biri veya her ikisi olarak 'Hata' olarak değiştirin - silme işlemleri sunucunun daemon.raw kaydetmeye devam eder.

# update auditlog severity: Error