저는 작고 귀여운 HP ProLiant MicroServer에 FreeNAS 장비를 구축했습니다.
스토리지 측면에서는 RAIDZ1을 사용하여 3개의 디스크 ZFS 풀을 만들었습니다. 저는 FreeNAS에 익숙해지면서 3개의 작은 디스크로 시작했지만 결국 가정용 NAS를 FreeNAS로 교체하기로 결정했습니다.
그래서 새 2TB 디스크를 구입하고 각 디스크를 한 번에 하나씩 더 큰 디스크로 교체하여 교체할 때마다 풀이 리실버링되도록 했습니다.
GUI를 통해 생성된 원래 풀은 GPTID 참조를 사용했습니다. zpool status다음과 비슷한 내용이 표시됩니다.
pool: vol2
state: ONLINE
scan: none requested
config:
NAME STATE READ WRITE CKSUM
vol2 ONLINE 0 0 0
gptid/96857d85-6c2f-11e3-9387-78acc0f794bd ONLINE 0 0 0
풀의 디스크를 으로 교체할 때 zpool replace결국 GEOM 이름(아다N) 대신에. 솔직히 말해서 나는 이 방법이 훨씬 더 쉽고 직관적이라는 것을 알았습니다.
그러나 GEOM 이름을 사용하여 디스크를 참조하면 재부팅 시 드라이브에 레이블이 다시 지정될 위험이 있는 것 같습니다.혼란스러운 ZFS그 과정에서 ZFS 풀이 손상될 수도 있습니다.
각 디스크를 "오프라인"으로 만들고 zpool replaceGPTID를 사용하여 으로 교체할 수 있다고 생각했습니다. 이 경우 리실버링이 필요하므로 작업이 진행되는 동안 데이터가 위험에 빠질 수 있습니다.
그러나 내 "ada" 디스크에 대한 GPTID를 찾을 수 없는 것 같습니다. ls /dev/gptid현재 사용하지 않는 네 번째 디스크만 나열합니다. glabel list동일한 디스크/GPTID 및 다양한 FreeNAS 파티션을 반환합니다.
- 참조된 GEOM 이름을 GPTID로 바꾸는 것이 실제로 의미가 있습니까?
- 새 디스크의 GPTID를 볼 수 없는 이유는 무엇입니까? GPTID를 할당하고
glabel list이름을 반환하기 전에 뭔가를 해야 합니까 ? - 리실버링을 포함하지 않고 그렇게 하는 더 안전한 방법이 있습니까?
감사해요!
답변1
• 참조된 GEOM 이름을 GPTID로 바꾸는 것이 실제로 의미가 있습니까?
GEOM 이름은 컨트롤러 슬롯에서 생성되므로 디스크 커넥터를 교체하면 해당 GEOM 이름도 교체됩니다. GPTID 이름은 디스크 일련 번호를 기반으로 하며 모든 곳에서 동일합니다.
•새 디스크의 GPTID를 볼 수 없는 이유는 무엇입니까? GPTID가 할당되고 glabel 목록이 해당 이름을 반환하기 전에 뭔가를 해야 합니까?
하나의 ID(귀하의 경우 zpool의 GEOM)가 디스크를 사용하면 다른 ID(GPTID 포함)가 차단됩니다. 따라서 zpool에서 디스크를 분리하거나 오프라인으로 전환하면 /dev/gptid에 gptid가 누락된 것으로 나타납니다.
•리실버링을 포함하지 않는 더 안전한 방법이 있습니까?
유일한 방법은 디스크를 분리한 후 다른 이름으로 다시 풀에 연결하는 것입니다. 리실버링은 미러 확인 및 동기화 과정일 뿐이므로 생각만큼 위험하지 않습니다. 동기화되지 않은 데이터만 복사하므로 디스크 분리와 재연결 사이에 변경된 사항만 위험합니다.
답변2
ZFS는 데이터 유효성 목표를 가지고 설계되었습니다. 즉, 손상된 데이터를 전달하지 않지만 올바른 데이터를 생성할 수 없는 경우 전달하지 않습니다(구성 가능한 기본 동작). 풀 디스크를 이동해도 ZFS가 찾을 수 있는 한 혼동되지 않습니다. 이 링크, (일부 독일어)는 매우 도움이 됩니다. 이것은 단지 불완전한 힌트일 뿐입니다. 그렇게 생각해보세요.