NetWorker: NMM 19.x SQL AlwaysOn 백업이 응답하지 않고 서버 CPU를 증가시킴

NetWorker Server를 18.x에서 19.x로 업그레이드할 때 몇 가지 문제가 발생했습니다.
NMM(NetWorker Module for Microsoft)을 사용한 SQL Server AlwaysOn 가용성 그룹 데이터베이스 백업에서 다음과 같은 증상이 나타납니다.

• AlwaysOn 백업이 응답하지 않습니다. 실제로 "nsrsqlsv"는 savefs에 의해 시작되지만 데이터 저장을 시작하지는 않습니다.
• 클러스터 클라이언트를 통한 AOAG(AlwaysOn) SQL Server 백업에 영향을 줍니다.
• 동일한 AlwaysOn 클러스터에 있는 독립 실행형 SQL Server 인스턴스에 대한 데이터베이스 백업은 SQL 데이터베이스를 백업하는 데 문제가 없습니다.
• NetWorker Server의 CPU가 급증합니다. 이로 인해 실행 중인 다른 백업 작업의 성능이 심각하게 저하될 수 있습니다.

설정의 여러 요인으로 인해 이 동작이 발생할 수 있으며 원인은 둘 이상의 단일 요인에 기인할 수 있습니다.
요인은 다음과 같습니다.

1. 업그레이드: NetWorker Server가 최근에 업그레이드되었습니다. 업그레이드 전에는 작업이 정상이었습니다. 일례로, 서버가 18.x에서 19.2로 업그레이드되었으며 SQL NetWorker Client와 NMM도 업그레이드되었습니다.
2. 미디어 데이터베이스 레코드: 서버 분석을 통해 세이브 세트가 없는 클라이언트 수 및/또는 일부 세이브 세트의 미디어 데이터베이스 레코드가 일치하지 않는 경우가 있을 수 있습니다. 이러한 세이브 세트는 영향을 받는 SQL 클라이언트와 관련이 있을 수도 있고 관련되지 않을 수도 있습니다.
3. 다음과 같은 다양한 방법을 통한 미디어 데이터베이스 정리 nsrim -X -V 볼륨으로 문제가 해결되지 않습니다.
4. 클라이언트 인덱스: 클러스터 클라이언트의 실제 클라이언트 파일 인덱스가 손상된 것으로 의심될 수 있습니다. 이 마지막 단계에서 클라이언트 파일 인덱스의 이름을 변경해야 할 수 있습니다.

AlwaysOn에 대한 SQL 클러스터 클라이언트는 다음과 같이 저장된 세트를 백업하는 클라이언트입니다. MSSQL#AAG:
Example MSSQL#ALWAYS_ON_GROUP_NAME:

SQL 클러스터 클라이언트에 대해 실행 중인 백업 작업이 없는 동안 다음 단계를 수행합니다.

• 클러스터 클라이언트의 클라이언트 파일 인덱스 이름을 변경합니다.
• 예를 들어 "/nsr/index/CLUSTER_CLIENT_NAME"의 이름을 "/nsr/index/CLUSTER_CLIENT_NAME.suspect"로 변경합니다.
• SQL AlwaysOn 클러스터 클라이언트의 새 백업을 실행합니다.
• 새 인덱스가 생성되고 백업이 성공합니다.