NetWorker: Yedekleme İşlemlerinde Hata Ayıklama
Summary: Başarısız bir NetWorker Yedeklemesinde hata ayıklamak için çeşitli seçenekler listelenmiştir.
Instructions
Günlük Dosyaları:
Yedekleme hatalarında hata ayıklamaya yönelik temel günlükler, aşağıdaki konumda bulunan politika günlüğü dosyalarıdır .
Linux: /nsr/logs/policy_name/workflow_name/action_name
Windows: ..Program DosyalarıEMC NetWorker srlogspolicy_nameworkflow_nameaction_name
/nsr/logs/policy/policy_name/workflow_name/jobid.raw altında ham biçimde iş akışı günlük dosyaları ve her eylem için bir alt dizin bulunur. Bir eylemin her alt eyleminin, o alt işin iş kimliğiyle birlikte kendi günlük dosyası vardır. Üst eylem bir alt eylem başlattığında, NetWorker bu alt eylem günlükleri için bir dizin oluşturur.
Örneğin:
Burada politika günlüklerinin konumunu ve yedekleme sırasında kullanılan hata ayıklama düzeyine bağlı olarak günlüklerin farklı boyutlarda olduğunu görebiliriz. Ham dosyalar iş akışı günlükleridir, backup_[jobid]_logs dizinleri ise eylem günlüklerini ve alt eylem günlüklerini içerir.
Tüm NetWorker işlemleri için ana NetWorker günlük dosyası daemon.raw günlük dosyasıdır.
Bu, [NetWorker_install_dir] günlüklerinde bulunur.
Windows: C:Program FilesEMC NetWorker srlogs
Bu günlüğü okumak için nsr_render_log komutunu kullanırsınız.
Örneğin:
Diğer Kaynaklar:
nasıl kullanılır?503582 : NetWorker günlük dosyaları ve analiz
için toplama469489 : Toplanacak
günlüklerin NetWorker listesi 457094 : Genel NetWorker sorunlarını toplamak ve desteklemek için günlük dosyaları ve bilgiler
NetWorker Komut Referans Rehberi
NetWorker İstemcisinde tasarruf etme
NetWorker istemci tabanlı yedeklemeler kaydetme işlemini kullanır. Kaydetme işlemi, NetWorker sunucusu, depolama düğümü (varsa) veya hedef yedekleme aygıtı ortamı ile iletişim kurar. NetWorker Management Console (NMC) veya nsradmin komutu kullanılarak kaydetme işlemine -D hata ayıklama bayrağı geçirilerek kaydetme işleminde hata ayıklama etkinleştirilebilir.
NMC'de, ilgili istemci özelliklerindeki 'Backup command' alanını 'save -D9' olarak değiştirirsiniz:
Örneğin:
Aynı işlemi nsradmin komutunu kullanarak da yapabilirsiniz:
Örneğin:
Alternatif olarak, bir linux sisteminde, bu nsradmin değişikliğini tek satırda yapmak için printf komutunu kullanabilirsiniz:
Örneğin:
printf "show
. type : NSR Client; name : vm-lego-231; save set : /alice
update backup command : save -D9
" | nsradmin -i -
Diğer Kaynaklar:
NetWorker Komut Referans Rehberi
NetWorker nsradmin doğrulama denetimini
kullanmaNetWorker nsradmin programının Özel Kullanımları Teknik Not
NetWorker sunucusunda iş akışı işlemi
Hata ayıklama, bir iş akışı işleminin başlangıcı ve ayrıntılı hata ayıklama çıktısı gerekir.
nsrworkflow -D9 -p [politika] -w [iş akışı]
Bu, iş akışı işi hata ayıklama çıktısını şuradaki ham dosyaya kaydeder:
/nsr/logs/policy/policy_name/workflow_name/
Örneğin:
nsrworkflow komutunu çalıştırmak, işi manuel olarak başlatır ancak zamanlanmış otomatik yedekleme olarak kullanılan aynı zamanlama ve düzey yapılandırma seçeneklerini kullanır. Bir diğer olasılık da nsrworkflow çalıştırmasını geçici bir yedekleme olarak tanımlamak için -a bayrağını kullanmaktır ve bu da yedekleme zamanlamasını veya düzeyini geçersiz kılmaya olanak tanır. İstediğiniz yedekleme düzeyini (iş akışının bugünkü çalışması için ayarlanan düzeyi değil) belirtmek için -l (veya sanal makine yedeklemeleri için -L) kullanın.
Örneğin:
nsrworkflow -p [politika] -w [iş akışı] -A "'[action]' -l [level]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a
Diğer Kaynaklar:
516616 : NetWorker nsrworkflow komutunu
kullanma513030 : NetWorker nsrpolicy komutunu
kullanmaNetWorker 9.1.x Sürüm Notları:
NetWorker Komut Referans Rehberi
NetWorker İstemcisindeki Savef'ler
İstemci tabanlı yedeklemeler sırasında savefs komutu kullanılır. Yedekleme, NetWorker sunucusunda başlatıldıktan sonra NetWorker istemcisine gönderilir. SAVEFS, bu istemcide çalıştırılan bu yedekleme için yedeklenecek dosyaları ve dizinleri belirlemekten sorumlu olan bu işlemdir.
İstemci tarafında çalıştırılan savefs komutunun aynısını politika günlüklerindeki ham dosyadan edinebilirsiniz (/nsr/logs/policy/[politika adı]/[iş akışı adı]). Ardından istemci tarafında bunu çalıştırın ve -D9 seçeneğini ekleyin:
Örneğin:
NetWorker sunucusu üzerinde:
İstemci tarafında:
Diğer Kaynaklar:
giderme işlemleri hakkında Teknik NotNetWorker Komut Referans Rehberi
NetWorker Sunucusuna Hedef Ortam Atama
Bir yedekleme için doğru hedef disk bölümünün atanması, NetWorker sunucusundaki nsrd işlemi tarafından yönetilir. Bu hata ayıklamak için dbgcommand komutunu kullanarak NetWorker sunucusundaki nsrd işleminin hata ayıklama düzeyini geçici olarak artırmanız gerekir.
Örneğin:
Hata ayıklama tamamlandıktan sonra, hata ayıklamayı şu şekilde kapatmanız gerekir:
Diğer Kaynaklar:
336123 : NetWorker Hata Ayıklama
Yazılabilir birim için bekleyen yedeklemeler
NetWorker sunucusu üzerine yazmak için uygun bir NetWorker birimi bulamazsa yanıt vermeyi durdurur ve bir uyarı oluşturur. Bu durumda, iş 'aktif' durumda olacaktır. nsrpolicy monitor komutunu kullanarak işin durumunu kontrol edebilirsiniz.
Örneğin:
NetWorker Management Console'daki uyarı, ne tür bir birimin arandığı ve hangi Depolama Düğümü üzerinde olduğu hakkında daha fazla ayrıntı sağlar.
Örneğin:
Diğer Kaynaklar:
Yedeklemeler paralellik nedeniyle beklenmedik şekilde yanıt vermeyi durdurdu
NetWorker sunucusu, boş paralellik yuvası olmadığı için yedeklemeye devam edemeyeceğini belirlerse. Bu durumda, iş 'queued' durumundadır.
Paralellikte hata ayıklamak için NetWorker sunucusundaki nsrjobd işleminin hata ayıklama düzeyini aşağıda gösterildiği gibi artırmanız gerekir. Daemon günlük dosyası, paralelliğe göre çok sayıda hata ayıklama verisi çıkışı sağlar.
Örneğin:
Diğer Kaynaklar:
NetWorker Performans Optimizasyonu Planlama Rehberi
Paralellik ve hedef oturumlar
Client Direct yedeklemesi beklendiği gibi çalışmıyor
İstemci doğrudan" yedekleme, verileri önce NetWorker Depolama Düğümüne yazmadan doğrudan NetWorker istemcisinden hedef ortama gönderir.
İstemci özelliklerinde, bu istemci örneği için istemci doğrudan yedeklemesinin kullanılıp kullanılmayacağını tanımlayabilirsiniz.
Client direct'in çalışıp çalışmadığını gidermek için günlükleri aşağıdaki örnekteki gibi incelemeniz gerekir:
Örneğin:
Günlük çıktısı: İstemci doğrudan operasyonda.
NetWorker sunucusundaki daemon günlük dosyası:
91787 08/01/2014 01:37:35 PM nsrmmd NSR notice Save-set ID '4091251191' (vm-lego-231:/NetWorker), 'dd4500-dd.local_onetwoone' Data Domain aygıtıyla doğrudan dosya kaydetme özelliğini kullanıyor.
NetWorker istemcisinde lsof
[root@vm-lego-231 ~]# lsof -i TCP | grep save
save 9831 root 3u IPv4 111668 0t0 TCP vm-lego-231:23178-vm-lego-121>:8985 (KURULDU)
save 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752-vm-lego-121>:9417 (KURULDU)
save 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095-vm-lego-121>:9035 (KURULDU)
save 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421-vm-lego-121>:9653 (KURULDU)
save 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739-dd4500-dd.local>:nfs (KURULDU)
save 9831 root 10u IPv4 111736 0t0 TCP vm-lego-231:60278-dd4500-dd.local>:midnight-tech (KURULDU)
Not: İstemciden hem NetWorker sunucusuna hem de DD'ye açık TCP bağlantıları olduğunu görebiliriz. NetWorker sunucusunda tam olarak hangi işlemlerin bağlı olduğunu bilmeniz gerekiyorsa sunucudaki lsof ile çapraz denetim yapabilirsiniz. Dördüncü sütun, kullanılan dosya tanımlayıcısıdır.
Bir Windows sisteminde, resmon kullanarak benzer çıktıları görebilirsiniz: Başlat - Çalıştır - resmon - Ağ sekmesi - TCP Bağlantıları
Günlük çıktısı: Yedekleme, istemci doğrudanı kullanmaz.
NetWorker sunucusundaki daemon günlük dosyası:
91797 08/01/2014 01:57:51 PM nsrmmd NSR severe 'ONETWOONE' Data Domain aygıtı ile doğrudan dosya kaydetme işlemi gerçekleştirilemiyor; Kaydetme kümesi kimliği '4024143566' için geleneksel kaydetmeyi ayarlama (vm-lego-231:/NetWorker)
Not: Günlükte geleneksel kelimesini aramak size bu çıktıyı hızlı bir şekilde verir. Neden client direct kullanmadığını öğrenmeniz gerekiyorsa NetWorker Yönetim Rehberi'nde client'ın doğrudan çalışması için karşılanması gereken koşullar listesiyle başlayın. Bunun en yaygın nedeni, istemcinin kullandığı NIC'den DD'ye doğrudan ağ erişiminin olmaması veya istemciden ad çözümlemesinin doğru şekilde çalışmamasıdır.
NetWorker istemcisinde lsof:
[root@vm-lego-231 ~]# lsof -i TCP | grep save
save 10114 root 3u IPv4 123335 0t0 TCP vm-lego-231:46461-vm-lego-121>:8985 (KURULDU)
save 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593-vm-lego-121>:9417 (KURULDU)
save 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952-vm-lego-121>:9035 (KURULDU)
save 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597-vm-lego-121>:9653 (KURULDU)
Not: Burada yalnızca NetWorker Sunucusuna (bu örnekte Depolama Düğümü de budur) yönelik TCP bağlantıları açıktır. DD'ye açık TCP bağlantısı yok. Tüm veriler Depolama Düğümüne gidiyor.
Diğer Kaynaklar:
NetWorker Performans Optimizasyonu Planlama Rehberi (İngilizce)
Paralel Kaydetme Akışı Yedeklemeleri
PSS yedeklemelerinde hata ayıklamak için. NetWorker Management Console üzerindeki istemci kaynağında "paralel kaydetme akışı" özelliğinin işaretli olduğundan emin olun. Yukarıdaki 1 numaraya göre hata ayıklamaya koymak için kaydetme komutunu değiştirin. Ayrıca, içinde boş bir dosya oluşturun. /nsr/debug called 'mbsdopen'. Bu, hem /nsr/tmp içindeki istemcide hem de NetWorker sunucusundaki politika günlüklerinde ek hata ayıklama günlüğü sağlar (yukarıdaki 1 numaraya bakın).
Örneğin:
Diğer Kaynaklar:
NetWorker Paralel Kaydetme Akışı yedeklemeleriyle
ilgili sorunları gidermeNetWorker Performans Optimizasyonu Planlama Rehberi
NetWorker Depolama Düğümü nsrmmd işlemi, hedef ortama yazarken beklendiği gibi çalışmıyor.
dbgcommand (yukarıdaki 7 numarada açıklanmıştır) komutunu kullanarak nsrmmd işlemlerinin hata ayıklama düzeyini artırabilirsiniz. Tüm nsrmmd işlemlerinin hata ayıklama düzeyini artırabilir veya hangi nsrmmd işleminin etkin olduğunu belirlemek için işletim sistemi araçlarını kullanabilirsiniz:
Diğer Kaynaklar:
479665 : Önceliklendirme Makalesi: NetWorker
da Teyp Kitaplığı Sorunlarını Giderme NetWorker Data Domain Boost Entegrasyon Rehberi
Additional Information
Belirli NetWorker teknolojileri için diğer hata ayıklama ipuçları:
-
NetWorker Sunucusunu Optimum Performans için Ayarlama (İngilizce)
-
NVP-vProxy: Hata ayıklama günlüğe kaydetme işlemini etkinleştirme
-
Güvenlik duvarı üzerinden NetWorker istemci-sunucu iletişimini test etme
-
NetWorker Zamanlanmış Klonlama hatalarını giderme
-
NetWorker Sorun Giderme Rehberi: İşlem Çökmeleri ve Çekirdek Dökümleri
-
NetWorker NMC 9.x: Nasıl Yapılır? Hata ayıklama günlüklerini etkinleştirme
-
NMDA için hata ayıklamayı etkinleştirme
-
NMM Ayrıntılı Sorun Giderme Rehberi
-
NMC'den kurtarma işi hatalarında hata ayıklama
-
NDMP Önceliklendirmesi Rehberi
-
479591 : Data Domain aygıtlarından alan geri kazanma önceliklendirme kılavuzu











