Scrubbing

주기적으로 데이터 및 패리티의 오류를 확인하려면 scrub 명령을 실행할 수 있습니다.

snapraid scrub

이 명령은 데이터 무결성을 확인하기 위해 어레이의 데이터를 sync 명령 중에 계산된 해시와 비교합니다.

이 명령을 실행할 때마다 이전에 10일 이내에 스크럽된 데이터를 제외하고 어레이의 약 8%를 확인합니다. 다른 양을 지정하려면 -p, --plan 옵션을 사용하고, 다른 일령(days)을 지정하려면 -o, --older-than 옵션을 사용할 수 있습니다. 예를 들어, 20일보다 오래된 블록에 대해 어레이의 5%를 확인하려면 다음과 같이 사용합니다:

snapraid -p 5 -o 20 scrub

이 프로세스 중에 무단 또는 입출력 오류가 발견되면, 해당 블록은 content 파일에 bad로 표시되며 status 명령에 나열됩니다.

snapraid status

이들을 수정하려면 -e, --filter-error 옵션으로 bad 블록을 필터링하여 fix 명령을 사용할 수 있습니다.

snapraid -e fix

다음 scrub 시에 오류가 실제로 수정되면 status 보고서에서 사라집니다. 더 빠르게 하려면, -p bad를 사용하여 bad로 표시된 블록만 스크럽할 수 있습니다.

snapraid -p bad scrub

동기화되지 않은 어레이에서 scrub을 실행하면 제거되거나 수정된 파일로 인한 오류가 보고될 수 있습니다. 이러한 오류는 scrub 출력에는 보고되지만, 관련 블록은 bad로 표시되지 않습니다.

Pooling

참고: 아래에 설명된 풀링(pooling) 기능은 **mergerfs** 도구로 대체되었으며, 이는 SnapRAID 커뮤니티에서 Linux 사용자를 위한 권장 옵션입니다. Mergefs는 여러 드라이브를 단일 통합 마운트 지점으로 풀링하는 더 유연하고 효율적인 방법을 제공하여, 심볼릭 링크에 의존하지 않고 어레이 전체의 파일에 대한 원활한 액세스를 허용합니다. 이는 패리티 보호를 위한 SnapRAID와 잘 통합되며, OpenMediaVault (OMV) 또는 사용자 정의 NAS 구성과 같은 설정에서 흔히 사용됩니다.

어레이의 모든 파일을 동일한 디렉토리 트리에 표시하려면, pooling 기능을 활성화할 수 있습니다. 이 기능은 심볼릭 링크를 사용하여 어레이의 모든 파일에 대한 읽기 전용 가상 뷰를 생성합니다.

설정 파일에서 pooling 디렉토리를 다음과 같이 구성할 수 있습니다:

pool /pool

또는 Windows에서 다음과 같이 합니다:

pool C:\pool

그리고 나서 pool 명령을 실행하여 가상 뷰를 생성하거나 업데이트합니다.

snapraid pool

Unix 플랫폼을 사용하고 이 디렉토리를 Windows 또는 Unix 컴퓨터에 네트워크를 통해 공유하려면, /etc/samba/smb.conf에 다음 옵션을 추가해야 합니다:

# smb.conf의 global 섹션에서
unix extensions = no

# smb.conf의 share 섹션에서
[pool]
comment = Pool
path = /pool
read only = yes
guest ok = yes
wide links = yes
follow symlinks = yes

Windows에서 네트워크를 통해 심볼릭 링크를 공유하려면 클라이언트가 원격으로 이들을 해석해야 합니다. 이를 활성화하기 위해, 풀 디렉토리를 공유하는 것 외에도, 설정 파일에 정의된 디스크 이름을 공유 지점으로 사용하여 모든 디스크를 독립적으로 공유해야 합니다. 또한 설정 파일의 share 옵션에서 원격 클라이언트가 이러한 공유 디스크에 액세스하는 데 필요한 Windows UNC 경로를 지정해야 합니다.

예를 들어, darkstar라는 서버에서 작업하는 경우, 다음 옵션을 사용할 수 있습니다:

data d1 F:\array\
data d2 G:\array\
data d3 H:\array\
pool C:\pool
share \\darkstar

그리고 네트워크를 통해 다음 디렉토리를 공유합니다:

\\darkstar\pool -> C:\pool
\\darkstar\d1 -> F:\array
\\darkstar\d2 -> G:\array
\\darkstar\d3 -> H:\array

이렇게 하면 원격 클라이언트가 \\darkstar\pool에서 모든 파일에 액세스할 수 있습니다.

또한 다음 명령으로 원격 클라이언트를 구성하여 원격 심볼릭 링크에 대한 액세스를 활성화해야 할 수도 있습니다:

fsutil behavior set SymlinkEvaluation L2L:1 R2R:1 L2R:1 R2L:1

Undeleting

SnapRAID는 RAID 시스템보다는 백업 프로그램처럼 작동하며, -f, --filter 옵션을 사용하여 파일이나 디렉토리를 이전 상태로 복원하거나 삭제 취소할 수 있습니다:

snapraid fix -f FILE

또는 디렉토리에 대해:

snapraid fix -f DIR/

또한 -m, --filter-missing 옵션을 사용하여 디렉토리 내에서 실수로 삭제된 파일만 복구할 수도 있습니다. 이 옵션은 누락된 파일만 복원하고 다른 파일은 그대로 둡니다.

snapraid fix -m -f DIR/

또는 모든 드라이브에서 삭제된 모든 파일을 다음으로 복구합니다:

snapraid fix -m

Recovering

최악의 상황이 발생하여 하나 이상의 디스크를 잃었습니다!

**패닉하지 마십시오!** 복구할 수 있습니다!

가장 먼저 해야 할 일은 디스크 어레이에 대한 추가 변경을 피하는 것입니다. 모든 원격 연결과 SnapRAID 야간 동기화 또는 스크럽을 포함한 모든 예약된 프로세스를 비활성화하십시오.

그런 다음 다음 단계를 진행하십시오.

data d1 /mnt/disk1/

data d1 /mnt/new_spare_disk/

snapraid -d NAME -l fix.log fix

snapraid -d NAME -a check

snapraid sync

status

디스크 어레이의 상태 요약을 출력합니다.

패리티 단편화, 확인 없이 블록이 얼마나 오래되었는지, 그리고 스크럽 중에 발생한 모든 기록된 무단 오류에 대한 정보를 포함합니다.

제시된 정보는 마지막으로 sync를 실행했을 때를 나타냅니다. 나중에 수정된 내용은 고려되지 않습니다.

bad 블록이 감지되면 해당 블록 번호가 나열됩니다. 이들을 수정하려면 fix -e 명령을 사용할 수 있습니다.

또한 각 블록이 마지막으로 스크럽되거나 동기화된 시간을 나타내는 그래프를 보여줍니다. 스크럽된 블록은 *, 동기화되었지만 아직 스크럽되지 않은 블록은 o로 표시됩니다.

아무것도 수정되지 않습니다.

smart

시스템의 모든 디스크에 대한 SMART 보고서를 출력합니다.

향후 1년 동안의 실패 확률 추정치를 포함하여, 의심스러운 속성을 보이는 디스크의 유지 보수 교체를 계획할 수 있습니다.

이 확률 추정치는 다음에서 사용 가능한 Backblaze 데이터와 디스크의 SMART 속성을 상호 연관시켜 얻습니다:

https://www.backblaze.com/hard-drive-test-data.html

SMART가 디스크가 실패하고 있다고 보고하면, 해당 디스크에 대해 FAIL 또는 PREFAIL이 출력되며, SnapRAID는 오류를 반환하며 종료됩니다. 이 경우, 디스크의 즉각적인 교체가 강력히 권장됩니다.

다른 가능한 상태 문자열은 다음과 같습니다:

이 분석은 더 많거나 적은 패리티가 필요한지 결정하는 데 도움이 될 수 있습니다.

이 명령은 smartctl 도구를 사용하며, 모든 장치에서 smartctl -a를 실행하는 것과 동일합니다.

장치가 올바르게 자동 감지되지 않으면, 설정 파일에서 smartctl 옵션을 사용하여 사용자 정의 명령을 지정할 수 있습니다.

아무것도 수정되지 않습니다.

probe

시스템의 모든 디스크의 POWER 상태를 출력합니다.

Standby는 디스크가 회전하지 않음을 의미합니다. Active는 디스크가 회전하고 있음을 의미합니다.

이 명령은 smartctl 도구를 사용하며, 모든 장치에서 smartctl -n standby -i를 실행하는 것과 동일합니다.

장치가 올바르게 자동 감지되지 않으면, 설정 파일에서 smartctl 옵션을 사용하여 사용자 정의 명령을 지정할 수 있습니다.

아무것도 수정되지 않습니다.

up

어레이의 모든 디스크를 회전시킵니다(spin up).

모든 디스크를 동시에 회전시키려면 많은 전력이 필요합니다. 전원 공급 장치가 이를 지탱할 수 있는지 확인하십시오.

아무것도 수정되지 않습니다.

down

어레이의 모든 디스크를 회전 중지합니다(spin down).

이 명령은 smartctl 도구를 사용하며, 모든 장치에서 smartctl -s standby,now를 실행하는 것과 동일합니다.

오류 발생 시 자동으로 회전 중지하려면, 다른 명령과 함께 -s, --spin-down-on-error 옵션을 사용할 수 있습니다. 이는 오류 발생 시 수동으로 down을 실행하는 것과 동일합니다.

아무것도 수정되지 않습니다.

diff

마지막 sync 이후 수정되어 패리티 데이터를 재계산해야 하는 모든 파일을 나열합니다.

이 명령은 파일 데이터를 확인하지 않고, 파일 타임스탬프, 크기 및 아이노드(inode)만 확인합니다.

모든 변경된 파일을 나열한 후, 다음과 같이 그룹화된 변경 사항 요약이 제시됩니다:

sync가 필요한 경우, 프로세스 반환 코드는 기본 0 대신 2입니다. 반환 코드 1은 일반적인 오류 조건에 사용됩니다.

아무것도 수정되지 않습니다.

sync

패리티 정보를 업데이트합니다. 디스크 어레이의 모든 수정된 파일을 읽고 해당 패리티 데이터를 업데이트합니다.

이미 수행된 작업을 잃지 않고 Ctrl+C를 눌러 언제든지 이 프로세스를 중지할 수 있습니다. 다음 실행 시 sync 프로세스는 중단된 곳에서 재개됩니다.

이 프로세스 중에 무단 또는 입출력 오류가 발견되면, 해당 블록은 bad로 표시됩니다.

파일은 경로 및/또는 아이노드로 식별되며 크기와 타임스탬프로 확인됩니다. 파일 크기 또는 타임스탬프가 다르면 전체 파일에 대해 패리티 데이터가 재계산됩니다. 파일이 동일한 디스크에서 이동되거나 이름이 변경되고 동일한 아이노드를 유지하면 패리티는 재계산되지 않습니다. 파일이 다른 디스크로 이동되면 패리티는 재계산되지만, 이전에 계산된 해시 정보는 유지됩니다.

content 및 parity 파일은 필요한 경우 수정됩니다. 어레이의 파일은 수정되지 않습니다.

scrub

어레이를 스크럽하여 데이터 및 패리티 디스크의 무단 또는 입출력 오류를 확인합니다.

각 호출은 이전에 10일 이내에 스크럽된 데이터를 제외하고 어레이의 약 8%를 확인합니다. 이는 일주일에 한 번 스크럽하면 모든 데이터 비트가 적어도 3개월마다 한 번씩 확인됨을 의미합니다.

다음 값을 허용합니다: bad - bad로 표시된 블록 스크럽. new - 동기화되었지만 아직 스크럽되지 않은 블록 스크럽. full - 모든 것 스크럽. 0-100 - 지정된 비율의 블록 스크럽.

백분율 양을 지정하면, -o, --older-than 옵션을 사용하여 블록이 얼마나 오래되었는지 정의할 수도 있습니다. 가장 오래된 블록이 먼저 스크럽되어 최적의 확인을 보장합니다. 동기화되었지만 아직 스크럽되지 않은 블록만 스크럽하려면, -p new 옵션을 사용하십시오.

스크럽 상태의 세부 정보를 얻으려면 status 명령을 사용하십시오.

발견된 모든 무단 또는 입출력 오류에 대해, 해당 블록은 content 파일에 bad로 표시됩니다. 이러한 bad 블록은 status에 나열되며 fix -e로 수정할 수 있습니다. 수정 후, 다음 스크럽 시에 다시 확인되며, 수정된 것으로 발견되면 bad 표시는 제거됩니다. bad 블록만 스크럽하려면 scrub -p bad 명령을 사용할 수 있습니다.

동기화되지 않은 데이터로 인한 보고된 오류를 피하기 위해 동기화된 어레이에서만 scrub을 실행하는 것이 좋습니다. 이러한 오류는 무단 오류가 아닌 것으로 인식되며, 블록은 bad로 표시되지 않지만, 이러한 오류는 명령의 출력에 보고됩니다.

content 파일은 각 블록의 마지막 확인 시간을 업데이트하고 bad 블록을 표시하기 위해 수정됩니다. parity 파일은 수정되지 않습니다. 어레이의 파일은 수정되지 않습니다.

fix

모든 파일과 패리티 데이터를 수정합니다.

모든 파일과 패리티 데이터는 마지막 sync에 저장된 스냅샷 상태와 비교됩니다. 차이가 발견되면 저장된 스냅샷으로 되돌려집니다.

**경고!** fix 명령은 오류와 의도적인 수정 사이를 구별하지 않습니다. 파일 상태를 무조건 마지막 sync로 되돌립니다.

다른 옵션이 지정되지 않으면 전체 어레이가 처리됩니다. 필터 옵션을 사용하여 처리할 파일 또는 디스크의 하위 집합을 선택하십시오.

sync 및 scrub 중에 bad로 표시된 블록만 수정하려면, -e, --filter-error 옵션을 사용하십시오. 다른 필터 옵션과 달리, 이 옵션은 최신 sync 이후 변경되지 않은 파일에만 수정을 적용합니다.

SnapRAID는 수정할 수 없는 모든 파일에 .unrecoverable 확장자를 추가하여 이름을 변경합니다.

수정하기 전에, 전체 어레이를 스캔하여 마지막 sync 이후 이동된 파일을 찾습니다. 이 파일들은 이름과 디렉토리를 무시하고 타임스탬프로 식별되며, 필요한 경우 복구 프로세스에 사용됩니다. 일부 파일을 어레이 외부로 이동한 경우, -i, --import 옵션을 사용하여 추가로 스캔할 디렉토리를 지정할 수 있습니다.

파일은 아이노드가 아닌 경로로만 식별됩니다.

content 파일은 수정되지 않습니다. parity 파일은 필요한 경우 수정됩니다. 어레이의 파일은 필요한 경우 수정됩니다.

check

모든 파일과 패리티 데이터를 확인합니다.

fix처럼 작동하지만, 복구를 시뮬레이션할 뿐이며 어레이에 어떤 변경 사항도 기록되지 않습니다.

이 명령은 주로 복구 프로세스 후 또는 기타 특별한 조건에서와 같이 수동 확인을 위한 것입니다. 주기적이고 예약된 확인을 위해서는 scrub을 사용하십시오.

패리티 데이터는 무시하여 실행 속도를 높일 수 있습니다.

파일은 아이노드가 아닌 경로로만 식별됩니다.

아무것도 수정되지 않습니다.

list

마지막 sync 시점에 어레이에 포함된 모든 파일을 나열합니다.

아무것도 수정되지 않습니다.

dup

모든 중복 파일을 나열합니다. 두 파일의 해시가 일치하면 동일한 것으로 간주됩니다. 파일 데이터는 읽지 않고, 미리 계산된 해시만 사용됩니다.

아무것도 수정되지 않습니다.

pool

pooling 디렉토리에서 디스크 어레이의 모든 파일에 대한 가상 뷰를 생성하거나 업데이트합니다.

파일은 복사되지 않고 심볼릭 링크를 사용하여 연결됩니다.

업데이트 시, 모든 기존 심볼릭 링크와 빈 하위 디렉토리는 삭제되고 어레이의 새 뷰로 대체됩니다. 다른 일반 파일은 제자리에 남습니다.

풀 디렉토리 외부에서는 아무것도 수정되지 않습니다.

devices

어레이에서 사용되는 저수준(low-level) 장치를 출력합니다.

이 명령은 어레이의 장치 연결을 표시하며, 주로 스크립트 인터페이스를 위한 것입니다.

처음 두 열은 저수준 장치 ID 및 경로입니다. 다음 두 열은 고수준(high-level) 장치 ID 및 경로입니다. 마지막 열은 어레이의 디스크 이름입니다.

대부분의 경우, 어레이의 각 디스크에 대해 하나의 저수준 장치가 있지만, 일부 더 복잡한 구성에서는 단일 어레이 디스크에 의해 사용되는 여러 저수준 장치가 있을 수 있습니다.

아무것도 수정되지 않습니다.

touch

하위 초 타임스탬프가 0으로 설정된 모든 파일에 임의의 하위 초 타임스탬프를 설정합니다.

이는 타임스탬프를 거의 고유하게 만들어 가능한 중복을 줄이므로, SnapRAID가 이동되거나 복사된 파일을 인식하는 능력을 향상시킵니다.

더 구체적으로, 하위 초 타임스탬프가 0이 아닌 경우, 이동되거나 복사된 파일은 이름, 크기 및 타임스탬프가 일치하면 그렇게 식별됩니다. 하위 초 타임스탬프가 0인 경우, 전체 경로, 크기 및 타임스탬프가 모두 일치하는 경우에만 복사본으로 간주됩니다.

초 단위 정밀도의 타임스탬프는 수정되지 않으므로, 파일의 모든 날짜와 시간은 보존됩니다.

rehash

전체 어레이의 재해시(rehash)를 예약합니다.

이 명령은 사용되는 해시 종류를 변경하며, 일반적으로 32비트 시스템에서 64비트 시스템으로 업그레이드할 때 MurmurHash3에서 더 빠른 SpookyHash로 전환하기 위해 사용됩니다.

이미 최적의 해시를 사용하고 있다면, 이 명령은 아무것도 하지 않고 조치가 필요하지 않음을 알려줍니다.

재해시는 즉시 수행되지 않고 sync 및 scrub 중에 점진적으로 진행됩니다.

status를 사용하여 재해시 상태를 확인할 수 있습니다.

재해시 중에도 SnapRAID는 전체 기능을 유지하며, 유일한 예외는 dup가 다른 해시를 사용하는 중복 파일을 감지할 수 없다는 것입니다.

locate

패리티 디스크에 저장된 파일을 찾습니다. 일치하는 각 파일에 대해 패리티 파일 내의 위치와 점유하고 있는 조각(fragment)의 수를 출력합니다.

파일로 작업을 제한할 수 있습니다.

이 파일들을 재할당하려면 -W, --force-realloc-tail 옵션을 사용할 수 있습니다. 재할당 과정 동안 해당 파일들은 패리티에 의해 보호되지 않으므로 주의하십시오.

parity FILE [,FILE] ...

패리티 정보를 저장하는 데 사용할 파일을 정의합니다. 패리티는 RAID5와 유사하게 단일 디스크 오류로부터 보호를 가능하게 합니다.

여러 파일을 지정할 수 있으며, 이들은 서로 다른 디스크에 있어야 합니다. 하나의 파일이 더 이상 커질 수 없을 때 다음 파일이 사용됩니다. 총 사용 가능한 공간은 어레이에서 가장 큰 데이터 디스크보다 적어도 커야 합니다.

나중에 추가 패리티 파일을 추가할 수 있지만, 순서를 바꾸거나 제거할 수는 없습니다.

패리티 디스크를 패리티용으로 예약하면 단편화되지 않아 성능이 향상됩니다.

Windows에서는 디스크가 가득 찼다는 경고를 피하기 위해 각 디스크에 256MB가 사용되지 않은 채로 남습니다.

이 옵션은 필수이며 한 번만 사용할 수 있습니다.

(2,3,4,5,6)-parity FILE [,FILE] ...

추가 패리티 정보를 저장하는 데 사용할 파일을 정의합니다.

지정된 각 패리티 수준에 대해 하나의 추가 보호 수준이 활성화됩니다:

• 2-parity는 RAID6 이중 패리티를 활성화합니다.
• 3-parity는 삼중 패리티를 활성화합니다.
• 4-parity는 쿼드(4중) 패리티를 활성화합니다.
• 5-parity는 펜타(5중) 패리티를 활성화합니다.
• 6-parity는 헥사(6중) 패리티를 활성화합니다.

각 패리티 수준은 모든 이전 패리티 수준의 존재를 필요로 합니다.

parity 옵션과 동일한 고려 사항이 적용됩니다.

이 옵션은 선택 사항이며 한 번만 사용할 수 있습니다.

z-parity FILE [,FILE] ...

삼중 패리티를 저장하는 대체 파일 및 형식을 정의합니다.

이 옵션은 3-parity의 대안이며, 주로 SSSE3 명령어 세트를 지원하지 않는 ARM 또는 AMD Phenom, Athlon, Opteron과 같은 저가형 CPU를 위한 것입니다. 이러한 경우 더 나은 성능을 제공합니다.

이 형식은 ZFS RAIDZ3에서 사용되는 것과 유사하지만 더 빠릅니다. ZFS와 마찬가지로 삼중 패리티 이상에서는 작동하지 않습니다.

3-parity를 사용할 때 성능 향상을 위해 z-parity 형식을 사용하는 것이 권장되는 경우 경고를 받게 됩니다.

원하는 z-parity 또는 3-parity 파일로 설정 파일을 조정하고 fix를 사용하여 다시 생성함으로써 한 형식에서 다른 형식으로 변환할 수 있습니다.

content FILE

디스크 어레이에 있는 모든 파일의 목록과 체크섬을 저장하는 데 사용할 파일을 정의합니다.

데이터, 패리티 또는 사용 가능한 다른 디스크에 배치할 수 있습니다. 데이터 디스크를 사용하는 경우, 이 파일은 sync 프로세스에서 자동으로 제외됩니다.

이 옵션은 필수이며 동일한 파일의 여러 복사본을 저장하기 위해 여러 번 사용될 수 있습니다.

사용된 각 패리티 디스크에 대해 최소한 하나의 복사본을 저장해야 하며, 하나를 더 추가해야 합니다. 추가 복사본을 사용해도 해롭지 않습니다.

data NAME DIR

어레이의 데이터 디스크의 이름과 마운트 지점을 정의합니다. NAME은 디스크를 식별하는 데 사용되며 고유해야 합니다. DIR은 파일 시스템에서 디스크의 마운트 지점입니다.

NAME을 고정된 상태로 유지하는 한, 필요에 따라 마운트 지점을 변경할 수 있습니다.

어레이의 각 데이터 디스크에 대해 하나의 옵션을 사용해야 합니다.

나중에 설정 파일에서 직접 NAME을 변경하고 sync 명령을 실행하여 디스크의 이름을 바꿀 수 있습니다. 이름 변경의 경우, 디스크의 저장된 UUID를 사용하여 연결됩니다.

extra NAME DIR

smart 및 probe 명령으로 모니터링할 추가 디스크의 이름과 마운트 지점을 정의합니다.

이것은 부팅 디스크와 같이 어레이의 일부는 아니지만 시스템 작동에 필요 한 디스크를 모니터링하는 데 유용합니다.

이러한 디스크는 항상 회전할 것으로 예상되므로 up 및 down 명령의 영향을 받지 않습니다.

nohidden

모든 숨겨진 파일 및 디렉토리를 제외합니다. Unix에서는 숨겨진 파일은 '.'으로 시작하는 파일입니다. Windows에서는 숨김 속성을 가진 파일입니다.

exclude/include PATTERN

sync 프로세스에서 제외하거나 포함할 파일 또는 디렉토리 패턴을 정의합니다. 모든 패턴은 지정된 순서대로 처리됩니다.

일치하는 첫 번째 패턴이 exclude 패턴이면 파일은 제외됩니다. include 패턴이면 파일은 포함됩니다. 일치하는 패턴이 없으면, 지정된 마지막 패턴이 include이면 파일은 제외되고, exclude이면 포함됩니다.

패턴 사양에 대한 자세한 내용은 PATTERN 섹션을 참조하십시오.

이 옵션은 여러 번 사용될 수 있습니다.

blocksize SIZE_IN_KIBIBYTES

패리티의 기본 블록 크기를 키비바이트(kibibyte) 단위로 정의합니다. 1키비바이트는 1024바이트입니다.

기본 블록 크기는 256이며, 대부분의 경우에 작동해야 합니다.

**경고!** 이 옵션은 전문가 전용이며, 이 값을 변경하지 않는 것이 강력히 권장됩니다. 나중에 이 값을 변경하려면 전체 패리티를 다시 생성해야 합니다!

다른 블록 크기를 사용하는 이유는 수백만 개의 작은 파일이 많은 경우입니다.

각 파일에 대해, 몇 바이트만 있어도 전체 패리티 블록이 할당되며, 파일이 많으면 상당한 미사용 패리티 공간이 발생할 수 있습니다. 패리티 디스크를 완전히 채우면 데이터 디스크에 더 이상 파일을 추가할 수 없습니다. 그러나 낭비된 패리티는 데이터 디스크 전체에 걸쳐 축적되지 않습니다. 데이터 디스크의 많은 파일로 인해 발생하는 낭비된 공간은 다른 데이터 디스크가 아닌 해당 데이터 디스크의 데이터 양만 제한합니다.

대략적으로, 각 파일에 대해 블록 크기의 절반이 낭비된다고 가정할 수 있습니다. 예를 들어, 100,000개의 파일과 256KiB 블록 크기로 12.8GB의 패리티가 낭비되며, 이는 데이터 디스크에서 12.8GB의 사용 가능한 공간이 줄어들 수 있음을 의미합니다.

status를 사용하여 각 디스크의 낭비된 공간의 양을 확인할 수 있습니다. 이는 데이터 디스크에 비워 두거나 어레이에 포함되지 않은 파일에 사용해야 하는 공간의 양입니다. 이 값이 음수이면 패리티를 거의 채우고 있음을 의미하며, 여전히 낭비할 수 있는 공간을 나타냅니다.

이 문제를 피하려면 패리티에 대해 더 큰 파티션을 사용할 수 있습니다. 예를 들어, 패리티 파티션이 데이터 디스크보다 12.8GB 더 큰 경우, 각 데이터 디스크에 최대 100,000개의 파일을 낭비되는 공간 없이 처리할 수 있는 충분한 추가 공간이 있습니다.

Linux에서 더 큰 패리티 파티션을 얻는 트릭은 다음 명령으로 포맷하는 것입니다:

mkfs.ext4 -m 0 -T largefile4 DEVICE

이로 인해 약 1.5%의 추가 공간이 발생하며, 4TB 디스크의 경우 약 60GB로, 낭비되는 공간 없이 각 데이터 디스크에 약 460,000개의 파일을 허용합니다.

hashsize SIZE_IN_BYTES

저장된 블록의 해시 크기를 바이트 단위로 정의합니다.

기본 해시 크기는 16바이트(128비트)이며, 대부분의 경우에 작동해야 합니다.

**경고!** 이 옵션은 전문가 전용이며, 이 값을 변경하지 않는 것이 강력히 권장됩니다. 나중에 이 값을 변경하려면 전체 패리티를 다시 생성해야 합니다!

다른 해시 크기를 사용하는 이유는 시스템의 메모리가 제한적인 경우입니다. 경험상 SnapRAID는 어레이의 16TB 데이터당 일반적으로 1GiB의 RAM을 필요로 합니다.

구체적으로, 데이터의 해시를 저장하기 위해 SnapRAID는 대략 TS*(1+HS)/BS 바이트의 RAM을 필요로 합니다. 여기서 TS는 디스크 어레이의 총 크기(바이트), BS는 블록 크기(바이트), HS는 해시 크기(바이트)입니다.

예를 들어, 4TB 디스크 8개, 블록 크기 256KiB (1KiB = 1024바이트), 해시 크기 16인 경우 다음과 같습니다:

RAM = (8 * 4 * 10^12) * (1+16) / (256 * 2^10) = 1.93 GiB

해시 크기를 8로 전환하면 다음과 같습니다:

RAM = (8 * 4 * 10^12) * (1+8) / (256 * 2^10) = 1.02 GiB

블록 크기를 512로 전환하면 다음과 같습니다:

RAM = (8 * 4 * 10^12) * (1+16) / (512 * 2^10) = 0.96 GiB

해시 크기를 8로, 블록 크기를 512로 모두 전환하면 다음과 같습니다:

RAM = (8 * 4 * 10^12) * (1+8) / (512 * 2^10) = 0.51 GiB

autosave SIZE_IN_GIGABYTES

지정된 GB 양이 처리된 후 동기화 또는 스크럽 시 상태를 자동으로 저장합니다. 이 옵션은 기계 충돌 또는 기타 이벤트로 인해 중단된 경우 긴 sync 명령을 처음부터 다시 시작하는 것을 방지하는 데 유용합니다.

temp_limit TEMPERATURE_CELSIUS

허용되는 최대 디스크 온도를 섭씨로 설정합니다. 지정되면 SnapRAID는 smartctl 도구를 사용하여 주기적으로 모든 디스크의 온도를 확인합니다. SnapRAID가 작동하는 동안 현재 디스크 온도가 표시됩니다. 어떤 디스크라도 이 제한을 초과하면 모든 작업이 중지되고, 디스크는 temp_sleep 옵션으로 정의된 기간 동안 회전 중지됩니다(대기 모드로 전환됨). 절전 기간 후 작업이 재개되며, 온도 제한에 다시 도달하면 다시 일시 중지될 수 있습니다.

작동 중에 SnapRAID는 각 디스크의 가열 곡선을 분석하고 활동이 계속되면 도달할 것으로 예상되는 장기 정상 온도를 추정합니다. 추정은 디스크 온도가 네 번 증가한 후에만 수행되어, 신뢰할 수 있는 추세를 설정하기에 충분한 데이터 포인트가 확보되도록 합니다. 이 예측된 정상 온도는 현재 값 옆에 괄호 안에 표시되며, 시스템의 냉각이 적절한지 평가하는 데 도움이 됩니다. 이 추정 온도는 정보 제공 목적일 뿐이며 SnapRAID의 동작에는 영향을 미치지 않습니다. 프로그램의 동작은 오로지 실제 측정된 디스크 온도에 기반합니다.

이 분석을 수행하려면 SnapRAID는 시스템 온도에 대한 참조가 필요합니다. 먼저 사용 가능한 하드웨어 센서에서 읽으려고 시도합니다. 시스템 센서에 액세스할 수 없는 경우, 실행 시작 시 측정된 가장 낮은 디스크 온도를 대체 참조로 사용합니다.

일반적으로 SnapRAID는 가장 뜨거운 디스크의 온도만 표시합니다. 모든 디스크의 온도를 표시하려면 -A 또는 --stats 옵션을 사용하십시오.

temp_sleep TIME_IN_MINUTES

온도 제한에 도달했을 때의 대기 시간(분)을 설정합니다. 이 기간 동안 디스크는 회전 중지 상태를 유지합니다. 기본값은 5분입니다.

pool DIR

pool 명령을 사용하여 디스크 어레이의 가상 뷰가 생성되는 풀링 디렉토리를 정의합니다.

디렉토리는 이미 존재해야 합니다.

share UNC_DIR

디스크에 원격으로 액세스하는 데 필요한 Windows UNC 경로를 정의합니다.

이 옵션이 지정되면 풀 디렉토리에 생성된 심볼릭 링크는 이 UNC 경로를 사용하여 디스크에 액세스합니다. 이 옵션이 없으면 생성된 심볼릭 링크는 로컬 경로만 사용하며, 이는 네트워크를 통해 풀 디렉토리를 공유하는 것을 허용하지 않습니다.

심볼릭 링크는 지정된 UNC 경로를 사용하여 형성되며, data 옵션에 지정된 디스크 이름이 추가되고, 마지막으로 파일 디렉토리와 이름이 추가됩니다.

이 옵션은 Windows에만 필요합니다.

smartctl DISK/PARITY OPTIONS...

각 디스크에 대한 SMART 속성을 얻기 위한 사용자 정의 smartctl 옵션을 정의합니다. 이는 RAID 컨트롤러 및 일부 자동 감지할 수 없는 USB 디스크에 필요할 수 있습니다. %s 자리 표시자는 장치 이름으로 대체되지만, RAID 컨트롤러와 같은 고정된 장치에서는 선택 사항입니다.

DISK는 data 옵션에 지정된 것과 동일한 디스크 이름입니다. PARITY는 parity, 2-parity, 3-parity, 4-parity, 5-parity, 6-parity, 또는 z-parity 중 하나의 패리티 이름입니다.

지정된 OPTIONS에서 %s 문자열은 장치 이름으로 대체됩니다. RAID 컨트롤러의 경우 장치가 고정되어 있을 가능성이 높으므로 %s를 사용할 필요가 없을 수 있습니다.

가능한 옵션은 smartmontools 설명서를 참조하십시오:

https://www.smartmontools.org/wiki/Supported_RAID-Controllers
https://www.smartmontools.org/wiki/Supported_USB-Devices

예:

smartctl parity -d sat %s

smartignore DISK/PARITY ATTR [ATTR...]

디스크 실패 확률을 계산할 때 지정된 SMART 속성을 무시합니다. 이 옵션은 디스크가 특정 속성에 대해 특이하거나 오해의 소지가 있는 값을 보고하는 경우에 유용합니다.

DISK는 data 옵션에 지정된 것과 동일한 디스크 이름입니다. PARITY는 parity, 2-parity, 3-parity, 4-parity, 5-parity, 6-parity, 또는 z-parity 중 하나의 패리티 이름입니다. 특수 값 *는 모든 디스크에서 속성을 무시하는 데 사용될 수 있습니다.

예를 들어, 모든 디스크에서 Current Pending Sector Count 속성을 무시하려면:

smartignore * 197

첫 번째 패리티 디스크에서만 무시하려면:

smartignore parity 197

Examples

Unix의 일반적인 설정 예는 다음과 같습니다:

parity /mnt/diskp/snapraid.parity
content /mnt/diskp/snapraid.content
content /var/snapraid/snapraid.content
data d1 /mnt/disk1/
data d2 /mnt/disk2/
data d3 /mnt/disk3/
exclude /lost+found/
exclude /tmp/
smartctl d1 -d sat %s
smartctl d2 -d usbjmicron %s
smartctl parity -d areca,1/1 /dev/sg0
smartctl 2-parity -d areca,2/1 /dev/sg0

Windows의 일반적인 설정 예는 다음과 같습니다:

parity E:\snapraid.parity
content E:\snapraid.content
content C:\snapraid\snapraid.content
data d1 G:\array\
data d2 H:\array\
data d3 I:\array\
exclude Thumbs.db
exclude \$RECYCLE.BIN
exclude \System Volume Information
smartctl d1 -d sat %s
smartctl d2 -d usbjmicron %s
smartctl parity -d areca,1/1 /dev/arcmsr0
smartctl 2-parity -d areca,2/1 /dev/arcmsr0