Ultrium 448 테이프 드라이브, LTO-2 테이프 (200 / 400GB)가 있으며 HP Data Protector를 백업 클라이언트로 사용하고 있습니다. 시스템은 모든 테이프를 포맷하고 덮어 쓰도록 설정되었지만 다른 테이프를 삽입하기 전에 테이프에서 ~ 150GB 이상을 확보 할 수는 없습니다.
왜 이런 일이 일어날 지 아는 아이디어가 있습니까?
Ultrium 448 테이프 드라이브, LTO-2 테이프 (200 / 400GB)가 있으며 HP Data Protector를 백업 클라이언트로 사용하고 있습니다. 시스템은 모든 테이프를 포맷하고 덮어 쓰도록 설정되었지만 다른 테이프를 삽입하기 전에 테이프에서 ~ 150GB 이상을 확보 할 수는 없습니다.
왜 이런 일이 일어날 지 아는 아이디어가 있습니까?
답변:
200GB (테이프에 표시) = 200,000,000,000 바이트 = ± 150GB (실제, 2 ^ 30) 사용 가능 + 일부 메타 데이터.
자체 압축이있는 백업 앱을 사용하는 경우 테이프 드라이브에서 작동하는 하드웨어 압축이 없으므로 200-> 400이 발생하지 않습니다.
IMHO 모든 것이 예상대로 작동합니다.
BaronSamedi1958이 말했듯이 바이너리 기가 바이트 (GiB)를 계산하는 경우 200GB 테이프의 용량은 약 186GiB (200 / 1.024 3)입니다. )입니다. RAM을 구매할 때를 제외하고 사람들이 어디서나 실제 기가 바이트 (1,000,000,000 바이트)를 사용하도록 권장합니다.
그러나 여러 가지 이유로 짧은 테이프가 발생합니다.
테이프 나 드라이브가 더러 우면 일부 블록이 쓰기에 실패합니다. 드라이브는 계속해서 테이프의 다음 사용 가능한 공간에 블록을 기록합니다. 용량이 저하됩니다.
최대 쓰기 속도로 드라이브에 데이터를 공급할 수없는 경우 용량이 저하 될 수도 있습니다. 그러나 LTO-2는 40MB / s에 불과하므로 이것이 문제가되지 않기를 바랍니다.
드라이브를 최근에 청소하고 새 테이프를 사용하십시오. 문제가 지속되는지 확인하십시오. 드라이브에 결함이 있음을 나타낼 수도 있습니다.
반면에 테이프는 저렴하며 최상의 해결책은 단순히 문제를 무시하고 테이프 당 150GB를 유지하는 것입니다.
차단 요인도 고려하십시오. 예를 들어 128K 블록 크기를 사용하고 많은 파일을 백업하는 경우 각 파일이 테이프에서 하나 이상의 블록을 차지하므로 많은 공간이 낭비됩니다. 일반적인 디스크 블록 크기는 4K입니다. 적절한 성능을 위해 테이프에 32K 미만을 사용하는 경우는 거의 없습니다.
tar
.
LTO-2에 대한 경험이 없지만 테이프 용량이 갑자기 25 % 감소하는 방식으로 많은 LTO-4 드라이브가 실패하는 것을 보았습니다. 테이프 용량이 정확히 25 % 감소한 것으로 보이므로 LTO-2 드라이브가 내가 본 LTO-4 드라이브와 같은 방식으로 고장날 수 있습니다.
LTO-4 드라이브는 테이프의 트랙을 번갈아 가며 기록합니다. 테이프가 가득 차기 전에 각 방향으로 총 28 개의 트랙이 기록되며 끝에서 끝까지 각 패스는 약 2 분이 걸립니다.
드라이브는 방금 쓴 모든 데이터를 다시 읽고 품질이 충분하지 않은 경우 펌웨어가 백업 소프트웨어에 다른 사본을 투명하게 씁니다. 이것은 약간의 용량을 잃을 것이지만 많은 경우의 데이터 손실을 방지합니다.
그러나 드라이브 헤드가 마모되면 펌웨어는 항상 기록 된 모든 블록의 사본 두 개를 한 방향으로 만 작성해야하는 지점에 도달합니다.
쓰기 속도를 신중하게 측정하면 한 방향으로 공칭 120MB / s와 다른 방향으로 60MB / s가 교대로 나타납니다. 항상 병목 현상이 발생하는 드라이브가되도록 드라이브에 데이터를 빠르게 공급할 수있는 경우, 기록 속도의이 독특한 패턴은 마모 된 테이프 헤드를 감지하는 가장 신뢰할 수있는 방법입니다.