다중 서브넷 AG 구성에서 NMM SQL VDI AG 백업 시작이 지연되었음

해당 없음

SQL 서버는 다중 서브넷 구성으로 구성됩니다. SQL 클라이언트는 CNO(Cluster Name Object) 또는 수신기 이름으로 구성됩니다. 아래의 해당 설정 표시를 참조하십시오.
NetWorker 서버: Redhat Linux 7.7, NetWorker 버전 19.1.1
NMM 클라이언트: 19.2.0.2


SQL AG 수신기 이름/CNO의 DNS에는 각 서브넷에 하나씩 2개의 IP가 있습니다. 그러나 한 번에 하나의 IP만 활성화됩니다.  AG 수신기/CNO에 대해 NMM 백업이 실행되면 NetWorker 서버는 DNS에서 반환한 두 IP를 모두 캐시하고 해결 순서대로 각 IP에 연결을 시도합니다. 사용된 IP가 활성 IP인 경우 연결이 성공하고 백업이 진행됩니다. 연결에 사용된 IP가 비활성/오프라인 상태인 경우 활성 IP에서 시도하기 전에 시간 초과(기본 TCP 시간 초과는 약 180초)로 인해 연결 시도가 실패하고 활성 IP로 연결이 성공합니다. 로그에는 일반적으로 실패한 IP에 대한 연결 시도만 표시됩니다. 시간 초과 지연은 운영 체제에 종속적이며, NetWorker 서버의 'daemon.raw'에 다음과 같은 메시지가 기록됩니다.

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.

이러한 NetWorker 서버 프로세스에서는 nsrjobd/nsrexecd/nsrmmdbd가 비활성 IP에 연결을 시도하고 2분 후에 'nsrexecd'가 동일한 IP에 연결을 시도합니다. 이 예에서는 활성 IP에 연결을 시도하고 백업을 시작하기 전에 위의 시도가 4분 정도 지연됩니다. 

SQL 로그 백업은 일반적으로 30분 정도마다 구성되므로 이러한 지연은 전체 백업 성능에 영향을 미칩니다.

NetWorker 서버에서 활성 IP에 연결하기 전에 비활성 IP에 연결을 시도하여 백업 시작이 지연됩니다.

연결 시도가 빠르게 실패하도록 tcp_sync_retries 매개변수를 수정했음