Windows Server 백업 오류-16.7TB보다 큰 볼륨을 보호 할 수 없습니까?


10

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 서버 백업용이며 DPM-Data Protection Manager를 사용하는 것입니다. DPM을 사용할 때 소프트웨어 제한이있는 것으로 보입니다. 필요한 경우 바이트 단위 복사를 복원 할 수있는 방법이 있다고 가정하면 소위 '보호'가 활성화되지 않은 상태에서 바이트 단위 복사가 가능한지 설정을 통해 확인할 수 있습니다.
Andrew S

1
@AndrewS 아니요, Windows Server 백업의 메시지입니다. 요즘 백업에서 "보호"는 새로운 유행어 인 것 같습니다. 내 Avamar (enterprise d2d 백업 제품) 대시 보드에서도 XTB의 데이터가 "보호"되어 있다고 알려줍니다.
HopelessN00b

2
불행히도 '백업'이라는 단어가 잘못 사용되었습니다. ITIL 신들이 화를 내고 있습니다. 그러나 NTFS의 FILE SIZE 제한은 16.7TB이므로 문제가 있습니다. 백업 (나는 추측하고 있습니다)은 하나의 거대한 파일이고 16.7TB는 그 크기의 제한입니다. 마이크로 소프트와 다른 벤더들은 그것을 보호하고 그것을 '보호'또는 그들이 원하는 다른 바보 마케팅 슬러그라고 부를 수있다. 나는 여전히 그것을 '백업'이라고 부를 것이다.
앤드류 S

@AndrewS 데이터 중복 제거 및 스냅 샷 생성 이전의 원본 데이터 크기를 측정하는 데 사용됩니다. 그리고 Server 2012에서 NTFS의 파일 크기 제한은 16TiB가 아니라 256TiB 입니다.
HopelessN00b

FWIW : 같은 문제입니다. Server 2016, 20 및 63TB 드라이브, 볼륨의 클러스터 당 16KB 바이트, 볼륨 당 2 ^ 32 개의 클러스터, 실제 디스크 512 바이트 섹터 및 GPT. vss 섀도우는 문제없이 작동하며 백업과 동일한 오류가 발생합니다. 스냅 샷을 작성하고 폴더 당 미리 결정된 스크립트를 실행하고 루트에있는 파일에 대해 관리하기가 훨씬 더 어려울 수있는 강력한 파워 쉘 스크립트를 포기하고 작성하려고합니다.
Cookie Monster

답변:


8

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 블로그 게시물에서이를 확인하십시오 .


RAID에 대해 걱정 해 주셔서 감사합니다. 상사에게 RAID6를 사용하도록 설득하려고했지만 실패했습니다. 실제로 2TB 디스크가 아닌 5TB 디스크 배열에 있습니다 (죄송합니다, 지정해야합니다). 데이터가 너무 적게 사용되는 이유는 아직 데이터를 프로덕션에 넣지 않았기 때문입니다. 그러나 결국 새로운 NAS가 될 것입니다. 또한 백업을 자주 수행하므로 성능이 저하 된 어레이에서 쉽게 복구 할 수 있습니다. 따라서 더 큰 스트라이프 크기로 배열을 다시 만들면이 문제가 발생하지 않습니까?
Chris Powell

1
@ChrisPowell 죄송합니다. 잘못 입력했습니다. 나는 스트라이프가 아니라 클러스터를 말하려고했습니다. 이번을 제외하고는 어레이를 다시 포맷해야합니다. 클러스터 크기로 8KB (또는 원하는 경우 이상)를 선택하십시오.
HopelessN00b

2
@ChrisPowell 좋은 질문을하도록 노력해 주셔서 감사합니다. :)
HopelessN00b

1
그냥 업데이트; 내가 상사와 다시 대화했다는 사실을 알게되어 기쁘다. NAS를 RAID6로 전환하고 드라이브를 6TB로 업그레이드하도록 그를 설득했다. 도와 주셔서 감사합니다.
Chris Powell

또 다른 업데이트 : 드라이브가 방금 설치되어 배열을 설정하고 8KB 클러스터 크기로 포맷했는데 여전히이 오류가 발생합니다. 어떤 충고? 총 클러스터를 확인했으며 2 ^ 32 미만입니다.
Chris Powell

0

16.7TB는 NTFS 파일 시스템의 파일 크기 제한입니다. NTFS5의 파일 크기 제한은 16 엑사 바이트입니다. 이것은 공유 스토리지 드라이브이므로 NTFS5 형식이 아닌 NTFS 형식 일 수 있습니다. 확인해야합니다. 내가 얻는 모든 단점은 NTFS5 파일 시스템에 쓰고 있다고 가정하는 사람들입니다.


당신이 원하는 모든 것을
Andrew S

1
WSB는 ~ 1TiB의 데이터에 대해 16TiB 파일을 백업하지 않으므로 백업하지 않습니다. 문제의 실제 원인은 2 ^ 32 -1 클러스터의 NTFS 구현 제한이며 4KB 클러스터 크기와 결합 되었으며 매우 오랫동안 기본값이었습니다.
HopelessN00b
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.