Windows Server 백업을 사용하여 새 서버에서 RAID 배열을 백업하려고합니다. 그러나 내가 할 때이 오류가 발생합니다.
서버가 Windows Server 2012 R2를 실행 중이고 해당 어레이의 크기는 20TB (사용 가능한 18TB)입니다. 현재 1TB 미만이 사용되고 있습니다.
Windows Server 2008에서는 VHD의 제한으로 인해 2TB보다 큰 볼륨을 백업 할 수 없지만 Microsoft는 이제 VHDX로 전환하여 64TB 볼륨을 백업 할 수 있음을 알고 있습니다. 또한 이것을 이용하기 위해서는 해당 드라이브가 GPT 여야한다는 것을 알고 있습니다.
내 디스크가 실제로 GPT임을 확인했습니다.
Windows Server 백업을 실행할 때 “한 번 백업”옵션을 사용하고 네트워크 드라이브에 백업하고 있습니다. 또한 표준 설정이라고 생각되는 것을 사용하고 있습니다. 그러나 백업을 실행하려고하면 위의 오류가 표시됩니다.
Windows Server 백업이 최대 64TB의 볼륨을 백업 할 수 있기 때문에 이것이 왜 16.7TB로 제한되는지 잘 모르겠습니다. 왜 이런 일이 발생했는지 또는 내가 뭘 잘못했는지에 대한 통찰력을 줄 수 있습니까?
업데이트 : 새 드라이브를 받고 어레이를 다시 만들었지 만 여전히 같은 오류가 발생합니다. 클러스터 수가 2 ^ 32 미만임을 확인할 수 있습니다.
내가 읽어 이 분명히 윈도우 백업 또는 중 512 또는 512e를 바이트 섹터가없는 디스크에서의 백업을 지원하지 않는 질문입니다. 백업하려는 파일 공유를 보면 4k 섹터를 사용합니다. 이것이 근본적인 문제 일 수 있습니까? 도움이된다면 백업하려는 공유가 CentOS 서버에서 호스팅됩니다.
답변
Windows Server 백업이 실패한 이유는 볼륨에서 사용중인 클러스터 크기 때문입니다. (그리고 RAID 어레이의 중요한 문제가 시한 폭탄이 된 후에 그것이 왜 끝나는 지 정확하게 설명하겠습니다.)
그러나 백업 문제를 해결하기 전에 RAID 설정 문제를 해결해야합니다.
큰 디스크에는 RAID5를 사용하지 마십시오. 그리고 구성원 수가 많은 어레이와 함께 RAID5를 사용하지 마십시오. 패리티 디스크가 하나만 있으면 사실상 많은 디스크에서 (복구 할 수없는 읽기 오류) URE 또는 다른 디스크 오류가 발생할 수 있으므로 실제 중복은 없습니다. 패리티 RAID를 사용해야하는 경우 RAID6을 사용하지만 패리티 RAID에는 심각한 단점이 있으므로 패리티 RAID를 설정하기 전에 길고 열심히 생각하십시오.
20TB 어레이를 분리하고 RAID 10에서 다시 생성하는 것이 좋습니다 . 데이터의 성능과 실제 중복성 이 훨씬 향상됩니다 . 어쨌든 1TB 만 사용하고 있기 때문에 향후 성장을 위해 9TB가 남았으며 솔직히 말하면 전용 NAS 장치 또는 스토리지 서버를 조사해야합니다.
RAID 어레이를 적절한 상태로 설정하면이 문제는 현재 불만을 제기하는 16TiB보다 작기 때문에이 문제도 해결됩니다. 그러나 알고 싶다면 문제가있는 배열의 크기가 아니라 클러스터의 수입니다. 백업하려는 볼륨에 2 ^ 32 개 미만의 클러스터가 있어야합니다. 클러스터 크기를 4KB에서 8KB로 변경하면 좋습니다.
클러스터 크기를 확인하려면 다음을 사용하십시오.
fsutil fsinfo ntfsinfo F :
그리고 아래 스크린 샷과 같은 것을 얻을 수 있습니다.
해당 16TiB 번호의 출처가 궁금한 경우이 msdn 블로그 게시물에서이를 확인하십시오 .
답변
16.7TB는 NTFS 파일 시스템의 파일 크기 제한입니다. NTFS5의 파일 크기 제한은 16 엑사 바이트입니다. 이것은 공유 스토리지 드라이브이므로 NTFS5 형식이 아닌 NTFS 형식 일 수 있습니다. 확인해야합니다. 내가 얻는 모든 단점은 NTFS5 파일 시스템에 쓰고 있다고 가정하는 사람들입니다.