NetWorker da Teyp Kitaplığı Erişim Sorunlarını Giderme
Summary: Bu makale, tespit edilen bir robotun komutları kabul edememesinin nedenlerini belirlemek için Destek ve NetWorker Yöneticilerine yardımcı olmayı amaçlamaktadır.
Symptoms
- NetWorker Depolama Düğümü veya Sunucusu üzerinde algılanan teyp kitaplığı yüklemesine erişilemiyor
- Kullanılamayan yedekleme donanımı nedeniyle veriler yedeklenemiyor
- Robota erişirken hatalar:
0x29Device busyThe requested resource is busyStr=<There is an input or output error.>No such deviceNo such file or directoryInappropriate ioctl for device
Cause
Kitaplık daha önce çalışıyorsa ve aniden çalışmıyorsa, olası neden olarak bilinen son değişikliği göz önünde bulundurun:
- Aygıtın yeniden başlatılması, yeniden keşfi ve yeniden adlandırılmasının ardından kitaplık adresinde işlenmeyen değişiklik
- Güç dalgalanması, kesinti veya diğer çevresel olaylar nedeniyle olası hasar
- Arıza olayları veya aktarım donanımının yeniden yapılandırılması
- Ulaşım veya robotikle ilgili yazılım veya sürücülerin yüklenmesi, değiştirilmesi veya silinmesi
Kitaplık daha önce hiç çalışmadıysa NetWorker Donanım Uyumluluğu Rehberi'ndedonanımın desteklendiğini doğrulayın (Dell Destek Hesabı'nın oturum açmasını gerektirir). Bir kitaplığın kısmen işlevsel olmasının mümkün olduğunu unutmayın; Keşif tek başına kullanılabilirliği veya desteklenebilirliği garanti etmez.
Resolution
Kitaplık erişimi hatalarını gidermek için son değişiklikleri gözden geçirin. Ardından, herhangi bir ana bilgisayarın veya işlemin robottan bir yanıtı tetikleyip tetikleyemeyeceğini doğrulamak için temel ve üçüncü taraf karşılaştırmalı testleri kullanın.
Bazen, mevcut kanıtlara dayanarak belirli işlevlerin test edilmesi arzu edilir. Ana bilgisayar A robotu sorgulayabiliyor ancak Ana Bilgisayar B yapamıyorsa, robot yanıt verir. Ana bilgisayar A'nın sürücüsü robotu kilitliyor olabilir. Tüm ana bilgisayarlar bölgeden çıkarıldıktan sonra Ana Bilgisayar B hala hata alıyorsa Ana Bilgisayar B'de bir sürücü, yapılandırma veya yazılım sorunu olabilir.
Toplantı sahibi sorundan önce robota eriştiyse, inceleme öğelerinin değişmiş olması muhtemeldir. Olaydan sonra hataları veya bilinen yapılandırma değişikliklerini araştırın.
Kitaplık algılandıktan sonra, temel SCSI işlemlerini Ethernet veya web kullanıcı arayüzü üzerinden değil, depolama aktarımı üzerinden test etmek için aşağıdaki komutları kullanın. Özellikle depolama konusunda İşletim Sistemi yamalarının her zaman güncel olduğundan emin olun.
nsrget -o:d etkilenen sunucu ve düğümlerde.
-o:d teyplerin yazmakla meşgul olduğu teyplerin olduğu herhangi bir ana bilgisayarda. Bunu NetWorker Management Console'da (NMC) Monitoring ->Devices bölümünden kontrol edebilirsiniz.
Aşağıdaki makalede NSRGET'i edinme ve kullanma hakkında bilgiler yer almaktadır: NetWorker: NSRGet NetWorker Veri Toplama Aracını Kullanma
Kütüphane Erişimi: İşletim Sistemi:
- Windows: Windows'ta bir teyp kitaplığını sorgulamanın yerel bir yolu yoktur;
mtxistenirse test edilebilecek ücretsiz bir yardımcı programdır. Komutları verirken SCSI adresi yerine değiştirici aygıt kolunu kullanır (bunun test sonuçları olabilir).
- Linux: Windows gibi, sorgulanacak yerel bir komutu yoktur, ancak aynı zamanda bir
mtxaygıt sürücüsü tanıtıcısını gerektiren bağlantı noktası (yine NetWorker'ın bu işleme erişme şeklinden farklıdır).
loaderinfo -f /dev/sg#
mtx -f /dev/sg# inquiry
- Solaris: Solaris şunları içerir:
sgenYerel teyp kitaplığı için sürücü destekliyor ancak yokmtxbağlantı noktası veya bunun için başka yerel kitaplık komutları yoktur. Bunun yerine kitaplık erişimini test etmek için NetWorker komutları bölümüne bakın (aşağıda).
- AIX: AIX'te yerel teyp kitaplığı desteği yoktur (
lusbunun yerine kullanılır) ve hayırmtxbağlantı noktası bunun için var. Bunun yerine kitaplık erişimini test etmek için NetWorker komutları bölümüne bakın (aşağıda).
- HP-UX:
mcortam değiştirici manipülasyonu için yerel HP-UX komutudur:
mc -p $(ioscan FnkC autoch | grep /dev/rac) -r MIDS -q
- NetWorker: Bu komutlar görece atomik düzeyde işlev görür ve NetWorker desteği tarafından yazılmalarına, derlenmelerine ve test edilmelerine rağmen, çalışması için çalışan bir NetWorker örneği veya herhangi bir NetWorker yapılandırması gerekmez. Genel olarak güvenilir, düşük seviyeli, yazılımdan bağımsız test yardımcı programları olarak kabul edilirler. Çoğu yardımcı program için hata ayıklamayı artırmak için aşağıdaki ortam değişkenlerini ekleyebilirsiniz:
SJI_DEBUG=9LUS_DEBUG=9 (lusdebug ffff on AIX)CDI_DEBUG=9SCSI_DEBUG=9JBDEBUG=9
Aşağıda, '<changer address>' İşletim Sistemine göre değişir:
Windows: Initiator.Target.LUN (tarafından açıklandığı gibi inquire komutu) veya \\.\changer# sürücü kolu
Linux: Intiator.Target.LUN (tarafından açıklandığı gibi inquire komutu) veya /dev/sg# sürücü kolu
Solaris: /dev/scsi/changer/c#t#d# sürücü kolu
AIX: Initiator.Target.LUN (tarafından açıklandığı gibi inquire komut)
HP-UX: Initiator.Target.LUN (tarafından açıklandığı gibi inquire komutu) veya /dev/rac/c#t#d# Sürücü kolu
sjirjc <changer address>
Robottan sürücü sayısı, desteklenen özellikler vb. verileri ister.
sjisn <changer address>
Robottan sürücü elemanı ve seri numarası bilgilerini ister.
sjirdtag <changer address>
Öğe konum verilerine teyp kartuşu ister
cdi_inq -f <changer driver handle> -v
Önemli ürün verilerini ister (bir sürücü tanıtıcısının kullanılmasını gerektirir)
ielem -a <changer address>
Öğeleri yeniden başlatma girişimleri - yıkıcı olabilir.
Kütüphane Erişimi: Kitaplığı Sıfırlama:
nsrjb -HEvvvvv
Sorunlu bir kitaplığa sıfırlama komutu verir ve öğeyi yeniden başlatmaya zorlar.
nsrjb -IIvvvvv
Kitaplık tarafından bildirilen barkodlara ve ortam veri tabanındaki karşılık gelen değerlere bağlı olarak NetWorker nsr müzik kutusu nesnesini günceller ve yeniler.
nsrjb -HH
Müzik kutusunu tüm disk bölümlerini boşaltmaya ve yazılımdan sıfırlama yapmaya zorlar.
ielem -a kabaca bir karşılığıdır. nsrjb -E Bu, NetWorker'da işlevsel bir nsr müzik kutusu gerektirmez.
Taşıma - Yapılandırma
- SAN için: Hem robotun hem de hedeflenen NetWorker robot kontrol ana bilgisayarının anahtarda düzgün bir şekilde oturum açtığından emin olun ve uçtan uca bağlantının mümkün olduğundan emin olmak için robot için Bölge Oluşturma bölümünü gözden geçirin.
- Robotların birden fazla ana bilgisayar tarafından erişilmesi veya kontrol edilmesi amaçlanmamıştır; İhtiyaç olmadığı sürece (örneğin bölümlenmiş bir robot), robotu görmek için yalnızca hedeflenen NetWorker robot denetleyici ana bilgisayarının bölgelere ayrıldığından emin olun.
- Robotik bağlantının kurulduğundan emin olmak için SAS genişleticileri test etmek mümkündür; SCSI gibi saf noktadan noktaya teknoloji, ilgili ana bilgisayardan test bağlantısı gerektirir.
Taşıma - Donanım
- Ana bilgisayar veya taşıma donanımı düzeyinde sorunlar algılanırsa, kablolama sorunlarını elemek için anahtarı veya genişleticiyi test etmeyi ya da kabloları "iyi olduğu bilinen" örneklerle değiştirmeyi düşünün.
- Taşıma donanımının donanım yazılımını ve para birimi için robotun donanım yazılımını gözden geçirin.
- SCSI için, sonlandırıcıların doğru yerleştirildiğinden ve sıkıca oturduğundan, kablo uzunluğu sınırlarına uyulduğundan ve uygun voltajların kullanıldığından emin olun.
Ana bilgisayar aktarımı - Yapılandırma
- İlgili ana bilgisayarın, aktarım sürücüleri için güncel sürücülere ve bellenime sahip olduğundan emin olun - şunu kullanın:
EMCReports(birlikte verilirnsrget -o:e). - Gerekli Ana Bilgisayar Veri Yolu Bağdaştırıcısı (HBA) sürücü yapılandırmasının işletim sistemine uygun şekilde yapıldığından emin olun.
Ana bilgisayar yazılımı - Kaynak kilitleme
- Robotu görmek üzere bölgelere ayrılmış herhangi bir ana bilgisayarın (ideal olarak yalnızca belirlenen NetWorker ana bilgisayarı) robota erişmeye çalışabilecek diğer yedekleme yazılımları, izleme yazılımları veya bağımsız yardımcı programlar gibi robota erişmeye çalışabilecek herhangi bir yazılım olup olmadığını kontrol edin.
- Solaris 10 için, nsrlcpd NetWorker işlemi eklendiğinde robota erişilemez; bu nedenle, NetWorker'daki kitaplık devre dışı bırakılana kadar erişilemez (hatta algılanamaz) görünebilir (zorla
nsrlcpdayrılmak ve ölmek). - NetWorker olmayan herhangi bir işlemin robotu veya herhangi bir sürücüyü kilitlediğinden veya bunlara eriştiğinden şüpheleniliyorsa sorun giderme ve tanımlama hakkında daha fazla bilgi için NetWorker da Üzerine Yazılan Etiketlerde ve SCSI Sıfırlamalarında Sorun Giderme bölümüne bakın.
İşletim sistemi kitaplığı algılar ancak kitaplık komutlara yanıt vermezse, bir dereceye kadar işlevseldir. Başka bir işlem veya ana bilgisayar tarafından kilitlenmiş olabilir, taşıma sorunlarından etkilenebilir veya bileşen düzeyinde bir arıza yaşanabilir.
Robotu kontrol etmesi amaçlanan NetWorker Depolama Düğümü dışında hiçbir işlem veya ana bilgisayarın robota eriştiği belirlenemezse robotun kendisiyle ilgili bir sorun olup olmadığını belirlemek için NetWorker'daki Teyp Kitaplığı Donanım Sorunlarını Giderme bölümüne bakın.
Additional Information
Bir uygulama olarak NetWorker'ın kapsamı dışında olduğu gösterilen robotik sorunlarının (okuma: standart İşletim Sistemi yöntemleri kullanılarak erişilemez) NetWorker desteği kapsamında olmadığını anladığınızdan emin olun.
Networker: NetWorker
da Teyp Kitaplığı Sorunlarını GidermeDestek ekibi yukarıdaki kriterleri kullanarak rehberlik sağlayabilir ancak işletim sistemi, HBA veya robotik satıcı kaynaklarımız bulunmamaktadır. Bu sınırlama sorun giderme işleminin uzun süreli, başarısız olmasına neden olabilir.