심각한 메모리 조각화로 인해 대용량 메모리 할당 요청이 실패하여 메모리 부족 패닉이 발생합니다. 2-way NDMP를 사용할 때 FCP 드라이버에 대한 호출(IO를 안전한 컨테이너로 전송)은 메모리가 심각하게 조각화될 수 있는 IO 메모리 할당 체계를 활용합니다. 결국(약 4~6개월) 대용량 메모리 할당 요청이 거부됩니다. 요청이 가장 큰 사용 가능한 메모리보다 크고 SP 패닉이 유발되기 때문입니다.
Resolution
해결 방법 (1) 3-way NDMP를 구현합니다.
또는
(2) 사전 예방적 SP 재부팅을 4~6개월마다 예약하면 메모리가 지워질 수 있습니다.
이
문제는 Unity OE 5.2.1.0.5.013에서 해결되었습니다.
Additional Information
1) 2-way NDMP와 3-way NDMP의 차이점은 무엇입니까? 2-way NDMP를 사용하면 백업 트래픽이 조인된 FC(Fibre Channel) 연결을 사용하여 Unity 운영 스토리지 시스템에서 백업 타겟 시스템으로 직접 전송됩니다.
3-way NDMP를 사용하면 데이터와 메타데이터가 모두 LAN(Local Area Network) 또는 WAN(Wide Area Network)을 통해 소스 Unity 시스템에서 전송됩니다. 또한 DMA를 통해 데이터가 전송됩니다.
2-way NDMP(Unity에 FC 연결이 있고, 메모리를 할당하기 위해 FCP 드라이버를 호출합니다)
3-way NDMP(Unity에 대한 FC 연결 없음)
2) 이 문제의 영향을 받는 버전은 무엇입니까? 2-way NDMP를 활용하고 장시간 실행하는 한 모든 Unity 어레이에 영향을 미칠 수 있습니다.