NAS
NAS RAID 리빌드에 며칠이 걸릴 때: 중단하기 전에 진행 상황 확인
RAID 리빌드가 오래 걸린다고 자동으로 실패한 것은 아닙니다. 소요 시간을 바꾸는 요인, 기록할 근거, 중단 전에 도움을 구할 시점을 알아보세요.
RAID 리빌드는 특히 대용량 드라이브와 진행 중인 작업이 있을 때 정상적으로도 몇 시간 또는 며칠이 걸릴 수 있습니다. 중단하기 전에 실제 진행 상황, 드라이브 상태, 새로운 오류 이벤트를 관찰하세요. 예상 시간을 없애려고 반복 재시작하거나, 다른 정상 드라이브를 빼거나, 풀을 초기화하지 마세요.
고장 난 디스크를 교체한 뒤 NAS가 복구를 시작했는데 예상 시간이 이틀 더 남았다고 표시될 수 있습니다. 문제가 있다고 생각하기 쉽지만 유용한 질문은 작업이 꾸준히 진행되고 남은 디스크가 정상인지입니다. 남은 시간 예상만으로는 알 수 없습니다.
먼저 작업 식별
| 작업 | 의미 | 구분이 중요한 이유 |
|---|---|---|
| RAID 복구 / 리빌드 | 교체 구성원에 필요한 데이터 재구성 | 남아 있는 정상 구성원과 중복성이 특히 중요 |
| 확장 / 재구성 | 용량 또는 RAID 구성 변경 | 여러 차례 처리 또는 단계를 포함할 수 있음 |
| 데이터 스크럽 | 지원되는 데이터/패리티 일관성 검사 | 고장 구성원 교체와 범위 및 일정이 다름 |
| 파일 복사 / 백업 | 다른 대상으로 파일 이동 | RAID 재구성보다 네트워크와 파일 수가 더 큰 영향을 줄 수 있음 |
스토리지 애플리케이션에 표시된 정확한 문구, 해당 풀과 RAID 그룹, 작업 시작 시점을 기록하세요. 작업 이름 없이 백분율만 찍은 사진은 오해를 부를 수 있습니다. 풀이 충돌했거나 필요한 구성원 여러 개가 없다면 일반적으로 느린 리빌드로 보지 말고 복구 평가를 받으세요.
잘못된 약속 없는 시간 계산 예시
리빌드에 며칠이 걸릴 수 있는 이유
같은 작업량을 가정해도 실효 재구성 속도에 따라 시간이 달라집니다.
01 일정한 50 MB/s일 때
약 3.7일작업이 진행돼도 실효 속도가 낮으면 시간이 늘어납니다.
02 일정한 100 MB/s일 때
약 1.9일파일 복사 속도와 광고된 드라이브 최대 속도는 다른 측정치입니다.
작업이 16 TB 데이터를 지속 실효 속도 100 MB/s로 재구성해야 한다면 계산상 약 44.4시간입니다. 계산은 16,000,000 MB ÷ 100 ÷ 3,600입니다. 50 MB/s에서는 약 88.9시간, 200 MB/s에서는 약 22.2시간입니다. 여기서는 십진 단위를 사용합니다.
| 가정한 작업량 | 실효 재구성 속도 | 계산상 소요 시간 |
|---|---|---|
| 16 TB | 50 MB/s | 약 89시간 / 3.7일 |
| 16 TB | 100 MB/s | 약 44시간 / 1.9일 |
| 16 TB | 200 MB/s | 약 22시간 / 0.9일 |
이는 계산 예시이며 특정 NAS의 측정 결과가 아닙니다. 소프트웨어는 할당 데이터를 재구성하거나 더 넓은 영역을 검색하거나 추가 단계를 수행할 수 있습니다. 디스크 위치, 어레이 구성, 재시도, 전면 작업, 속도 설정이 실효 속도를 바꿉니다. 파일 복사 벤치마크는 리빌드 속도가 아닙니다.
따라서 더 큰 교체 드라이브라고 자동으로 빨리 끝나지는 않으며 작업이 다른 영역이나 단계에 도달하면 예상 시간이 바뀔 수 있습니다. 완벽하게 선형인 카운트다운보다 유용한 간격에 걸친 추세를 관찰하세요.
풀을 방해하지 않고 진행과 상태 확인
- 풀 상태, 정확한 작업 이름, 백분율, 시간을 저장하세요. 적절한 간격 후 반복해 진행되는지 확인하세요.
- 드라이브 및 시스템 로그에서 새로운 읽기 오류, 연결 해제, 비정상 온도, 반복 재시도를 확인하세요. 근거를 보존하세요.
- 백업, 인덱싱, 스크럽, 무거운 애플리케이션이 리소스를 두고 경쟁하는지 확인하세요. 적절하다면 지원 제어 기능으로 선택 작업을 줄이세요.
- 스토리지 애플리케이션에서 관련 RAID 재동기화 우선순위나 속도 제한을 확인하세요. 지원되는 변경 전에 원래 설정을 기록하세요.
- 중요 파일에 사용 가능한 독립 백업이 있는지 확인하세요. 없다면 남은 드라이브 상태를 고려해 가장 안전한 백업 또는 복구 경로를 평가하세요.
Synology의 RAID 재동기화 제한은 복구, 확장, 스크럽 등 여러 작업에 적용됩니다. 우선순위를 높이면 사용자 응답성을 희생해 유지보수 처리량을 늘릴 수 있지만 고장 중인 구성원을 고치지는 못합니다. QNAP도 자체 지원 우선순위 및 스토리지 제어를 제공하며 운영체제와 릴리스에 따라 다릅니다.
불안정한 복구 중에는 긴 스트레스 테스트, 불필요한 재부팅, 미지원 콘솔 조정, 추가 드라이브 제거를 피하세요. 새 오류가 나타나거나 필요한 다른 구성원을 잃으면 상태를 보존하고 구성을 바꾸기 전에 모델별 도움을 받으세요.
교체품, 전원과 복구 경로 확인
가능한 NAS 드라이브 제품군 중 하나입니다. 정확한 교체품은 NAS 호환성, 용량, 섹터 형식, RAID 요구 사항을 충족해야 합니다.
적절한 NAS 워크로드에 사용할 수 있는 호환 대안입니다. 제품군 이름만으로 모든 용량이 유효한 교체품이라는 근거가 되지는 않습니다.
소프트웨어가 지원하는 용량 및 형식 규칙을 충족하는 교체품을 사용하세요. 반올림된 용량 표시가 같은 두 드라이브가 동일한 섹터 수나 지원 교체품이라는 충분한 근거는 아닙니다. 작업 전에 정확한 장치를 확인하세요.
전원을 안정적으로 유지하고 환기 공간을 확보하세요. UPS에는 충분한 지속 시간과 지원 종료 계획이 필요하지만 복구 중에 일반 배터리 테스트나 케이블 정리를 가볍게 시작해서는 안 됩니다. 다음의 NAS UPS 계획 가이드 를 다음 유지보수 시간 전에 확인하세요.
향후 구축에서는 용량 및 장애 허용 수준과 함께 리빌드 시간을 평가하세요. 다음의 RAID 용량 계산기 는 구성 비교를 돕고, NAS 드라이브 비교 는 워크로드와 교체 시 고려 사항을 설명합니다.
기다릴 때와 상위 지원을 요청할 때
| 근거 | 유용한 대응 |
|---|---|
| 진행되고 새 오류가 없으며 온도가 정상 | 모니터링을 계속하고 선택적인 경쟁 작업 검토 |
| 예상 시간은 바뀌지만 작업은 계속 진행 | 장애라고 가정하기 전에 단계와 워크로드 확인 |
| 반복 관찰해도 유의미한 진행이 없음 | 로그와 상태를 저장하고 모델별 진단 요청 |
| 새 드라이브 연결 해제, 읽기 오류, 다른 구성원 누락 | 상태를 보존하고 신속한 지원 또는 복구 조언 요청 |
느린 리빌드는 주의 깊게 관찰할 이유이지 무작정 초기화할 이유가 아닙니다. 정상적으로 진행되는 복구를 완료하게 하고 새 오류를 조사하며 경험을 다음 용량·백업·유지보수 계획 개선에 활용하세요.
자주 묻는 질문
이틀 걸리는 RAID 리빌드는 항상 비정상인가요?
아닙니다. 큰 재구성 작업량, 드라이브 동작, 어레이 구성, 전면 작업 요구에 따라 가능한 시간입니다. 실제 진행과 상태를 확인하세요.
복구 중에도 NAS를 사용할 수 있나요?
지원 접근은 유지될 수 있지만 워크로드가 작업을 늦출 수 있습니다. 선택적인 고부하 활동을 줄이고 중요한 데이터 보호를 우선하세요.
더 빠른 네트워크 스위치가 리빌드를 빠르게 하나요?
NAS 내부 재구성이라면 대체로 아닙니다. 실제 작업을 진단하세요. 네트워크 속도는 RAID 구성원을 읽고 재구성하는 것과 다른 경로입니다.
남은 시간이 늘면 재시작해야 하나요?
그 이유만으로는 하지 마세요. 먼저 진행 상황과 로그 근거를 저장하세요. 예상은 워크로드와 단계에 따라 달라질 수 있고 중단은 복구를 복잡하게 만들 수 있습니다.
첫 복구가 끝나기 전에 두 번째 드라이브를 교체할 수 있나요?
정확한 지원 절차와 풀 상태가 명시적으로 허용하지 않으면 하지 마세요. 필요한 다른 구성원을 제거하면 풀 접근이 파괴될 수 있습니다.
지원 요청에 어떤 정보를 제공해야 하나요?
NAS 모델, 소프트웨어 버전, 정확한 작업과 풀 상태, 드라이브 모델과 슬롯 대응, 시간별 진행, 최근 로그, 백업 상태를 포함하세요. 스크린샷에는 비밀번호와 개인정보를 넣지 마세요.
