NetWorker: Guía de solución de problemas de Azure Snapshot Protection

NetWorker 19.11 introdujo la protección de instantáneas de Azure en NetWorker. Esta integración implica la instalación del software de cliente extendido de NetWorker en máquinas virtuales (VM) de Azure. Los clientes se agregan en el servidor NetWorker Server mediante el tipo "Nube". El sistema de archivos local del cliente no está respaldado. En su lugar, los savesets se configuran como RESOURCE_GROUP:VM_NAME. Estos clientes actúan como "proxies" y realizan respaldos directos de cliente de instantáneas de máquinas virtuales de Azure en el almacenamiento de Data Domain. Hay más información sobre las configuraciones y las limitaciones disponible en la Guía de integración de instantáneas de VM de Azure específica de la versión de NetWorker. La documentación de NetWorker está disponible a través de Soporte para NetWorker | Manuales y documentos. Debe iniciar sesión en el sitio de soporte de Dell con su cuenta de soporte para tener acceso a las guías de NetWorker.

Comunicación:

• NetWorker requiere la comunicación entre NetWorker Server y los clientes "proxy" en los puertos de servicio de NetWorker (valor predeterminado 7937-9936). Consulte lo siguiente: 
  • NetWorker: Cómo solucionar problemas relacionados con la red
  • Procesos y puertos de NetWorker
• El servidor NetWorker Server y los clientes "proxy" deben tener comunicación de los puertos 111, 3009, 2049, 2052 con los sistemas Data Domain.
  • Linux: curl -v DD_HOSTNAME:PORT
  • Windows (PowerShell): tnc DD_HOSTNAME -p PORT

Recursos de suscripción de Azure:

Las suscripciones de Azure se registran en NetWorker desde la línea de comandos o la interfaz de usuario web de NetWorker (NWUI):
 

Las suscripciones de Azure también se pueden ver desde un nsradmin Indicador en el servidor de NetWorker:

1. En un símbolo del sistema elevado, ejecute lo siguiente: nsradmin
2. En el símbolo del sistema nsradmin, ejecute lo siguiente: print type nsr azure subscription

azure-nve:~ # nsradmin
NetWorker administration program.
Use the "help" command for help, "visual" for full-screen mode.
nsradmin> print type: nsr azure subscription
                        type: NSR Azure Subscription;
                        name: AZURE_SUBSCRIPTION_RESOURCE_NAME;
                     comment: ;
                   tenant id: 94XXXXXX-XXXX-XXXX-XXXX-XXXXXXXXX2dd;
             subscription id: 50XXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXfe3;
                   client id: 3bXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXX38b;
               client secret: *******;
                    endpoint: management.azure.com;
                     command: nsrazure_discovery;
nsradmin> quit

El identificador de grupo de usuarios, el identificador de suscripción, el identificador de cliente y la seña secreta del cliente se recopilan desde Azure Portal.

Si la suscripción a Azure es visible desde nsradmin, pero falta en NWUI, consulte:

• • NetWorker: Falta la suscripción a Azure en NWUI "No se puede recuperar la seña secreta del cliente"
  • NetWorker: Faltan suscripciones de Azure después de cambiar la contraseña de zona de datos de NetWorker.

Descubrimiento de VM de Azure:

La detección de máquinas virtuales de Azure se ejecuta como una tarea automatizada que se ejecuta cada hora.

El proceso de descubrimiento de Azure utiliza el método nsrazure_discovery . 

Los registros para el proceso de descubrimiento se encuentran en NetWorker Server en la siguiente dirección:

• • Linux: /nsr/logs/azure_subscription/SUBSCRIPTION-NAME_TIMESTAMP.log
  • Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\azure_subscription\SUBSCRIPTION-NAME_TIMESTAMP.log

El descubrimiento se puede ejecutar desde la línea de comandos:

nsrazure_discovery [-D <Debug_level_1-9>] [-s <NW Server>] -n <NSR Azure Subscription Resource Name> [-L] [-r <resource_group>]

Ejemplo:

azure-nve:~ # nsrazure_discovery -n Azure -L -r DD-PERF
nsrazure_discovery starting on host azure-nve.local.
                Azure Subscription Azure VM List:
| Resource group | VM Name                          | VM Id                                | Location       |
| DD-PERF        | dd-perf-scheduler-osl-longrun    | d4a47d4a-85dd-4e3b-bdbb-58b96b7fcc82 | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-0 | 187ac9de-5739-426d-bfb2-720fa92abc0f | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-1 | 19fb8c4e-e6c8-4f67-96ec-28c48c2d9629 | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-2 | 989144cc-5eae-44b6-9857-b2f062c1230d | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-3 | e8adac3a-995a-4d84-b5ef-d751d5ee2512 | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-4 | 1d27b303-f5d8-44e0-bb1a-4ffb63260cfe | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-5 | b21a902a-e8fc-4f70-8194-a1cab6b8cf19 | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-6 | c231e32c-70c3-4739-96b2-e175829a4d28 | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-7 | 3d64d531-a472-48b7-9181-c4a1cbc814c8 | westus         |
| DD-PERF        | perf-westus-256tb-1              | 15965ad9-f1fa-4234-91bd-f8669ab9c218 | westus         |
| DD-PERF        | perf-westus-linux-jumpbox        | 6514f563-cb47-4ec4-99a8-d113a2d7af53 | westus         |
| DD-PERF        | azure-ubuntu                     | be6d6dd8-d5b8-43ec-9602-d77e2d6d701a | southcentralus |
| DD-PERF        | azure-win2k22                    | a7b8cc3d-aa7f-4d2b-918f-579fd97a5509 | southcentralus |
| DD-PERF        | perf-ddperf-jumpbox-sles-longrun | 4859e7aa-da2f-4bef-9ba0-cea3ef8f9676 | southcentralus |
| DD-PERF        | test_recover_summary_fix         | 36e9f900-2e17-4bca-af15-590eb0237af5 | southcentralus |
| DD-PERF        | test_recover_summary_fix2        | caa86cba-9eda-4cc1-90bd-8ffa06202874 | southcentralus |
| DD-PERF        | test_recover_summary_wrong       | 7614dc1d-d799-46b3-9881-03927923fea6 | southcentralus |
nsrazure_discovery exiting successfully.

Permisos:

Los permisos necesarios se documentan en la Guía de integración de instantáneas de máquinas virtuales de Azure en el proceso de autenticación de Azure. Si las operaciones de respaldo o restauración fallan con un error relacionado con los permisos, debe validar que los permisos documentados en la suscripción de Azure.

Utilice el siguiente comando desde Cloud Shell en el portal de administración de Azure:

az role definition list --custom-role-only true --output json

El comando anterior enumera todas las funciones personalizadas. En la Guía de integración de instantáneas de máquinas virtuales de Azure, se recomienda crear la función con el nombre NWBackupAdminRole. Para comprobar los permisos de esta cuenta, ejecute lo siguiente:

az role definition list --name "NWBackupAdminRole" --output json > NWBackupAdminRole.json

Por lo general, los errores relacionados con los permisos aparecen mediante códigos de error HTTP, por ejemplo:

"Response Code: 403. This request is not authorized to perform this operation"

Problemas de respaldo:

Los respaldos de Azure se realizan mediante el nsrazure_save en el cliente de NetWorker. El cliente respalda los discos de VM de Azure según RESOURCE_GROUP:VM_NAME Savesets definidos en el recurso de cliente.

La cantidad de sesiones de disco de VM que se ejecutan simultáneamente depende del valor de paralelismo del cliente en las propiedades del cliente.

Los respaldos correctos de máquinas virtuales de Azure aparecen en la base de datos de medios (mm) como:

azure-nve:~ # mminfo -avot
 volume        type   client           date     time         size ssid      fl   lvl name
azure_nve.local.dddefault.002 Data Domain azure-nve.local 01/26/26 21:00:11 10 GB 4135066668 cb full DD-PERF:azure-win2k22:Data_Disk-1
azure_nve.local.dddefault.002 Data Domain azure-nve.local 01/26/26 21:00:12 133 GB 4118289452 cb full DD-PERF:azure-win2k22:azure-win2k22_OsDisk_1_423227d3ef284695803c23cd47e8b839
azure_nve.local.dddefault.002 Data Domain azure-nve.local 01/26/26 23:40:26 10 KB 4101521850 cb full Azure

Registros:

Los registros de respaldo se encuentran en la ubicación de registros de políticas en NetWorker Server:

• • Linux: /nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME/backup_JOBID_logs
  • Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME/WORKFLOW_NAME/backup_JOBID_logs

Hay un registro para el savefs y otro registro para el archivo nsrazure_save proceso.

Depuración:

La depuración se puede habilitar en el cliente de NetWorker agregando un nivel de depuración [1-5] al campo Comando de respaldo:

Problemas de restauración:

La restauración de la máquina virtual de Azure se realiza mediante el comando nsrazure_recover proceso. Por lo general, este proceso se inicia en NetWorker Server cuando se inicia la restauración a través de NWUI.

Como se indica en la sección Problemas de respaldo , para realizar una restauración de VM de Azure desde NWUI, realice lo siguiente: psuedo_saveset debe guardar correctamente el archivo Azure clonación. Si el saveset de Azure no se crea, es posible que parezca que faltan respaldos en NWUI.

Consulte NetWorker: los respaldos de máquinas virtuales de Azure no se muestran en la pestaña NWUI Recovery

El proceso general para realizar una restauración de una máquina virtual de Azure se describe en: NetWorker: Cómo realizar una restauración de instantáneas de máquina virtual de Azure desde NWUI

Monitoreo y registros:

• • NWUI: Monitoreo → recuperación de trabajos
  • NMC: Sesiones activas
  • Línea de comandos de NetWorker Server: nsrwatch
  • Monitoree el registro de recuperación:
    • Servidor Linux NetWorker: /nsr/logs/adhoc/adhoc_job_JOBID
    • Windows NetWorker Server (ruta predeterminada): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\adhoc_job_JOBID

Los registros completados se pueden encontrar en:

• • • Linux: /nsr/logs/adhoc/nsrazure_recover
    • Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrazure_recover

También puede obtener información específica sobre la recuperación desde jobquery.

1. En un símbolo del sistema elevado en NetWorker Server, ejecute: jobquery
2. Desde el jobquery Solicite, ejecute: print type: recover job

Ejemplo:

azure-nve:~ # jobquery
NetWorker jobs query utility.
Use the "help" command for help.
jobquery> show command; job id; start time; end time; job log file; job state; completion status
jobquery> print type: recover job
                     command: \
"nsrazure_recover -N 'Azure' -R 'DD-PERF' -A 'networkerstorageaccount' -n 'DD-\
PERF:azure-win2k22' -V 'azure-win2k22-RESTORE' -E 'DPADDFS-storage-pe-vnet' -T\
 'DPADDFS-storage-pe-subnet-1' -c 'azure-nve.local' -t \"01/26/2026 11:40:26 P\
M\" -D5";
           completion status: succeeded;
                    end time: 1769383282;
                      job id: 2912131;
                job log file: /nsr/logs/adhoc/nsrazure_recover/2912131.log;
                   job state: COMPLETED;
                  start time: 1769377505;
jobquery> q
azure-nve:~ #

Depuración:

La depuración se puede aplicar en el asistente de recuperación de NWUI:

Las restauraciones de línea de comandos también se pueden realizar mediante la depuración:

• • NetWorker: Cómo realizar la restauración de instantáneas de una máquina virtual de Azure desde la línea de comandos
  • NetWorker: Cómo realizar FLR de máquina virtual de Azure mediante nsrazure_flr_recover comando

Problemas de rendimiento:

Para la protección de máquinas virtuales de Azure, es importante comprender los componentes subyacentes involucrados. El rendimiento puede verse afectado en gran medida según diversos factores:

• • Algunos tamaños de VM tienen limitaciones que pueden afectar la coherencia de las instantáneas o el tiempo de espera agotado de la extensión. Los discos grandes pueden tardar tiempos de congelación de instantáneas más largos; Azure factoriza esto en el tiempo de ejecución de la copia de seguridad.
  • Los respaldos de máquinas virtuales de Azure solo son compatibles con dispositivos Data Domain. 
    • ¿Data Domain es un Data Domain físico o DD Virtual Edition (DDVE) en la nube de Azure?
    • Para DDVE, el tipo de DDVE (dimensionamiento) y la configuración del disco pueden afectar el rendimiento de lectura/escritura.
  • Entorno de Azure:
    • ¿Está todo (servidor de NetWorker, cliente de NetWorker, máquinas virtuales de Azure respaldadas, Data Domain) en la misma suscripción de Azure?
    • Configuraciones de redes de Azure.
    • ¿Hay tráfico de respaldo en las suscripciones de Azure, las regiones de Azure o la WAN?

Las DDPCONCHK La utilidad se puede ejecutar desde el cliente de NetWorker para comprobar el rendimiento de escritura de DD Boost: NetWorker: Cómo usar la herramienta ddpconnchk para probar la conectividad dd boost de DD desde hosts de NetWorker mientras
DDPCONCHK puede proporcionar una visión general del rendimiento entre el cliente y DD, no refleja una relación 1:1 con las operaciones de respaldo o restauración.

Recopilación de registros:

1. Recopile paquetes de registros NSRGET tanto del servidor NetWorker Server (como de los clientes involucrados, para problemas de respaldo): NetWorker: Cómo utilizar la herramienta de recolección de datos de NetWorker NSRGet
2. Comprima los registros específicos del proceso identificados en este artículo, ya que es posible que NSRGET no los recopile.
3. Según el problema, es posible que también se requiera la recopilación de un paquete de soporte de DD:
    

Dado que las operaciones de protección de Azure usan NWUI, los problemas específicos de las acciones realizadas desde NWUI pueden requerir análisis o depuración de registros de NWUI: Interfaz de usuario web de administración de NetWorker (NWUI): guía de triage y solución de problemas