NMM SQL VDI AG-Backups werden in einer Multi-Subnetz-AG-Konfiguration verzögert gestartet

n/z
SQL-Server ist in einer Multi-Subnetz-Konfiguration konfiguriert. Der SQL-Client wird entweder mit CNO (Cluster Name Object) oder dem Listener-Namen konfiguriert. Siehe nachstehende Darstellung eines entsprechenden Setups:
NetWorker-Server: Redhat Linux 7.7, NetWorker Version 19.1.1
NMM-Client: 19.2.0.2


Der SQL AG-Listener-Name/CNO verfügt über 2 IP-Adressen im DNS, eine für jedes Subnetz. Es ist jedoch nur eine IP-Adresse zu einem bestimmten Zeitpunkt aktiv.  Wenn das NMM-Backup für AG-Listener/CNO ausgeführt wird, speichert NetWorker Server die vom DNS zurückgegebenen IP-Adressen und versucht, eine Verbindung zu jeder IP-Adresse in der Reihenfolge der Auflösung herzustellen. Wenn die IP-Adresse als aktive IP-Adresse verwendet wird, ist die Verbindung erfolgreich und das Backup wird fortgesetzt. Wenn die IP-Adresse, die für die Verbindung verwendet wird, inaktiv/offline ist, schlägt der Verbindungsversuch aufgrund einer Zeitüberschreitung fehl (der Standardwert für die TCP-Zeitüberschreitung ist möglicherweise ~ 180 Sekunden), bevor versucht wird, die aktive IP-Adresse zu verwenden. In den Protokollen werden in der Regel nur Verbindungsversuche mit der fehlgeschlagenen IP-Adresse angezeigt. Die Verzögerung der Zeitüberschreitung ist betriebssystemabhängig, mit folgender Meldung in der 'daemon.raw' des Networker-Servers.

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.

Hinweis: NetWorker-Server-Prozesse wie nsrjobd/nsrexecd/nsrmmdbd versuchen, eine Verbindung zu einer inaktiven IP herzustellen, und 2 Minuten später versucht nsrexecd, eine Verbindung zu derselben IP herzustellen. In diesem Beispiel verursachen die obigen Versuche eine Verzögerung von 4 Minuten, bevor ein Verbindungsversuch zur aktiven IP-Adresse erfolgt und das Backup startet. 

Da SQL-Protokoll-Backups normalerweise alle 30 Minuten konfiguriert werden, wirkt sich diese Verzögerung auf die gesamte Backup-Performance aus.

NetWorker Server versucht, eine Verbindung zu einer inaktiven IP herzustellen, bevor eine Verbindung zur aktiven IP-Adresse hergestellt wird. Dies führt zu einem verzögerten Start des Backups.

Der Parameter tcp_sync_retries wurde geändert, um den Verbindungsversuch schnell fehlschlagen zu lassen.