I backup NMM SQL VDI AG hanno un avvio ritardato in una configurazione AG con più subnet
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
n/d
SQL Server è configurato con più subnet. Il client SQL è configurato con il CNO (Cluster Name Object) o con il nome del listener. Vedere di seguito una rappresentazione di questa configurazione:
Server NetWorker: Redhat Linux 7.7, NetWorker versione 19.1.1
Client NMM: 19.2.0.2
Il CNO/nome del listener AG di SQL include 2 IP nel DNS, uno per ogni subnet. Ma solo un IP è attivo in un dato momento. Quando viene eseguito il backup di NMM per il CNO/listener AG, il server NetWorker memorizza nella cache entrambi gli IP restituiti da DNS e tenta di connettersi a ogni IP in ordine di risoluzione. Se l'IP utilizzato è l'IP attivo, la connessione riesce e il backup procede. Se l'IP utilizzato per la connessione è inattivo/offline, il tentativo di connessione avrà esito negativo a causa di un timeout (il timeout predefinito di TCP può essere di circa 180 secondi) prima di tentare con l'IP attivo e la connessione riesce con l'IP attivo. I registri in genere mostrano solo i tentativi di connessione all'IP inattivo. Il ritardo nel timeout dipende dal sistema operativo, con il messaggio riportato di seguito registrato nel file 'daemon.raw' del server NetWorker.
172089 02/25/2020 08:19:33 PM nsrjobd RPC error Unable to create the connection with 'portmapper' to host 'cat-listener.aqua.local' with address '192.168.207.9' at port number 7938.
172089 02/25/2020 08:21:40 PM nsrexecd RPC error Unable to create the connection with 'portmapper' to host 'cat-listener.aqua.local' with address '192.168.207.9' at port number 7938.
Si noti che i processi del server NetWorker, ad esempio nsrjobd/nsrexecd/nsrmmdbd, effettuano un tentativo di connessione a un IP inattivo e 2 minuti dopo "nsrexecd" tenta di connettersi allo stesso IP. In questo esempio, i tentativi di cui sopra causano un ritardo di 4 minuti prima che venga effettuato un tentativo di connessione all'IP attivo e si avvii il backup.
Poiché i backup dei registri di SQL vengono normalmente configurati ogni 30 minuti, questo ritardo ha effetto sulle prestazioni di backup complessive.
SQL Server è configurato con più subnet. Il client SQL è configurato con il CNO (Cluster Name Object) o con il nome del listener. Vedere di seguito una rappresentazione di questa configurazione:
Server NetWorker: Redhat Linux 7.7, NetWorker versione 19.1.1
Client NMM: 19.2.0.2
Il CNO/nome del listener AG di SQL include 2 IP nel DNS, uno per ogni subnet. Ma solo un IP è attivo in un dato momento. Quando viene eseguito il backup di NMM per il CNO/listener AG, il server NetWorker memorizza nella cache entrambi gli IP restituiti da DNS e tenta di connettersi a ogni IP in ordine di risoluzione. Se l'IP utilizzato è l'IP attivo, la connessione riesce e il backup procede. Se l'IP utilizzato per la connessione è inattivo/offline, il tentativo di connessione avrà esito negativo a causa di un timeout (il timeout predefinito di TCP può essere di circa 180 secondi) prima di tentare con l'IP attivo e la connessione riesce con l'IP attivo. I registri in genere mostrano solo i tentativi di connessione all'IP inattivo. Il ritardo nel timeout dipende dal sistema operativo, con il messaggio riportato di seguito registrato nel file 'daemon.raw' del server NetWorker.
172089 02/25/2020 08:19:33 PM nsrjobd RPC error Unable to create the connection with 'portmapper' to host 'cat-listener.aqua.local' with address '192.168.207.9' at port number 7938.
172089 02/25/2020 08:21:40 PM nsrexecd RPC error Unable to create the connection with 'portmapper' to host 'cat-listener.aqua.local' with address '192.168.207.9' at port number 7938.
Si noti che i processi del server NetWorker, ad esempio nsrjobd/nsrexecd/nsrmmdbd, effettuano un tentativo di connessione a un IP inattivo e 2 minuti dopo "nsrexecd" tenta di connettersi allo stesso IP. In questo esempio, i tentativi di cui sopra causano un ritardo di 4 minuti prima che venga effettuato un tentativo di connessione all'IP attivo e si avvii il backup.
Poiché i backup dei registri di SQL vengono normalmente configurati ogni 30 minuti, questo ritardo ha effetto sulle prestazioni di backup complessive.
Cause
Il server NetWorker tenta di connettersi a un IP inattivo prima della connessione all'IP attivo, con conseguente ritardo all'avvio del backup.
Resolution
È stato modificato il parametro tcp_sync_retries per il fast fail del tentativo di connessione
Affected Products
NetWorkerProducts
NetWorkerArticle Properties
Article Number: 000069414
Article Type: Solution
Last Modified: 25 Apr 2025
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.