NetWorker: Guida alla risoluzione dei problemi di Protezione istantanee di Azure

NetWorker 19.11 ha introdotto la protezione delle istantanee di Azure in NetWorker. Questa integrazione comporta l'installazione del software client esteso NetWorker in Macchine virtuali (VM) Azure. I client vengono aggiunti al server NetWorker utilizzando il tipo "Cloud". Il file system locale del client non viene sottoposto a backup. I saveset sono invece configurati come RESOURCE_GROUP:VM_NAME. Questi client fungono da "proxy" ed eseguono backup diretti da parte del client delle snapshot delle VM di Azure nello storage Data Domain. Altre informazioni sulle configurazioni e sulle limitazioni sono disponibili nella Guida all'integrazione delle istantanee di VM di Azure specifica per la versione di NetWorker. La documentazione di NetWorker è disponibile tramite Supporto per NetWorker | Manuali e documenti. Per accedere alle guide di NetWorker, è necessario accedere al sito del supporto Dell con il proprio account di supporto.

Comunicazione:

• NetWorker richiede la comunicazione tra il server NetWorker e i client proxy sulle porte dei servizi NetWorker (impostazione predefinita 7937-9936). Consultare: 
  • NetWorker: Come risolvere i problemi relativi alla rete
  • Processi e porte di NetWorker
• Il server NetWorker e i client proxy devono disporre delle porte di comunicazione 111, 3009, 2049, 2052 con i sistemi Data Domain.
  • Linux: curl -v DD_HOSTNAME:PORT
  • Windows (PowerShell): tnc DD_HOSTNAME -p PORT

Risorse per le sottoscrizioni di Azure:

Le sottoscrizioni di Azure vengono registrate in NetWorker dalla riga di comando o dall'interfaccia utente web di NetWorker (NWUI):
 

Le sottoscrizioni di Azure possono essere visualizzate anche da un nsradmin prompt sul server NetWorker:

1. Da un prompt con privilegi elevati, eseguire: nsradmin
2. Dal prompt nsradmin, eseguire: 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

L'ID tenant, l'ID sottoscrizione, l'ID client e il segreto client vengono tutti raccolti all'interno del portale Azure.

Se l'abbonamento Azure è visibile da nsradmin, ma non è presente in NWUI, vedere:

• • NetWorker: sottoscrizione di Azure mancante da NWUI "Unable to Retrieve Client Secret"
  • NetWorker: sottoscrizioni di Azure mancanti dopo la modifica della passphrase della datazone di NetWorker.

Individuazione di macchine virtuali di Azure:

L'individuazione delle macchine virtuali di Azure viene eseguita come attività automatizzata che viene eseguita ogni ora.

Il processo di individuazione di Azure usa il metodo nsrazure_discovery . 

I log per il processo di rilevamento si trovano sul server NetWorker in:

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

Il rilevamento può essere eseguito dalla riga di comando:

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

Esempio:

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.

Autorizzazioni:

Le autorizzazioni necessarie sono documentate nella Guida all'integrazione delle snapshot di VM di Azure nel processo di autenticazione di Azure. Se le operazioni di backup o ripristino hanno esito negativo con un errore relativo alle autorizzazioni, è necessario convalidare che le autorizzazioni documentate sulla sottoscrizione di Azure.

Utilizzare il seguente comando da Cloud Shell nel portale di gestione di Azure:

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

Il comando precedente elenca tutti i ruoli personalizzati. La Guida all'integrazione degli snapshot di macchine virtuali di Azure consiglia di creare il ruolo con il nome NWBackupAdminRole. Per controllare le autorizzazioni di questo account, eseguire:

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

Gli errori relativi alle autorizzazioni vengono in genere visualizzati utilizzando codici di errore HTTP, ad esempio:

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

Problemi di backup:

I backup di Azure vengono eseguiti utilizzando nsrazure_save sul client NetWorker. Il client esegue il backup dei dischi della VM di Azure a seconda di RESOURCE_GROUP:VM_NAME saveset definiti nella risorsa client.

Il numero di sessioni di disco VM eseguite contemporaneamente dipende dal valore di parallelismo del client nelle proprietà del client.

I backup delle VM di Azure corretti vengono visualizzati nel database dei supporti (mm) come:

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

Registri

I log di backup si trovano nel percorso dei log delle policy sul server NetWorker:

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

È presente un unico registro per savefs processo, e un altro registro per il nsrazure_save Processo.

Debug:

Il debug può essere abilitato nel client NetWorker aggiungendo un livello di debug [1-5] al campo Backup Command:

Problemi di ripristino:

Il restore della VM di Azure viene eseguito utilizzando nsrazure_recover Processo. Questo processo viene in genere avviato sul server NetWorker quando il restore viene avviato tramite NWUI.

Come indicato nella sezione Problemi di backup , per eseguire il restore di una macchina virtuale di Azure da NWUI, psuedo_saveset deve salvare correttamente il Azure saveset clonato. Se la creazione del saveset Azure non riesce, i backup potrebbero sembrare mancanti in NWUI.

Vedere: NetWorker: Backup di macchine virtuali di Azure non mostrati nella scheda Ripristino NWUI

Il processo generale per l'esecuzione di un restore di VM di Azure è descritto in: NetWorker: Come eseguire il restore di snapshot di VM di Azure da NWUI

Monitoraggio e registri:

• • NWUI: Monitoraggio → ripristino dei job
  • NMC: Sessioni attive
  • Riga di comando del server NetWorker: nsrwatch
  • Monitorare il log di ripristino:
    • Server NetWorker Linux: /nsr/logs/adhoc/adhoc_job_JOBID
    • Windows NetWorker Server (percorso predefinito): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\adhoc_job_JOBID

I registri completati sono disponibili in:

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

È inoltre possibile ottenere informazioni specifiche sul ripristino da jobquery.

1. Da un prompt con privilegi elevati sul server NetWorker, eseguire: jobquery
2. Dalla sezione jobquery prompt, eseguire: print type: recover job

Esempio:

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:~ #

Debug:

Il debug può essere applicato nella procedura guidata di ripristino di NWUI:

I ripristini dalla riga di comando possono essere eseguiti anche utilizzando debug:

• • NetWorker: Come eseguire il restore di istantanee della macchina virtuale di Azure dalla riga di comando
  • NetWorker: Come eseguire Azure VM FLR utilizzando nsrazure_flr_recover comando

Problemi di prestazioni:

Per la protezione delle VM di Azure, è importante comprendere i componenti sottostanti coinvolti. Le prestazioni possono essere notevolmente influenzate a seconda di vari fattori:

• • Alcune dimensioni di VM presentano limitazioni che possono influire sulla coerenza delle istantanee o sul timeout dell'estensione. I dischi di grandi dimensioni possono richiedere tempi più lunghi per il blocco delle istantanee. Azure tiene conto di questo aspetto nel runtime del backup.
  • I backup delle VM di Azure sono supportati solo per i dispositivi Data Domain. 
    • Data Domain è un Data Domain fisico o DD Virtual Edition (DDVE) nel cloud Azure?
    • Per DDVE, il tipo di DDVE (dimensionamento) e la configurazione del disco possono influire sulle prestazioni di lettura/scrittura.
  • Ambiente Azure:
    • Tutti gli elementi (server NetWorker, client NetWorker, backup delle macchine virtuali di Azure, Data Domain) sono tutti elementi della stessa sottoscrizione di Azure?
    • Configurazioni di rete di Azure.
    • Il traffico di backup attraversa le sottoscrizioni di Azure, le aree geografiche di Azure o la WAN.

I tasti DDPCONCHK è possibile eseguire l'utilità dal client NetWorker per controllare le prestazioni di scrittura di DD Boost: NetWorker: How to use the DDPCONNCHK tool to test DD ddboost connectivity from NetWorker Hosts
While DDPCONCHK può fornire una panoramica generale del throughput tra il client e DD, ma non riflette una relazione 1:1 con le operazioni di backup o ripristino.

Raccolta dei registri:

1. Raccogliere i bundle di log NSRGET dal server NetWorker (e dai client coinvolti, per i problemi di backup): NetWorker: Come utilizzare lo strumento di raccolta dati NetWorker NSRGet
2. Comprimere i log specifici del processo identificati in questo articolo; questi potrebbero non essere raccolti da NSRGET.
3. A seconda del problema, potrebbe anche essere necessario raccogliere un pacchetto di supporto DD:
    

Poiché le operazioni di protezione di Azure usano NWUI, i problemi specifici delle azioni eseguite da NWUI potrebbero richiedere l'analisi o il debug dei log NWUI: NetWorker Management Web UI (NWUI): Guida alla valutazione e alla risoluzione dei problemi