NetWorker: Guía de solución de problemas de NMM
Resumen: El propósito de este artículo es que los usuarios de NetWorker Module for Microsoft (NMM) revisen correctamente los requisitos de configuración más importantes necesarios para soportar a NMM. ...
Instrucciones
RECOPILAR INFORMACIÓN:
Información mínima necesaria para CUALQUIER caso de soporte de NetWorker:
- Nombre del servidor de NetWorker, SO
- Nombre del cliente de NetWorker, SO
- Versión y compilación de NetWorker Server
- Versión y compilación del cliente de NetWorker
- Versión y compilación del módulo de NetWorker para Microsoft (NMM)
En el siguiente artículo, se proporcionan instrucciones para recopilar estos detalles: NetWorker: Métodos para identificar la versión
del software NetWorkerInformación mínima necesaria para la compatibilidad con NMM:
- Aplicación de Microsoft que se respaldará o restaurará
- Versión de la aplicación de Microsoft y Service Pack y acumulativo
Para respaldo; definir el saveset y el cliente que se respaldarán
Para restaurar; definir la base de datos o el saveset que se restaurará y el cliente de origen que se respaldó
Problemas de compatibilidad:
- Antes de investigar cualquier problema, consulte la documentación de compatibilidad para asegurarse de que no existan posibles problemas de compatibilidad: E-Lab Interoperability Navigator 2.0 - HOME (debe iniciar sesión con su cuenta de soporte de Dell)
RECOPILAR REGISTROS:
- Desde NetWorker Server, recopile un paquete NSRGET: NetWorker: Cómo utilizar la herramienta de recolección de datos de NetWorker NSRGet
- Opciones recomendadas:
nsrget -o:elfr
- Opciones recomendadas:
- Para los problemas relacionados con el respaldo, recopile la carpeta de registros de políticas para las políticas en las que fallaron los respaldos:
- Linux:
/nsr/logs/policy/POLICY_NAME - Windows (valor predeterminado):
C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME
- Linux:
- Desde el cliente de NetWorker:
<Networker_install_path>\applogs\nmm.raw<Networker_install_path>\logs\daemon.raw- <Networker_install_path>\applogs
- El archivo de registro de NMM principal es:
nmm.raw - NetWorker: Cómo usar nsr_render_log para representar .raw archivos de registro
- Busque también archivos con
.traceque suele indicar errores de red. <Networker_install_path>\nsr\applogs\nwsnap.rawIncluye detalles del componente Power Snap de NMM y si se produjo un error con una parte específica del flujo de guardado.
- Registros
adicionalesConsíguelos sinmm.rawincluye errores de RM<Networker_install_path>\nsr\rmagentps\logs\clientIncluye registros de Replication Manager:erm_clientXXXXX_debug.logerm_clientXXXXX_detail.logerm_clientXXXXX_summary.log
Comprobador de
configuraciónEl software NMM incluye un comprobador de configuración que es un excelente informe resumido del sistema, el software y la configuración.
Config Checker se puede ejecutar durante la instalación de NMM, consulte la Guía de instalación de NMM o en cualquier momento después de que se complete la instalación de NMM. La documentación de NMM está disponible a través del Soporte para el módulo de NetWorker para Microsoft | Manuales y documentos
HABILITAR DEPURACIÓN:
Para habilitar la depuración de PowerSnap.
Agregue esta variable al campo Application Information del recurso de cliente.NSR_PS_DEBUG_LEVEL=level
Donde el nivel es el número del 1 al 9.
Para habilitar la depuración de NMM:
Modifique el comando de respaldo en el recurso de cliente para nsrsnap_vss_save.exe -D9-D9 puede generar una gran cantidad de mensajes y aumentar el tamaño de nmm.raw.
Se recomienda eliminar -D9 Después de que se hayan recopilado los datos de solución de problemas.
PERMISOS:
PERMISOS DE NETWORKER:
- Para TODOS los hosts de NMM, independientemente de la aplicación o el saveset que se respalda, debe agregar al campo Administrador del recurso NSR:
group=administrators,host=nmmhostname
Ejemplo 1:
dondesqlapp1yexmbx1es un host con NMM instalado, agregue esto al campo Administradores de recursos de NSR:group=administrators,host=sqlapp1group=administrators,host=exmbx1
O como alternativa, agregue:user=system,host=sqlapp1user=system,host=exmbx1user=administrator,host=sqlapp1user=administrator,host=exmbx1
- Para las instancias en clúster o los nombres de servidores de clúster, agregue los nodos físicos al campo
de acceso remoto Ejemplo 2:
para SQL Server virtualsqlv1Con dos nodos físicossqlapp1ysqlapp2,
Agregue esto al campo NSR administrators:group=administrators,host=sqlapp1group=administrators,host=sqlapp2
O como complemento alternativouser=system,host=sqlapp1user=system,host=sqlapp2user=administrator,host=sqlapp1user=administrator,host=sqlapp2
Y _
Agregue esto al campo Acceso remoto de la biblioteca virtualsqlv1cliente,*@sqlcn1*@sqlcn2
PERMISOS DE APLICACIÓN:
- Consulte: Privilegios mínimos necesarios de CSV para VSS Hyper-V de NMM 9.0
- Las siguientes aplicaciones de Microsoft utilizan VSS para los respaldos.
- Exchange
- Servidor SQL
- SharePoint
- Hyper-V
- Recursos de cliente: Todos utilizan el comando de respaldo:
nsrsnap_vss_save - Savesets: Consulte la siguiente tabla
Los savesets correspondientes para cada aplicación se enumeran a continuación:
Estas son aplicaciones que utilizan respaldos basados en VSS.
| Aplicación | Saveset correspondiente. |
| SharePoint | APPLICATIONS:\Microsoft Office SharePoint Services |
| Instancia predeterminada del servidor SQL: todas las bases de datos (denominadas escritor de “nivel superior”) | APPLICATIONS:\SqlServerWriter |
| Instancia predeterminada del servidor SQL: base de datos única | APPLICATIONS:\SqlServerWriter\DatabaseOne |
| Instancia con nombre de SQL Server: todas las bases de datos (por ejemplo, el nombre de host es sqlsv1) | APPLICATIONS:\SqlServerWriter\sqlsv1%5CInstanceName |
| Instancia con nombre del servidor SQL: base de datos única | APPLICATIONS:\SqlServerWriter\sqlsv1%5CInstanceName\DatabaseOne |
| Exchange: todas las bases de datos | APPLICATIONS:\Microsoft Exchange YYYY |
| Exchange: base de datos única | APPLICATIONS:\Microsoft Exchange YYYY\DBName1 |
| Hyper-V: todas las máquinas virtuales | APPLICATIONS:\Microsoft Hyper-V |
| Hyper-V: máquina virtual única | APPLICATIONS:\Microsoft Hyper-V\VirtualMachineName |
El campo Application Information del recurso de cliente NMM debe tener lo siguiente:
NSR_SNAP_TYPE=vss
Aplicaciones específicas de Microsoft, como Exchange y Hyper-V. Requerir variables adicionales en el campo Application Information. Consulte las guías del usuario de NMM.
Respaldos de SQL Server VDI (no VSS):
NMM utiliza la API de interfaz de dispositivo virtual (VDI) de Microsoft SQL Server para comunicarse con SQL Server.
Los respaldos de VDI de SQL utilizan este comando de respaldo: nsrsqlsv
Consulte la siguiente tabla para conocer los savesets y las excepciones al comando de respaldo.
| Tipo de instancia en el servidor SQL | Saveset Se utiliza para este tipo. | Comando de respaldo utilizado para este tipo | Recurso de cliente necesario |
| ** SQL Server independiente ** | Nota: ** Servidor SQL único, no agrupado en clústeres. | Host SQL físico con nombre de dominio calificado (FQDN) | |
| Instancia predeterminada del servidor SQL | MSSQL: |
nsrsqlsv |
|
| Instancia predeterminada del servidor SQL (base de datos única) | MSSQL:DBName1 |
nsrsqlsv |
|
| Instancia con nombre de SQL Server (Namedinst). | MSSQL$Namedinst: |
nsrsqlsv |
|
| Instancia con nombre del servidor SQL (base de datos única) | MSSQL$Namedinst:DBName1 |
nsrsqlsv |
|
| ** SQL Server en clúster ** |
El clúster de conmutación por error se instala en dos o más nodos que tienen:
Ejemplo: El nombre virtual de SQL Server es sqlvr1Y dos nodos son sqlcn1 y sqlcn2IMPORTANTE: el saveset no cambia independientemente del nombre de la instancia. |
IMPORTANTE: Debe crear recursos de cliente mediante FQDN para lo siguiente: nodos de clúster: Nodo 1 sqlcn1Nodo 2 sqlcn2SQL Server virtual, sqlvr1Programe el SQL Server virtual, sqlvr1 |
|
| Instancia predeterminada | MSSQL: |
nsrsqlsv -A sqlvr1 |
La opción Comando de respaldo -A sqlvirtualname (es opcional) nsrsqlsv debe ser suficiente porque el recurso de cliente es el nombre del servidor virtual de SQL, si el sistema de nombres de dominio (DNS) se resuelve correctamente. |
| Instancia con nombre | MSSQL: |
nsrsqlsv -A sqlvr1 |
El nombre virtual -A es opcional. |
| Base de datos única | MSSQL:DBName1 |
nsrsqlsv -A sqlvr1 |
El nombre virtual -A es opcional. |
| ** Grupo de disponibilidad Always On de SQL Server ** |
NOTA: Este es un tema más avanzado para este artículo. Lectura recomendada. Guía del usuario de NMM SQL Server VDI para obtener más detalles. Ejemplo: grupo de disponibilidad AlwaysOn llamado AG1El nombre del clúster de conmutación por error es AGClusterEl nodo 1 es sqlcn1El nodo 2 es sqlcn2. |
IMPORTANTE: Debe crear recursos de cliente mediante el FQDN para lo siguiente: El nombre del clúster de conmutación por error ( Agcluster)Los miembros del nodo del grupo de disponibilidad AlwaysOn (por ejemplo, sqlcn1y sqlcn2)Programe solo el AGCluster Cliente para AlwaysOnPrograme los otros nodos de SQL en grupos separados para respaldos de bases de datos que no sean AG. |
|
| Instancia predeterminada | MSSQL#AG1 |
nsrsqlsv |
|
| Instancia predeterminada (base de datos única) |
MSSQL#AG1:DBName1 |
nsrsqlsv |
|
| Instancia con nombre | MSSQL$NamedInst#AG1 |
nsrsqlsv |
|
| Instancia con nombre (base de datos única) | MSSQL$NamedInst#AG1:DBname1 |
nsrsqlsv |
|
Respaldos de Active Directory (no VSS):
Los recursos del cliente son una controladora de dominio y NMM se instala como con el cliente de NetWorker.
Comando de respaldo: nsradsave.exe
Saveset: Utiliza el formato de nombre distintivo (DN):
Consulte la tabla para obtener ejemplos.
| Ejemplos de nombre de dominio y objeto | Guardar Nombre distintivo correspondiente |
| ** No distingue mayúsculas de minúsculas sin espacios ** | |
| Dominio: corp.dell.com | |
| Contenedor de todos los usuarios |
cn=users,dc=corp,dc=dell,dc=com |
| Unidad organizacional, ingeniería |
ou=engineering,dc=corp,dc=dell,dc=com |
| Unidad organizacional anidada, por ejemplo: Investigación en Ingeniería |
ou=research,Ou=engineering,dc=corp,dc=dell,dc=com |
| Objeto de usuario en un CN de objeto de OU. |
cn=engadmin,ou=engineering,dc=corp,dc=dell,dc=com |
Otras consideraciones:
| Área temática | Consideraciones e inquietudes que deben tenerse en cuenta |
| Sistema de archivos de respaldo | NO respalde savesets del sistema de archivos en el mismo grupo que los savesets de NMM. A partir de NMM 3.0 y versiones posteriores, utilice un recurso de grupo normal (no tenga la instantánea seleccionada) con un recurso de cliente independiente mediante el saveset del sistema de archivos No respalde este grupo simultáneamente como el grupo de aplicaciones de NMM. Este recurso de cliente es una instancia de recurso de cliente independiente del mismo cliente con el comando de respaldo en blanco (según el sistema de archivos normal). |
| Permisos | Independientemente, todos los clientes de NMM deben tener permisos de administrador de NetWorker. de aplicaciones, VSS o no VSS: consulte este artículo para obtener permisos Referencias: Guía de administración, notas de la versión |
| Instalaciones | El cliente de NetWorker DEBE estar instalado antes de que NMM se pueda instalar. Cada versión de NMM requiere una versión de cliente específica. Referencias: Guías de instalación, guía de compatibilidad de software |
| Versiones de base de datos | Cada servidor de aplicaciones (Exchange, SQL, etc.) tiene versiones específicas compatibles. Referencias: Guía de compatibilidad de software, guía de instalación, guías del usuario |
| Respaldos manuales | NO se admiten respaldos manuales iniciados por el cliente de savesets de VSS. |
| Enumeración de conjuntos de guardado de VSS | Inicie sesión con una cuenta de administrador local de Windows en el host de NMM con NMM instalado Ejecute este comando y copie el resultado: nsrsnap_vss_save -? |
Información adicional
Para conocer los problemas específicos de las fallas de VSS, consulte: NetWorker: Solución de problemas de fallas de respaldo debido a problemas de VSS