NetWorker da Teyp Kitaplığı Sürücü Sıralama Sorunlarını Giderme

Tak ve Kullan işletim sisteminde, aygıtlara keşif sırasına göre SCSI hedef adresleri atanır.

SAN da keşif sırası sabit olmadığından ve bağlantı kaybı Tak ve Çalıştır özelliğinin hedef numarayı yeniden tanımlamasına neden olduğundan, hedef numaralar sabit değildir.

Tak ve Çalıştır sistemleri, aygıtları numaralandırma sırasına göre (SCSI hedef kimliği dahil) adlandırdığından (ve yeniden adlandırdığından), işletim sisteminin aygıtla bağlantısındaki herhangi bir kazara veya kasıtlı kesinti, aygıtların yeniden adlandırılmasına neden olabilir.

Sürücü sıralama problemi, NetWorker'ın bir aygıt için yapılandırılmış sürücü adının gerçek adla eşleşmediği bir durumu tanımlar. Bu durum genellikle, ilk NetWorker kitaplığı yapılandırmasından sonra İşletim Sistemindeki sürücü adının değişmesinin bir sonucudur. Bu genellikle Windows ve Linux'u etkileyen bir Tak ve Kullan işletim sistemi sorunudur.
 
Aşağıdakiler dahil ancak bunlarla sınırlı olmamak üzere, bu sorunla ilişkili birçok hata ve koşul vardır:

• Error: 'NSRD: Media Info: '{driver handle}' sürücüsü {slot number} yuvasına boşaltılamadı, hata '69''
• Error: '{hostname} hedef bileşen dolu'
• Error: '{driver handle} okuma açık hatası, böyle bir aygıt veya adres yok '
• Error: 'Açılış: G/Ç hatası
• Error: 'nsrd: Müzik kutusu '{jukebox}' failed: beklenen birim '{volid}' {volid}' aldı
• Error: 'nsrd: Müzik kutusu '{jukebox}' failed: beklenen birim '(volume_name)' 'NULL' aldı
• Error: 'Okuma açık hatası, cihaz hazır değil'
• Error: 'nsrjb: Müzik kutusu hatası, Ayrılan tüm sürücüler kullanılamaz, kurtarılamaz işlem hataları
• Error: 'nsrd: Müzik kutusu '{jukebox}' failed: beklenen birim '{volid}' {volid}' aldı
• Error: 'nsrd: Müzik kutusu '{jukebox}' failed: beklenen birim '{volume}' 'NULL' değerini aldı
• Error: 'Okuma açık hatası, cihaz hazır değil'
• Error: 'nsrjb: Müzik kutusu hatası, Ayrılan tüm sürücüler kullanılamaz, kurtarılamaz işlem hataları
• Error: 'NSRD: Medya uyarısı: {driver handle} Reading: Read Open Error: Sürücüde medya yok.'
• Error: 'Envanter: '{barcode}' barkod etiketi, media db barkod etiketiyle eşleşmiyor, media db' güncelleniyor
• Error: 'Yasa dışı talep, mecra mevcut değil'
• Error: 'NSRD: Media Info: '{driver handle}' sürücüsü {slot number} yuvasına boşaltılamadı'

NetWorker'da bir Teyp Kitaplığı ilk kez yapılandırıldığında kitaplık nesnesi, sabit sürücüler ile o anda sahip oldukları işletim sistemi tarafından oluşturulan sürücü kolları ilişkilendirilerek oluşturulur. Yapılandırma sırasındaki ilişkiyi yansıtan statik bir ilişkilendirmedir. Örneğin, bir kitaplıkta iki aygıt olabilir:
Fiziksel sürücü 1 = \\.\Tape0 (veya belki Linux'ta /dev/nst0 )
Fiziksel sürücü 2 =\\.\Tape1 (veya /dev/nst1)

Windows veya Linux gibi bir Tak ve Çalıştır işletim sisteminde, aygıtın sistemden herhangi bir şekilde kaybolması, işletim sisteminin aygıtları yeniden adlandırmasına neden olabilir; buna yalnızca ana bilgisayarı yeniden başlatmak dahildir, aygıtlar veya bağlantıya dahil olan bağlantı donanımlarından herhangi biri. Özellikle, aygıt bulmanın düzensiz olabileceği bir SAN'da, aygıtlar bir sonraki yeniden başlatmada farklı adlandırılabilir, örneğin, yukarıdakilerin aksine:
Fiziksel sürücü 1 = \\.\Tape1 veya /dev/nst1
Fiziksel sürücü 2 = \\.\Tape0 veya /dev/nst0

Bu aygıtlara verilen komutlar, istenen adı kullanan herhangi bir aygıt olduğu varsayılarak çalışmaya devam edebilir. Ancak sürücü kolu ve fiziksel öğenin ilişkisi artık NetWorker Kitaplık öğesinde doğru olmadığından bunun sonucunda NetWorker, aygıtlar artık değiştirildiğinden aygıtların doğru adını bilmiyor olmaz. Örneğin, NetWorker bir sürücü elemanına bir teyp kartuşu yükleyebilir, ancak teyp işlemlerini gerçekleştirmek için orijinal (ve şimdi işletim sistemi olayından sonra yanlış) teyp sürücüsü adını kullanabilir - yani teyp sürücüsü 1'i yükleyebilir ancak komutlar sürücü 2'ye (sürücü 1'in eski adı olarak yeniden atanmıştır) komutlar verebilir. Bu, beklenmedik bir birimin bulunduğu (veya hiç bulunmadığı) varsayılarak çok çeşitli hatalara neden olabilir. Sürücü sipariş koşullarının birçok olası nedeni vardır:

• jbconfig veya jbedit komutlarını kullanarak kitaplığın manuel olarak yanlış yapılandırılması
• Ana bilgisayarın, depolama bağdaştırıcısının, depolama bağlantısının, donanımın veya teyp aygıtlarının yeniden başlatılması
• Bir cihazla ilgili geçici bağlantı kaybı
• İşletim sisteminde aygıtı devre dışı bırakma ve yeniden etkinleştirme
• İşletim sistemi güncelleştirmeleri
• Aygıt veya depolama adaptörü sürücüsü güncelleştirmeleri

Kalıcı Adlandırma:

Bu, en iyi uygulama olarak kabul edilir ve sorun yaşamıyor olsanız bile sizi proaktif olarak koruyacak şekilde destek ekibi tarafından önerilebilir. Lütfen aşağıdaki makalelerde yer alan bilgileri kullanın:

• Windows için Teyp Aygıt Adı Kalıcılığı Uygulama
• Linux için Teyp Aygıt Adı Kalıcılığı Uygulama