안전한 접근 방식은 맵 시리얼과 영구 ID를 기준으로 삼고, 확인된 멤버 하나를 교체한 다음, 재구성과 기존 워크로드를 관찰 가능한 단계별 관문으로 검증하는 것입니다. 단일 명령으로 처리해서는 안 됩니다.
ZFS, mdraid 또는 Btrfs를 사용하는 Linux 홈 NAS에서는 변화하는 Linux 장치 문자를 혼동하지 않고 NAS 드라이브를 교체해야 하는 것이 실제 위험 요소입니다. 현재 식별 정보와 복구 지점을 기록하고, 가장 영향이 적은 식별 정보부터 확인하며, 다른 변수를 변경하기 전에 통과 및 실패 결과를 해석하고, 스토리지가 불안정해지거나 복구 가능한 유일한 사본이 노출될 상황이면 중단하세요. 아래 워크플로는 기존 워크로드가 성공하거나 증거가 에스컬레이션 경계에 도달했을 때만 완료됩니다.
시리얼-베이 교체 맵 만들기
모든 멤버에 대해 어레이 또는 풀 상태, 장치 토폴로지, SMART 식별 정보, 인클로저 슬롯, 시리얼 번호, WWN, /dev/disk/by-id 심볼릭 링크를 저장하세요. 재부팅이나 핫플러그 후에는 Linux 장치 문자가 바뀔 수 있으므로 /dev/sdX는 이번 부팅에서의 관찰값일 뿐, 교체 기록에 사용할 영구 식별 정보가 아닙니다.
실용적인 ZFS 홈 서버 가이드에서는 영구 by-id 경로를 사용해 교체하고, 임시 장치 문자를 신뢰하는 대신 리실버 진행 상황을 모니터링합니다. 교체 명령은 서로 다르지만 동일한 식별 원칙은 mdraid와 Btrfs에도 적용됩니다.
소프트웨어에서 장애가 발생한 멤버와 물리적 라벨을 두 번 대조하세요. 한 번은 오프라인으로 전환하기 전에, 다시 한 번은 하드웨어를 제거하기 전에 확인합니다. 시리얼 패스스루가 없거나, 두 슬롯이 동일한 브리지 식별 정보를 보고하거나, 풀이 다른 멤버 하나가 오프라인으로 전환되는 상황을 견딜 수 없다면 중단하세요.
중복성을 조기에 줄이지 않고 교체 준비하기
새 드라이브가 사용 가능한 섹터 기준으로 최소한 기존 드라이브만큼 크고, 예상되는 섹터 형식을 사용하며, 가능하다면 어레이 외부에서 기본 상태 점검을 통과하는지 확인하세요. 삽입하기 전에 시리얼과 by-id 경로를 기록하세요. 암호화된 멤버나 부팅 가능한 멤버라면 해당 플랫폼에 필요한 파티션 레이아웃, 키 및 부팅 메타데이터도 보존하세요.
교체 드라이브가 다른 논리 또는 물리 섹터 크기를 보고할 때는 ZimaSpace의 ZFS 미러의 서로 다른 섹터 크기 관련 논의를 참고하세요. 제품 상자에 표시된 용량만으로는 충분하지 않습니다. 실제 크기, ashift 또는 정렬 요구 사항, 파티션 테이블 및 NAS 플랫폼 규칙에 따라 교체 가능 여부가 결정됩니다.
한 번에 장치 하나만 교체하세요. 기존 디스크를 여전히 읽을 수 있고 플랫폼이 연결 후 분리를 지원한다면 중복성을 유지할 수 있습니다. 그렇지 않다면 확인된 멤버를 오프라인으로 전환하고, 섀시가 핫스왑을 지원하지 않는 경우 전원을 끈 다음, 제거한 드라이브에 즉시 라벨을 붙이세요.
플랫폼별 재구성을 시작하고 모니터링하기
플랫폼 자체 상태 명령에 표시된 풀 또는 어레이 멤버 식별 정보를 새 영구 by-id 경로와 함께 사용하세요. 토폴로지를 확인하지 않은 채 일반 명령을 붙여 넣지 마세요. ZFS 미러 교체, mdraid 멤버 추가 및 Btrfs 장치 교체는 상태 머신과 장애 동작이 서로 다릅니다.
진행 상황, 읽기 오류, 체크섬 복구, SMART 변경 사항, 온도 및 컨트롤러 리셋을 확인하세요. 한 독립 교체 기록에서는 장애 디스크의 시리얼을 기록하고 다음 멤버를 교체하기 전에 리실버 완료를 기다릴 것을 강조합니다.
새 디스크가 사라지거나, 살아남은 멤버에서 오류가 증가하거나, 재구성이 반복해서 다시 시작되면 필수적이지 않은 부하를 중지하고 로그를 보존하세요. 장애가 발생한 구성 요소와 현재 중복성을 파악하기 전에는 다른 디스크를 제거하거나, 오류를 지우거나, 완료를 강제하지 마세요.
기존 드라이브를 폐기하기 전에 복구된 NAS 검증하기
진행률 표시줄이 완료되었다고 해서 충분한 것은 아닙니다. 풀 또는 어레이가 정상인지, 의도한 모든 멤버가 예상된 영구 식별 정보를 사용하는지, 파티션 중 용량이 부족한 것이 없는지, 예약된 마운트, 공유, 컨테이너 및 백업이 두 번의 재부팅 후에도 유지되는지 확인하세요.
재구성 후 안전한 워크플로에 따라 플랫폼의 무결성 검사 또는 스크럽을 실행한 다음, 대표 파일을 복원하고 장애를 유발했던 워크로드를 재현하세요. 지속적인 읽기 및 쓰기 중에도 오류 카운터가 안정적으로 유지되는지 확인하세요.
새 멤버가 정상 워크로드와 한 번의 백업 주기를 통과할 때까지 기존 디스크를 오프라인 상태로 라벨을 붙여 보관하세요. 토폴로지, 데이터 검사, 장치 상태 및 애플리케이션 경로가 모두 통과하면 복구가 완료된 것입니다. 식별 정보가 여전히 모호하거나 재구성 중 살아남은 멤버에서 새로운 오류가 발생하면 에스컬레이션하세요.
지원 및 팁
더 읽어보기

새 스토리지로 리포지토리를 이전하기 위한 Borg Backup 마이그레이션 가이드
Borg 저장소를 하나의 일관된 객체로 이동하세요. 쓰기를 중지하고, 키와 ID를 보존하며, 복원을 확인한 다음, 원본을 유지한 채 클라이언트를 업데이트하세요.

Restic 저장소 유지 관리 워크플로: 검사, 정리, 압축, 복원 테스트
Restic에는 별도의 압축 명령이 없습니다. prune이 재패킹을 수행합니다. 잠금과 여유 공간을 보호하고, 이후 다시 확인한 다음 격리된 복원으로 마무리하세요.

손상되었거나 중단된 백업 기록을 위한 Time Machine NAS 복구 가이드
이전 번들을 유지하세요. 복구 또는 새 체인을 선택하기 전에 NAS 액세스, 대상 ID, 이미지 손상, 방치된 기록을 분리하세요.

