NetWorker: Podręcznik weryfikacji NMDA MySQL

Podsumowanie: W tym artykule opisano informacje, które należy podać, aby zbadać problem NMDA MySQL.

Ten artykuł dotyczy Ten artykuł nie dotyczy Ten artykuł nie jest powiązany z żadnym konkretnym produktem. Nie wszystkie wersje produktu zostały zidentyfikowane w tym artykule.

Instrukcje

Rozpoczęcie pracy:

Zapisz opis problemu klienta i/lub zrzut ekranu oraz własne uwagi i błędy:

  • Platforma systemu operacyjnego serwera NetWorker
  • Wersja i numer kompilacji serwera NetWorker
  • Serwer NetWorker daemon.raw (najlepiej renderowany)
  • Platforma systemu operacyjnego klienta NetWorker
  • Wersja i numer kompilacji klienta NetWorker
  • daemon.raw klienta NetWorker (najlepiej renderowane)
  • Zapewnienie systemu operacyjnego, platformy, architektury i wersji klienta (uname aoutputonUnix/Linux).

Informacje NMDA:

  • Podaj informacje o wersji plików binarnych NMDA.

  • Podaj plik konfiguracyjny NMDA używany w polu Backup Command (np. nsrdasv z /nsr/apps/config/nmda_oracle<SID.cfg>) zasobu klienta skonfigurowanego dla zaplanowanych kopii zapasowych lub podanego w wierszu polecenia dla operacji ręcznych.
  • Podaj informacje o klastrze (np. nazwy hostów wirtualnych związanych z klastrem, typ klastra), jeśli jest to środowisko klastra. (Zapytaj, czy klient może dostarczyć kopię pliku hosts na kliencie)
  • Jeśli komunikat o błędzie wskazuje na problem w sesji zapisywania lub odzyskiwania NetWorker, podaj następujące informacje dotyczące NetWorker:
  • Typ urządzenia (DDBoost, VTL,..)
  • Czy jest to kopia zapasowa bezpośredniego klienta lub SN do DD, czy jest to lokalna czy zdalna usługa SN, czy jest to kopia zapasowa Avamar?
  • Podaj renderowane daemon.raw z SN z tego samego przedziału czasu, w którym wystąpił błąd
  • Podaj informacje o wersji plików binarnych NMDA.
  •  

Unix:

strings/usr/sbin/nsrdasv  | grep Build
strings  /usr/sbin/nsrdaprobe  | grep Build 

(tylko jeśli sonda zawiedzie)strings/usr/lib/libnsrora.so | grep @(#) (lub libnsrora.a)

Windows:

Kliknij prawym przyciskiem myszy plik %NW_install_path%\bin nsrsbtcn.exe\ -> Właściwości -> Szczegóły dotyczące systemu Windows

  • Jeśli kopia zapasowa NMDA Oracle jest skonfigurowana za pomocą kreatora, spakuj kopię następnegosrdbfolder

 

Włącz debugowanie:

Ustaw NSR_DEBUG_LEVEL=9 w pliku konfiguracyjnym NMDA lub w tabeli Advanced Option kreatora (jeśli konfiguracja jest tworzona przez kreatora).

Nie należy prosić użytkownika o ustawienie wartości NSR_DPRINTF=TRUE, aby uniknąć wzrostu rozmiaru dzienników debugowania, chyba że komunikat o błędzie wskazuje na problem podczas zapisywania lub odzyskiwania sesji NMDA z NetWorker lub jest to wyraźnie wymagane przez dział inżynieryjny.(Innymi słowy, NSR_DPRINTF=TRUE może generować "błędy niższej warstwy", takie jak kod błędu Data Domain, ale minusem jest szczegółowość dzienników)

Uwaga: Całkowity rozmiar dziennika debugowania może być problemem w przypadku NMDA 1.2 lub starszej wersji podczas włączania debugowania w środowisku bazy danych o dużym rozmiarze, w którym błąd występuje po kilku godzinach. Oczekuje się, że rozmiar dziennika debugowania zostanie zmniejszony do %50 w NMDA 1.5.

Gromadzenie informacji i gromadzenie dzienników:

Spakuj cały katalog /nsr/apps/logs

Uwaga:  Ten katalog zawiera operacyjny plik dziennika nmda_<app>.messages.raw i pliki dziennika debugowania.  Domyślną lokalizację dzienników debugowania można zmienić, ustawiając NSR_DIAGNOSTIC_DEST w pliku konfiguracyjnym.Nuta:  Dane wyjściowe Oracle Rman i Daemon.raw serwera NW są bardzo ważne przy rozwiązywaniu problemów z kopiami zapasowymi Oracle (pamiętaj o zebraniu tych informacji)

Informacje o MySQL:

  • Sprawdź zainstalowaną wersję MySQL i wersję MEB z informacjami dotyczącymi wydania dla używanej wersji NMDA i upewnij się, że mamy obsługiwaną konfigurację.  Jeśli nie, zaleca się uaktualnienie NetWorker/NMDA na kliencie lub zainstalowanie obsługiwanej wersji MySQL i/lub MEB zgodnie z zaleceniami.
  • Podaj kopię konfiguracji MySQL

        Np.

        /etc/my.cnf

       lub plik CNF (MYSQL_CFG_FILE w pliku NFDA cfgfile). Patrz http://dev.mysql.com/doc/refman/5.5/en/option-files.html , aby uzyskać szczegółowe informacje.

  • Podaj kopię pliku indeksu dziennika binarnego MySQL.

Domyślnie ma on taką samą nazwę bazową jak binarny plik dziennika, z rozszerzeniem '.index' (np. /var/log/mysql/mysql-bin.index),

orazjego lokalizacja zdefiniowana przez parametr log-bin w pliku konfiguracyjnym MYSQL. Możesz zmienić nazwę binarnego pliku indeksu dziennika za pomocą opcji --log-bin-index[=file_name]. Nie powinieneś/powinnaś ręcznie edytować tego pliku, gdy mysqld jest uruchomiony; Zrobienie tego zmyliłoby mysqld.

  • Prześlij kopię dziennika błędów MySQL (instance.err).  Można określić gdziemysqldzapisuje dziennik błędów za pomocą opcji --log-error[=file_name]. Jeśli opcja nie ma file_name wartości, mysqld domyślnie używa nazwy host_name.err. Serwer tworzy plik w katalogu danych, chyba że podano bezwzględną nazwę ścieżki określającą inny katalog.
  • Zrzut zmiennych mysqladmin do pliku tekstowego

          Np.

          mysqladmin-u root -h 127.0.0.1 --password=football1 zmienna

          ( ustawienia parametrów displaydatabase)

Produkty, których dotyczy problem

NetWorker

Produkty

NetWorker, NetWorker Module for Databases and Applications
Właściwości artykułu
Numer artykułu: 000021136
Typ artykułu: How To
Ostatnia modyfikacja: 17 kwi 2026
Wersja:  7
Znajdź odpowiedzi na swoje pytania u innych użytkowników produktów Dell
Usługi pomocy technicznej
Sprawdź, czy Twoje urządzenie jest objęte usługą pomocy technicznej.