NetWorker: Guía de triage de MySQL de NMDA

Empezar:

Anote la descripción o captura de pantalla del problema del cliente y sus propias notas de observación y errores:

• Plataforma de SO de servidor NetWorker
• Versión y número de compilación de NetWorker Server
• NetWorker Server daemon.raw (preferiblemente representado)
• Plataforma de SO del cliente de NetWorker
• Versión y número de compilación del cliente de NetWorker
• daemon.raw de cliente de NetWorker (representado preferentemente)
• Proporcione la plataforma del SO, la arquitectura y la versión del cliente (uname aoutputonUnix/Linux).

Información de NMDA:

• Proporcione la información de la versión de los archivos binarios de NMDA.

• Proporcione el archivo de configuración de NMDA que se utiliza en el campo Comando de respaldo (por ejemplo, nsrdasv z /nsr/apps/config/nmda_oracle<SID.cfg>) del recurso de cliente configurado para los respaldos programados o que se proporciona en la línea de comandos para las operaciones manuales.
• Proporcione la información del clúster (p. ej., nombres de hosts virtuales involucrados en el clúster, tipo de clúster), si se trata de un entorno de clúster. (Pregunte si el cliente puede proporcionar una copia del archivo de hosts en el cliente)
• Si el mensaje de error señala un problema en la sesión de guardado o recuperación de NetWorker, proporcione información específica de NetWorker de la siguiente manera:
• Tipo de dispositivo (DDBoost, VTL,..)
• ¿Es un respaldo de SN o Client Direct en DD, es un SN local o remoto, es un respaldo de Avamar, etc.?
• Proporcione la daemon.raw representada desde el SN desde la misma ventana de tiempo en la que se produjo la falla
• Proporcione la información de la versión de los archivos binarios de NMDA.
•  

Unix:

strings/usr/sbin/nsrdasv  | grep Build

strings  /usr/sbin/nsrdaprobe  | grep Build 

(solo si falla el sondeo)strings/usr/lib/libnsrora.so | grep @(#) (o libnsrora.a)

Windows:

Haga clic con el botón secundario en el archivo %NW_install_path%\bin\nsrsbtcn.exe -> Propiedades -> Detalles en Windows

• Si el respaldo de Oracle NMDA está configurado a través del asistente, comprima o comprima una copia de la carpeta srdb

Habilite la depuración:

Establezca NSR_DEBUG_LEVEL=9 en el archivo de configuración de NMDA o en la tabla Advanced Option del asistente (si el asistente crea la configuración).

No solicite al usuario que establezca NSR_DPRINTF=TRUE para evitar que los registros de depuración alcancen un tamaño grande, a menos que el mensaje de error apunte a un problema en la sesión de guardado o recuperación de NMDA con NetWorker, o que el equipo de ingeniería lo solicite explícitamente.(En otras palabras, NSR_DPRINTF=TRUE puede generar "errores de capa inferior", como el código de error de Data Domain, pero la desventaja es el nivel de detalle de los registros)

Tenga en cuenta la siguiente información: El tamaño total del registro de depuración puede ser motivo de preocupación para NMDA 1.2 o versiones anteriores cuando se habilita la depuración en un entorno de base de datos de gran tamaño, donde la falla se produce después de un par de horas. Se espera que el tamaño del registro de depuración se reduzca hasta un 50% en NMDA 1.5.

Recopilación de información y recopilación de registros:

Comprima o comprima todo el directorio de /nsr/apps/logs

Nota:  Este directorio contiene archivos de registro operativo nmda_<aplicación>.messages.raw y archivos de registro de depuración.  La ubicación predeterminada de los registros de depuración se puede cambiar mediante la configuración NSR_DIAGNOSTIC_DEST en el archivo de configuración.Nota:  La salida de Oracle RMAN y los Daemon.raw del servidor NW son muy importantes para solucionar problemas de respaldo de Oracle (asegúrese de recordar recopilar esta información)

Información de MySQL:

• Compruebe la versión de MySQL y la versión de MEB instaladas en comparación con las notas de la versión para la versión de NMDA que está utilizando y asegúrese de tener una configuración compatible.  Si no es así, se recomienda actualizar NetWorker/NMDA en el cliente o instalar la versión compatible de MySQL o MEB, según se indica.
• Proporcione una copia de la configuración de MySQL

        P. ej..

        /etc/my.cnf

       o CNF (MYSQL_CFG_FILE en el cfgfile de NMDA). Consulte http://dev.mysql.com/doc/refman/5.5/en/option-files.html para obtener más información.

• Proporcione una copia del archivo de índice de registro binario de MySQL.

De forma predeterminada, tiene el mismo nombre base que el archivo de registro binario, con la extensión '.index' (por ejemplo, /var/log/mysql/mysql-bin.index),

y su ubicación definida por el parámetro log-bin en el archivo de configuración de MYSQL. Puede cambiar el nombre del archivo de índice de registro binario con la opción --log-bin-index[=file_name]. No debe editar manualmente este archivo mientras mysqld se está ejecutando; Hacerlo confundiría a MySQLD.

• Proporcione una copia del registro de errores de MySQL (instance.err).  Puede especificar dóndemysqldescribe el registro de errores con la opción --log-error[=file_name]. Si la opción se da sin valor file_name, mysqld usa el nombre host_name.err de forma predeterminada. El servidor crea el archivo en el directorio de datos, a menos que se proporcione un nombre de ruta absoluta para especificar un directorio diferente.
• Volcado de variables mysqladmin a un archivo de texto

          P. ej..

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

          (ajustes de parámetros displaydatabase)