Opóźniony start kopii zapasowej NMM SQL VDI AG w konfiguracji AG z wieloma podsieciami
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
Nie dotyczy
Serwer SQL jest w konfiguracji wielu podsieci. Klient SQL jest skonfigurowany z CNO (obiektem nazwy klastra) lub nazwą odbiornika. Poniżej przedstawiono reprezentację takiej konfiguracji:
Serwer NetWorker: Redhat Linux 7.7, wersja NetWorker 19.1.1
Klient NMM: 19.2.0.2
Nazwa odbiornika / CNO SQL AG ma 2 adresy IP w DNS, po jednym dla każdej podsieci. Tylko jeden adres IP jest aktywny w danym momencie. Gdy trwa tworzenie kopii zapasowej NMM dla odbiornika/CNO AG, serwer NetWorker przechowuje oba adresy IP zwrócone przez DNS i próbuje nawiązać połączenie z każdym z adresów IP. Jeśli użyty adres IP okaże się aktywny, połączenie zostanie utworzone i zostanie wykonana kopia zapasowa. Jeśli użyty adres IP jest nieaktywny/offline, połączenie nie zostanie nawiązane z powodu przekroczenia limitu czasu (domyślny limit czasu protokołu TCP może wynosić około 180 sekund). Zostanie podjęta próba połączenia z aktywnym adresem IP, która kończy się powodzeniem. Dzienniki zazwyczaj pokazują jedynie próby nawiązania połączenia z nieaktywnym adresem IP. Opóźnienie przekroczenia limitu czasu zależy od systemu operacyjnego i zawiera poniższy komunikat zarejestrowany w pliku „daemon.raw” serwera NetWorker.
172089 25/02/2020 20:19:33 nsrjobd RPC błąd Nie można utworzyć połączenia z „portmapper” na hoście „cat-listener.aqua.local” z adresem „192.168.207.9” na porcie o numerze 7938.
172089 25/02/2020 20:21:40 nsrexecd RPC błąd Nie można utworzyć połączenia z „portmapper” na hoście „cat-listener.aqua.local” z adresem „192.168.207.9” na porcie o numerze 7938.
Uwaga: procesy serwera NetWorker, takie jak nsrjobd/nsrexecd/nsrmmdbd, próbują nawiązać połączenie z nieaktywnym adresem IP, a 2 minuty później proces „nsrexecd” próbuje połączyć się z tym samym adresem IP. W powyższym przykładzie próby powodują opóźnienie nawiązania połączenia z aktywnym adresem IP i rozpoczęcia tworzenia kopii zapasowej o 4 minuty.
Ponieważ kopie zapasowe dzienników SQL są zwykle konfigurowane co około 30 minut, to opóźnienie wpływa na ogólną wydajność tworzenia kopii zapasowych.
Serwer SQL jest w konfiguracji wielu podsieci. Klient SQL jest skonfigurowany z CNO (obiektem nazwy klastra) lub nazwą odbiornika. Poniżej przedstawiono reprezentację takiej konfiguracji:
Serwer NetWorker: Redhat Linux 7.7, wersja NetWorker 19.1.1
Klient NMM: 19.2.0.2
Nazwa odbiornika / CNO SQL AG ma 2 adresy IP w DNS, po jednym dla każdej podsieci. Tylko jeden adres IP jest aktywny w danym momencie. Gdy trwa tworzenie kopii zapasowej NMM dla odbiornika/CNO AG, serwer NetWorker przechowuje oba adresy IP zwrócone przez DNS i próbuje nawiązać połączenie z każdym z adresów IP. Jeśli użyty adres IP okaże się aktywny, połączenie zostanie utworzone i zostanie wykonana kopia zapasowa. Jeśli użyty adres IP jest nieaktywny/offline, połączenie nie zostanie nawiązane z powodu przekroczenia limitu czasu (domyślny limit czasu protokołu TCP może wynosić około 180 sekund). Zostanie podjęta próba połączenia z aktywnym adresem IP, która kończy się powodzeniem. Dzienniki zazwyczaj pokazują jedynie próby nawiązania połączenia z nieaktywnym adresem IP. Opóźnienie przekroczenia limitu czasu zależy od systemu operacyjnego i zawiera poniższy komunikat zarejestrowany w pliku „daemon.raw” serwera NetWorker.
172089 25/02/2020 20:19:33 nsrjobd RPC błąd Nie można utworzyć połączenia z „portmapper” na hoście „cat-listener.aqua.local” z adresem „192.168.207.9” na porcie o numerze 7938.
172089 25/02/2020 20:21:40 nsrexecd RPC błąd Nie można utworzyć połączenia z „portmapper” na hoście „cat-listener.aqua.local” z adresem „192.168.207.9” na porcie o numerze 7938.
Uwaga: procesy serwera NetWorker, takie jak nsrjobd/nsrexecd/nsrmmdbd, próbują nawiązać połączenie z nieaktywnym adresem IP, a 2 minuty później proces „nsrexecd” próbuje połączyć się z tym samym adresem IP. W powyższym przykładzie próby powodują opóźnienie nawiązania połączenia z aktywnym adresem IP i rozpoczęcia tworzenia kopii zapasowej o 4 minuty.
Ponieważ kopie zapasowe dzienników SQL są zwykle konfigurowane co około 30 minut, to opóźnienie wpływa na ogólną wydajność tworzenia kopii zapasowych.
Cause
Serwer NetWorker próbuje połączyć się z nieaktywnym adresem IP przed nawiązaniem połączenia z aktywnym adresem IP, co powoduje opóźnienie rozpoczęcia tworzenia kopii zapasowej.
Resolution
Zmodyfikowano parametr tcp_sync_retries w celu szybkiego zakończenia próby połączenia
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.