100MB의 Fallback_splitsize <테이프 길이의 0.1 %

이 기사는 아만다 엔터프라이즈(AE) v. 3.1.5

추가 정보 링크 : http://wiki.zmanda.com/index.php/Splitsize_too_small

문제 증상

아래 메시지는 ZMC에서 또는 명령 줄에서 amcheck를 실행할 때 경고로 표시됩니다.

"fallback_splitsize 100MB <테이프 길이의 0.1 %"

문제 설명

fallback_splitsize는 백업 당 둘 이상의 테이프가 허용 될 때와 백업이 스테이징 영역에 먼저 기록되지 않은 시간에 대해 RAM에 캐시 할 데이터 양을 지정하는 3.1.5 및 이전 버전의 Amanda 장치 매개 변수입니다. 일반적으로 백업은 테이프로 이동하기 전에 스테이징 영역에서 분할되지만 백업이 먼저 스테이징 영역에 기록되지 않으면 대신 RAM에서 분할되며 백업 크기의 1 % 미만이어서는 안됩니다. Amanda는 호스트 확인 중에 백업 크기가 얼마나 큰지 알지 못하므로 분할 크기가 테이프 크기에 비해 특히 작 으면 사용자에게 경고가 표시됩니다.

분해능

이 문제를 해결하려면 / etc / zmanda / zmc_aee / device_profiles / 디렉토리에서 체인저 프로필에 대한 YAML 파일을 편집하고 다음 줄을 찾습니다.

fallback_splitsize : 100m

보수적 인 기본값 인 100m를 가장 큰 백업 크기의 1 % 이상 또는 알 수없는 경우 테이프 크기의 0.1 % 이상인 숫자로 변경합니다. 이 데이터 크기는 RAM에 캐시되므로 지정된 데이터 양에 대해 충분한 RAM이 있어야하며 3.5G를 초과하지 않아야합니다.이 교환기 장치를 사용하는 모든 백업 세트에 대해 변경됩니다.

이렇게 변경 한 후 Zmanda 관리 콘솔의 Admin | backup sets 페이지로 이동하여 변경 사항을 적용하십시오.

원하거나 필요한 분할 크기를 지정하는 데 사용 가능한 RAM이 충분하지 않은 경우 Amanda는 RAM 대신 디스크에서 백업을 분할하도록 구성 할 수 있습니다. 이를 구성하는 데 도움을 받으려면 지원팀에 문의하십시오.