NetWorker: Data Domain의 공간 복구 작업 최적화

• NetWorker 세이브 세트가 만료됨으로 표시되었지만 제거되지는 않음
• 공간 복구 메시지가 하루에 두 번 이상 로그에 표시됨
• Data Domain 속도 및 로드에 미치는 영향
• 일반적인 서버 성능 영향

• 공간 복구에 적합한 볼륨은 만료 작업(스테이징, 클론 생성 또는 복구) 중에 읽습니다.
• 공간 복구는 지정된 볼륨에서 모든 스테이징 작업 후에 기본적으로 실행됩니다
• 공간 복구는 공간 복구를 실행할 때 볼륨 디렉토리 구조의 각 파일을 확인합니다
• 공간 복구 단계에서는 서버 작업 및 응답성이 느려질 수 있습니다.

NetWorker의 공간 복구 단계는 서버 백업 워크플로우에서 만료 작업의 마지막 단계 중 하나로 하루에 한 번 실행됩니다. 구성에 따라 제거해도 안전한 레코드를 계산한 후 서버의 평가, 만료 및 삭제 후 볼륨 내의 세이브 세트 파일 오브젝트를 삭제하기 위한 것입니다.

Data Domain 또는 NetWorker Server의 응답성에 부정적인 영향을 줄 수 있는 몇 가지 요인이 있습니다. 해당 데이터 영역의 요구 사항에 맞는 것으로 보이는 아래 중 하나를 활성화합니다. 아래 디버그 키 파일을 사용한 테스트를 고려하기 전에: 발생한 성능 문제가 공간 복구 및/또는 만료 작업과 관련이 있는지 확인하기 위해 하루 이상 모든 복구 공간 및 미디어 데이터베이스 계산을 비활성화하려면 일일 Server Protection > Server 백업 > 만료 작업을 비활성화합니다.

만료를 비활성화하여 일별 유지 보수와 관련된 문제가 확인되면 기본 nsr 디렉토리의 debug 하위 디렉토리 아래에 NetWorker Server 또는 노드에 동일한 이름(확장명 없음)의 빈 파일을 생성하여 문제 해결을 위해 다음 기능을 비활성화할 수 있습니다. 이러한 플래그 파일은 재시작이 필요하지 않으며 해당 플래그 파일이 있는 동안 시작된 공간 복구 작업에 적용됩니다.

Linux 위치: /nsr/debug
Windows 위치: C:\Program Files\EMC NetWorker\nsr\debug (또는 해당 nsr 설치 경로)
 

파일 이름과 해당 기능은 아래에 자세히 설명되어 있습니다skip_recover_space_for_stage

• 스토리지 노드. 이 플래그는 NetWorker가 스테이징 작업(클론 생성 후 소스 삭제)의 공간 복구 단계를 건너뜁니다. 환경에서 스테이징을 사용하는 경우, 특히 동일한 소스 볼륨에서 반복적으로 스테이징하는 경우 동일한 볼륨에 대해 여러 복구 공간 작업이 생성될 가능성이 없으므로 이 방법을 사용하는 것이 좋습니다. 이 플래그가 설정되면 공간 복구 작업이 완전히 지연되어 Expiration 일일 작업이 실행되거나 nsrim명령이 수동으로 실행될 때 시스템에서 파일을 삭제할 수 있습니다. 

recover_space_anytime

• 서버 전용입니다. 이를 통해 복구 공간이 만료되고 기본적으로 지연되는 활성 읽기 중인 볼륨에서 세이브 세트를 제거할 수 있습니다. 즉, 장기 실행 클론 작업이 있는 볼륨의 경우 만료 작업, nsrim 또는 스테이징 작업(이전 참조)이 실행될 때 만료 및 공간 복구가 반복적으로 연기될 수 있습니다. 이로 인해 큰 공간 복구 백로그, 점진적인 여유 공간 고갈, 실행이 허용될 때 더 큰 공간 복구 작업이 발생할 수 있습니다. 

skip_disk_usage

• 스토리지 노드. 공간 복구 및 디스크 볼륨 파일 시스템 검사의 일부로, 기본적으로 개별 파일을 반복적으로 검사하고 계산하여 볼륨에 대한 정확한 데이터 집계를 생성합니다. 이러한 정밀도가 필수적이라고 생각하는 사람도 있겠지만 이 단계를 연기하려면 파일 및 바이트 합계에 대한 NetWorker의 미디어 데이터베이스 레코드가 필요합니다. 대부분의 경우 정확도가 충분할 것으로 예상됩니다. 로드 워크로드가 많은 Data Domain의 경우, 특히 볼륨에 대해 여러 공간 복구 작업이 반복적으로 실행되는 경우 이는 불필요한 비용으로 간주되어 안전하게 비활성화될 수 있습니다.

skip_consistency_check_in_recover_space

• 스토리지 노드. 볼륨의 공간을 복구하는 동안 미디어 데이터베이스 간의 일관성을 보장하기 위해 볼륨 파일 시스템을 파일별로 검사합니다. 이로 인해 대기 시간이 발생할 수도 있습니다. 이 키 파일을 각 노드에 추가하면 해당 노드가 미디어 데이터베이스에 해당 레코드가 없는 세이브 세트 파일을 삭제하거나 파일을 찾을 수 없는 미디어 데이터베이스 레코드를 'suspect'로 표시하지 못하게 됩니다. 이렇게 하면 정상적인 정리 작업이 수행되지 않으므로 공간 복구 작업과 관련된 레이턴시를 검증하는 데 사용해야 하며 장기간 비활성화해서는 안 됩니다. 

더 자세한 로깅이 기본적으로 도입되어 전체 세이브 세트 경로가 NetWorker Server의 data_audit 로그에 로깅됩니다. 이미 로드가 많고 많거나 큰 공간 복구 작업이 있는 경우 특히 NetWorker에 원격으로 정보를 반환하는 스토리지 노드에서 응답하지 않을 수 있습니다. 이 기능을 비활성화하려면 NetWorker Server에서 다음 로그에 대한 로깅 임계값을 높입니다.

# nsradmin
# nsradmin> show name; auditlog severity
# print type: nsr auditlog

원하는 경우 이름을 포함하여 쿼리를 특정 인스턴스로 구체화하여 데이터 감사에만 영향을 주도록 이 변경 내용을 제한합니다. 설정을 각각에 다시 적용하려면 이 단계를 건너뜁니다.

# print type: nsr auditlog; name: servername_data_audit.raw

임계값을 하나 또는 둘 다로 변경하여 개별 삭제 로깅을 중지합니다. 삭제는 여전히 서버의 daemon.raw에 기록됩니다.

# update auditlog severity: Error