Os backups do NMM SQL VDI AG atrasaram o início em uma configuração do AG de várias sub-redes
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
O servidor SQL é definido em uma configuração de várias sub-redes. O client SQL é configurado com CNO (Objeto do nome do cluster) ou o nome da escuta. Veja abaixo uma representação dessa configuração:
Servidor NetWorker: Redhat Linux 7.7, NetWorker versão 19.1.1
Client NMM: 19.2.0.2
O CNO/nome da escuta do SQL AG tem 2 IPs no DNS, um para cada sub-rede. Mas apenas um IP está ativo por vez. Quando o backup do NMM é executado para a escuta/o CNO do AG, o servidor NetWorker armazena em cache os dois IPs retornados pelo DNS e tenta se conectar a cada IP em ordem de resolução. Se o IP usado for o IP ativo, a conexão será bem-sucedida e o backup prosseguirá. Se o IP usado para conectar estiver inativo/off-line, a tentativa de conexão falhará devido a um tempo de espera excedido (o tempo de espera excedido padrão do TCP pode ser de aproximadamente 180 segundos) antes de tentar no IP ativo e a conexão será bem-sucedida com o IP ativo. Os logs normalmente mostram apenas tentativas de conexão com o IP com falha . O atraso no tempo de espera excedido depende do sistema operacional com uma mensagem como a exibida abaixo registrada no 'daemon.raw' do servidor 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.
Observe que os processos do servidor NetWorker, como nsrjobd/nsrexecd/nsrmmdbd, tentam se conectar a um IP inativo e 2 minutos depois 'nsrexecd' tenta se conectar ao mesmo IP. Neste exemplo, as tentativas acima causam um atraso de 4 minutos antes de uma tentativa de conexão com o IP ativo e o backup é iniciado.
Como os backups de logs do SQL normalmente são configurados a cada 30 minutos ou mais, esse atraso afeta o desempenho geral do backup.
O servidor SQL é definido em uma configuração de várias sub-redes. O client SQL é configurado com CNO (Objeto do nome do cluster) ou o nome da escuta. Veja abaixo uma representação dessa configuração:
Servidor NetWorker: Redhat Linux 7.7, NetWorker versão 19.1.1
Client NMM: 19.2.0.2
O CNO/nome da escuta do SQL AG tem 2 IPs no DNS, um para cada sub-rede. Mas apenas um IP está ativo por vez. Quando o backup do NMM é executado para a escuta/o CNO do AG, o servidor NetWorker armazena em cache os dois IPs retornados pelo DNS e tenta se conectar a cada IP em ordem de resolução. Se o IP usado for o IP ativo, a conexão será bem-sucedida e o backup prosseguirá. Se o IP usado para conectar estiver inativo/off-line, a tentativa de conexão falhará devido a um tempo de espera excedido (o tempo de espera excedido padrão do TCP pode ser de aproximadamente 180 segundos) antes de tentar no IP ativo e a conexão será bem-sucedida com o IP ativo. Os logs normalmente mostram apenas tentativas de conexão com o IP com falha . O atraso no tempo de espera excedido depende do sistema operacional com uma mensagem como a exibida abaixo registrada no 'daemon.raw' do servidor 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.
Observe que os processos do servidor NetWorker, como nsrjobd/nsrexecd/nsrmmdbd, tentam se conectar a um IP inativo e 2 minutos depois 'nsrexecd' tenta se conectar ao mesmo IP. Neste exemplo, as tentativas acima causam um atraso de 4 minutos antes de uma tentativa de conexão com o IP ativo e o backup é iniciado.
Como os backups de logs do SQL normalmente são configurados a cada 30 minutos ou mais, esse atraso afeta o desempenho geral do backup.
Cause
O servidor NetWorker tenta se conectar a um IP inativo antes de se conectar ao IP ativo, resultando em um atraso no início do backup.
Resolution
Parâmetro tcp_sync_retries modificado para acelerar a falha de tentativa de conexão
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.