섹터 크기가 다른 소프트웨어 RAID 1을 만들 수 있습니까?


10

기본 드라이브와 다른 모델의 하드 드라이브를 구입하여 미러링하려고했지만 Windows 7 Virtual Disk Manager에 다음 오류 메시지가 나타납니다.

주어진 볼륨에 대한 확장을 보유한 모든 디스크는 동일한 섹터 크기를 가져야하며 섹터 크기가 유효해야합니다.

내 디스크에는 다음과 같은 통계가 있습니다.

Main drive: SAMSUNG HD103SI, physical sector size 512b.
Mirror drive: WDC WD10EARX, physical sector size 4096b.

chkdsk그것들을 실행 하면 각 할당 단위에서 4096 바이트를보고하는데, 이것은 "가상 섹터 크기"라고 말하는 또 다른 방법이라고 가정합니다.

물리 섹터 크기가 일치해야합니까? 다른 드라이브와 일치하도록 드라이브를 다시 포맷 할 수 있습니까? 다른 드라이브를 사용할 수 있다면 좋을 것입니다. 나중에 단계적으로 업그레이드 할 수 있습니다.

주 드라이브를 미러 드라이브에 복제 한 다음 주 드라이브를 미러로 사용할 수 있다고 생각했습니다. 그게 효과가 있을까 아니면 엄청난 시간 낭비 일까?

편집 : 할당되지 않은 2 개의 드라이브에서 두 드라이브에 미러 볼륨을 만들 수 있음을 알았습니다. 그러나 먼저 볼륨을 만들 때 마우스 오른쪽 버튼을 클릭 한 다음 "미러 추가"옵션을 시도하면 항상 "섹터 크기 오류"메시지가 나타납니다. 이것이 버그입니까? 왜 미러 추가가 작동하지 않습니까?

어쨌든, Windows 7을 다시 설치해야한다고 가정하면 여기 에서이 안내서를 따르고 어떻게 진행되는지 볼 것입니다 : http://my.opera.com/Devocalypse/blog/2011/03/02/install- Windows-7-on-a-dynamic-disk-pro-and-ultimate-only 전용

편집 : 작동합니다. 가이드에 따라 "미러 볼륨"에 Windows를 설치했지만 여전히 현재 "기본 볼륨"을 동적 디스크에 복사 / 복제하고 싶습니다.

편집 : 이번에 또 다른 동일한 디스크를 구입하고 이제 "미러 추가"버튼이 작동합니다. 새 디스크에 데이터를 복제 한 다음 거기에서 부팅 한 다음 "미러 추가"를 누르면 작동합니다. 이제 다른 미러 드라이브가 부팅되지 않는 이유를 알아 내려고 노력 중입니다.


1
"할당 단위"는 NTFS의 클러스터 크기입니다. 기능적으로는 "가상 섹터 크기"의 의미와 동일하다고 생각합니다. 파일 시스템이 최소 할당 크기로 사용하는 것입니다. 한 디스크를 다른 디스크와 일치하도록 다시 포맷 할 수는 없지만 디스크가 제대로 지원되면 복제가 작동합니다. 나는 한계에 놀랐다. 어떻게 고칠 지 모른다.
mgjk

귀하의 의견에 감사드립니다. 슬프다 : (나는 그렇게 생각했다. 오 잘만되면 다른 사람이이 포스트로부터 이익을
얻길 바란다

그래서 나는 다음으로 최선을 다하기로 결정했습니다. 드라이브를 복제했습니다 (EASEUS partion manager free home edition, 동적 디스크 볼륨을 기본 드라이브로 복사). 곧 새 드라이브를 구입하고 미러링합니다. chkdsk가 1 단계에 도달 할 수없는 몇 가지 이유는 단지 0 단계에서 멈 춥니 다. 메신저는 몇 번 재부팅을 시도합니다.
ColacX

오, 달콤한 컴퓨터를 한 번 다시 시작한 후 Windows 7에서 드라이버를 새 드라이브에 설치했으며 재부팅해야한다고 말했으며 chkdsk가 완벽하게 작동합니다. 첫 번째 부팅에서 사용할 드라이버를 파악할 수 없었습니다.
ColacX

1
또한 512b와 4k 드라이브 간에는 미러링이 제대로 작동하지 않을 수 있습니다. 4k 드라이브는 512b 레거시 모드로 변환 할 수 있어야하지만 여전히 비용 효과적이며 여러 가지 이유로 다른 4k 드라이브를 구입하는 것이 가장 좋습니다. 비싸지 않습니다.
Dom

답변:


2

예. 물리적 섹터 크기가 다른 하드 드라이브에서 RAID-1을 실행할 수 있습니다.

그렇게 말하면 좋은 생각이 아닐 수도 있습니다. 소프트웨어 RAID-1 구현이 512 바이트 청크로 쓰면 비효율적이며 느려질 것입니다. 대부분의 파일 시스템이 4k 청크를 사용하고 RAID의 대부분의 스트라이프 크기가 ​​64Kb 이상이므로 이것은 문제가되지 않습니다.

그러나 드문 경우지만 성능이 저하 될 수 있습니다. 특히 파일 시스템을 4k 경계에 맞추지 않은 경우.


RAID 1에는 실제로 스트라이프 크기가 ​​없습니다. 작업을 전체 스트라이프로 확장하지 않고도 읽기와 쓰기를 모두 잘 실행할 수 있습니다. 인위적으로 IO 작업을 전체 범위로 확장하는 구현은 자체 성능을 저하시킬 뿐이므로 그다지 많지 않을 것이라고 생각합니다. RAID 1 시스템에서 스트라이프 번호와 같은 것을 찾는 상상할 수있는 유일한 곳은 더러운 블록 / 스트라이프 테이블입니다. 필요한 테이블 크기를 줄이거 나 성능을 향상시키기 위해 512보다 큰 숫자를 사용하는 것이 좋습니다.
Paul Groke
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.