NetWorker: Rozwiązywanie problemów z ładowaniem biblioteki taśmowej w oprogramowaniu NetWorker
Podsumowanie: Ten artykuł ma na celu pomóc osobom wspierającym i administratorom w rozwiązywaniu problemów z ładowaniem biblioteki na poziomie biblioteki lub aplikacji. Aby ustalić, czy problem jest logiczny, czy fizyczny i czy jest to problem z robotem, napędem lub kasetą z nośnikiem taśmowym. ...
Objawy
- Sporadyczne lub stałe błędy podczas ładowania kaset z taśmami w bibliotece
- Nie można wykonać kopii zapasowych lub odzyskać danych z nośnika bibliotecznego
- Biblioteka jest wykrywalna, potwierdzona funkcjonalność i jest gotowa
- Nie można wykonać operacji ładowania lub etykietowania
- Taśmy oznaczone jako "nieoznakowane"
- Możliwe błędy ASC/ASCQ/SCSI SENSE lub komunikaty w dziennikach systemowych lub aplikacji
- Sporadyczne lub stałe błędy podczas wykonywania określonych lub losowych operacji w bibliotece
Przyczyna
Jeśli konfiguracja biblioteki działała wcześniej i nagle wystąpił problem, rozważ możliwe zmiany, które mogą utrudniać wykrywanie i konfigurację:
- Zmiana oprogramowania układowego, sterownika lub konfiguracji robota, przełącznika lub adaptera
- Dodawanie, wymiana lub usuwanie napędów, kaset taśmowych lub innych elementów biblioteki
- Zmiana wersji oprogramowania NetWorker, poprawki systemu operacyjnego
- Wszelkie zdarzenia sprzętowe, takie jak utrata zasilania lub ponowne uruchomienie dowolnego komponentu na ścieżce danych.
- Rozbieżności między konfiguracją i biblioteką NetWorker (na przykład kasety z taśmami przeniesione poza kontrolę NetWorker)
Jeśli biblioteka nigdy nie działała, sprawdź, czy sprzęt jest obsługiwany w Podręczniku zgodności sprzętu NetWorker (wymaga zalogowania się na konto pomocy technicznej firmy Dell). Pamiętaj, że biblioteka może być częściowo funkcjonalna; Samo odkrycie nie gwarantuje użyteczności ani wsparcia.
Rozwiązanie
Aby rozwiązać problemy z ładowaniem biblioteki, po rozważeniu ostatnich znanych zmian, należy rozwiązać problem, przekazując proces jego pierwotnym składnikom i testując je indywidualnie.
Gromadzone są wymagane dane NSRGet W przypadku uruchomienia z klawiszem -o:d przełącznika. NetWorker: Korzystanie z narzędzia gromadzenia danych NSRGet NetWorker
Przedmioty, które nie są brane pod uwagę, są ograniczone do tych operacji, które mogą być uznane za niebezpieczne, jeśli zostaną podjęte ręcznie.
Ładowanie biblioteki: Komunikacji
- Ponownie upewnij się, że biblioteka reaguje i jest gotowa przed kontynuowaniem. Jeśli nie jest:
- NetWorker: Rozwiązywanie problemów z gotowością biblioteki taśmowej w oprogramowaniu NetWorker
- Rozwiązywanie problemów z dostępem do biblioteki taśmowej w oprogramowaniu NetWorker
- Rozwiązywanie problemów z wykrywaniem bibliotek taśmowych w oprogramowaniu NetWorker
- Rozwiązywanie problemów sprzętowych biblioteki taśmowej w oprogramowaniu NetWorker
Ładowanie biblioteki: Działanie fizyczne
- Sprawdź, czy operacje biblioteki są fizycznie możliwe na poziomie podstawowym. Upewnij się, że testy są wykonywane, gdy biblioteka nie jest aktywna w inny sposób, a kasety z taśmami są umieszczane w ich oryginalnych lokalizacjach.
sjirdtag <changer address>
Następnie przenoś kasety z taśmą między elementami i z powrotem:
sjimm <changer address> <drive|slot|inlt|mt> <element_number> <drive|slot|inlt|mt> <element_number>
- Istnieją pewne sytuacje, w których można spodziewać się błędów; Na przykład biblioteki, dla których nie włączono automatycznego wysuwania na poziomie biblioteki, zwracają błąd podczas próby przeniesienia z napędu do dowolnego innego elementu (kaseta z taśmą musi być oddzielnie wysunięta przez
mt -f <device_handle> offlineprzed wyjściem z elementu). - Jeśli błędy są zwracane sporadycznie lub konsekwentnie podczas próby działania robota, błędy kodu SCSI ASC/ASCQ, rozważ eskalację do dostawcy biblioteki w celu sprawdzenia.
Ładowanie biblioteki: Działanie logiczne
Po ustaleniu, że operacje fizyczne są wolne od błędów (przynajmniej powierzchownie), możemy spróbować prześledzić problem w NetWorker.
- Określ układ biblioteki i upewnij się, że jest gotowa, porównując informacje o stanie szafy grającej NSR z informacjami o kasetach taśmowych robota:
nsrjb [<-j library_name>] -C sjirdtag <changer address>
- Spróbuj załadować taśmę, której dotyczy problem, na dysk, którego dotyczy problem, z zachowaniem wysokiego poziomu szczegółowości:
nsrjb [<-j library_name>] -lvvvvv -f <device_handle> -S <slot_number>
Jeśli biblioteka ładuje się wielokrotnie bez problemów, problem z ładowaniem może wynikać z określonych czynników sytuacyjnych, a nie z uporczywego błędu. Należy dołożyć wszelkich starań, aby wyizolować warunek, który prowadzi do niepowodzenia obciążenia, a następnie debugować warunek (patrz poniżej).
- Jeśli zwykłe operacje ładowania kończą się niepowodzeniem, szczególnie jeśli woluminy są oznaczone jako "nieoznaczone", odczyt etykiety nie powiódł się podczas próby ładowania (powodując niepowodzenie instalacji ). Spróbuj załadować tę samą taśmę do tego samego napędu z zachowaniem wysokiego szczegółu, bez montowania:
nsrjb [<-j library_name>] -lnvvvvv -f <device_handle> -S <slot_number>
- Przeprowadź autonomiczną weryfikację etykiety, aby sprawdzić, czy błąd odczytu etykiety był przejściowy, czy jest spójny:
nsrmm -pvvvvv -f <device_handle>
- Jeśli etykieta zostanie odczytana pomyślnie, problem może zostać rozwiązany i próby odczytu etykiet będą miały miejsce, zanim urządzenie taśmowe będzie gotowe po jego fizycznym załadowaniu. W takim przypadku możesz spróbować ustawić zmienną w środowisku systemowym lub skrypcie startowym:
MAX_LOAD_RETRIES=10
Jeśli operacja ładowania nadal wydaje się kończyć niepowodzeniem podczas operacji złożonego obciążenia/instalacji (odczyt etykiety) po ustawieniu zmiennej, przejdź do sekcji Debugowanie .
Ładowanie biblioteki: Debugowanie
Jeśli wszystko inne zawiedzie, przed skonsultowaniem się z ekspertami dziedzinowymi (SME) zbierz odpowiednie dane, które pomogą w debugowaniu problemu:
- Przed odtworzeniem problemu w NetWorker zmień poziom śledzenia debugowania na 5 w zasobie NSR Jukebox
- Korzystaj również z
dbgcommandW celu zwiększenia poziomu debugowania uruchomionegonsrdinsrmmgdprocesy do 5dbgcommand -n PROCESS_NAME Debug=5- Aby wyłączyć:
dbgcommand -n PROCESS_NAME Debug=0 - NetWorker: Poziomy informacji debugowania
- Rozważyć
truss/tusc/strace,pstack,gcore/gencorena odpowiednimnsrlcpdPrzed wystąpieniem problemu i w jego trakcie - Ustaw zmienne debugowania w środowisku systemowym (Windows) lub skrypcie startowym (UNIX), aby uzyskać bogatsze dane debugowania:
SJI_DEBUG=9 LUS_DEBUG=9 CDI_DEBUG=9 SCSI_DEBUG=9 JBDEBUG=9
Jeśli żadna z powyższych sugestii nie pomoże, skontaktuj się z pomocą techniczną dostawcy biblioteki, jeśli dowody zebrane podczas debugowania sugerują jakiekolwiek anomalie wewnętrzne, zgodnie z artykułami Rozwiązywanie problemów z wykrywaniem biblioteki taśmowej w NetWorkeri Rozwiązywanie problemów z dostępem do biblioteki taśmowej w NetWorker; Inaczejupewnij się, że dane wyjściowe debugowania są eskalowane w ramach pomocy technicznej NetWorker w celu zbadania możliwości wystąpienia wady kodu.
Dodatkowe informacje
Ten artykuł jest jednym z serii przewodników Rozwiązywanie problemów z bibliotekami taśmowymi w programie NetWorker.