Update translations

doc/snapraid-ko.d

@@ -50,20 +50,29 @@ Description
 
 		:https://www.snapraid.it/
 
-Limitations
-	SnapRAID는 RAID와 백업 프로그램의 하이브리드로, 두 가지의 장점을
-	결합하는 것을 목표로 합니다. 하지만, 사용 전에 고려해야 할 몇 가지
-	제한 사항이 있습니다.
+제한 사항
+	SnapRAID는 RAID와 백업 프로그램의 하이브리드로, 두 가지의 장점을 결합하는 것을
+	목표로 합니다. 그러나 사용하기 전에 고려해야 할 몇 가지 제한 사항이 있습니다.
 
-	주요 제한 사항은 디스크가 실패하고 최근에 동기화(sync)하지 않은 경우,
-	완전히 복구하지 못할 수 있다는 것입니다.
-	더 구체적으로, 마지막 동기화 작업 이후 변경되거나 삭제된 파일의
-	크기만큼 복구가 불가능할 수 있습니다.
-	이는 변경되거나 삭제된 파일이 실패한 디스크에 있지 않더라도 발생합니다.
-	이것이 SnapRAID가 **거의 변경되지 않는 데이터**에 더 적합한 이유입니다.
+	가장 큰 제한 사항은 디스크가 고장 날 경우, 마지막 `sync`(동기화) 작업의 상태까지만
+	데이터를 복구할 수 있다는 점입니다. 마지막 동기화 이후에 추가되거나 수정된 데이터 중
+	고장 난 디스크에 위치한 데이터는 모두 손실됩니다.
 
-	반면에, 새로 추가된 파일은 이미 존재하는 파일의 복구를 방해하지 않습니다.
-	새로 추가된 파일이 실패한 디스크에 있는 경우에만 해당 파일을 잃게 됩니다.
+	따라서 SnapRAID는 주로 데이터 변경이 거의 없는 환경에 적합합니다.
+
+	마지막 동기화 시점에 이미 존재했던 데이터의 경우, 복구 신뢰성은 `snapshot`(스냅샷)
+	옵션의 사용 여부에 따라 달라집니다.
+
+	* 스냅샷 지원이 있는 경우 (Btrfs, ZFS, Bcachefs 및 NTFS에서 사용 가능):
+		SnapRAID는 데이터 디스크의 동결된 참조를 자동으로 유지할 수 있습니다.
+		이를 통해 동기화 중이나 동기화 후에 라이브 파일시스템의 파일을 수정하거나 삭제하더라도
+		복구 프로세스가 일관되고 신뢰할 수 있게 유지됩니다.
+
+	* 스냅샷 지원이 없는 경우:
+		`sync` 후에 파일을 삭제하거나 변경하면 다른 고장 난 디스크의 완전한 복구가 방해받을 수
+		있습니다. 이는 수정된 파일이 고장 난 디스크에 없더라도 파리티가 수정된 파일과
+		더 이상 일치하지 않기 때문에 발생합니다. 반면에 새로 추가된 파일은 이미 존재하는
+		파일의 복구를 방해하지 않습니다.
 
 	기타 SnapRAID 제한 사항은 다음과 같습니다:
 
@@ -376,16 +385,16 @@ Getting Started
 
 	모든 것이 복구되면 이 명령은 즉시 완료됩니다.
 
-Commands
-	SnapRAID는 다음을 허용하는 몇 가지 간단한 명령을 제공합니다:
+명령어
+	SnapRAID는 다음과 같은 작업을 수행할 수 있는 몇 가지 간단한 명령어를 제공합니다.
 
 	* 어레이의 상태 출력 -> `status`
 	* 디스크 제어 -> `smart`, `probe`, `up`, `down`
-	* 백업/스냅샷 생성 -> `sync`
-	* 주기적으로 데이터 확인 -> `scrub`
-	* 마지막 백업/스냅샷 복원 -> `fix`.
+	* 백업/복구 지점 생성 -> `sync`
+	* 주기적인 데이터 검사 -> `scrub`
+	* 마지막 백업/복구 지점 복원 -> `fix`
 
-	명령은 소문자로 작성해야 합니다.
+	명령어는 반드시 소문자로 작성해야 합니다.
 
   status
 	디스크 어레이의 상태 요약을 출력합니다.
@@ -578,14 +587,14 @@ Commands
 	어레이의 파일은 수정되지 않습니다.
 
   fix
-	모든 파일과 패리티 데이터를 수정합니다.
+	모든 파일과 파리티 데이터를 복구(수정)합니다.
 
-	모든 파일과 패리티 데이터는 마지막 `sync`에 저장된 스냅샷
-	상태와 비교됩니다.
-	차이가 발견되면 저장된 스냅샷으로 되돌려집니다.
+	모든 파일과 파리티 데이터는 마지막 `sync`에 저장된 상태와 비교됩니다.
+	차이점이 발견되면 저장된 상태로 되돌립니다.
 
-	**경고!** `fix` 명령은 오류와 의도적인 수정 사이를 구별하지
-	않습니다. 파일 상태를 무조건 마지막 `sync`로 되돌립니다.
+	경고!
+	`fix` 명령어는 오류와 의도적인 수정을 구별하지 않습니다.
+	파일 상태를 조건 없이 마지막 `sync` 상태로 되돌립니다.
 
 	다른 옵션이 지정되지 않으면 전체 어레이가 처리됩니다.
 	필터 옵션을 사용하여 처리할 파일 또는 디스크의 하위 집합을 선택하십시오.
@@ -1105,6 +1114,28 @@ Configuration
 	이러한 디스크는 항상 회전할 것으로 예상되므로 `up` 및 `down` 명령의
 	영향을 받지 않습니다.
 
+  snapshot
+	`sync`, `scrub`, `check` 및 `fix` 명령어에 파일시스템 스냅샷 사용을
+	활성화합니다.
+
+	활성화되면 SnapRAID는 `sync` 시작 시 데이터의 읽기 전용 스냅샷을 생성합니다.
+	이는 파일의 일관된 특정 시점 뷰를 보장하여 동시 파일 수정으로 인해 발생하는
+	오류를 방지합니다.
+
+	이는 복구 성능을 크게 향상시킵니다. 라이브 파일시스템에서 파일이 삭제되더라도
+	스냅샷에 그대로 보존됩니다. 이를 통해 해당 블록의 파리티가 "깨지는" 것을 방지하여,
+	다른 디스크가 고장 나더라도 데이터를 성공적으로 복구할 수 있도록 보장합니다.
+
+	이 옵션은 Linux의 Btrfs, Bcachefs 또는 ZFS 파일시스템과 Windows의 NTFS로 포맷된
+	데이터 디스크에만 독점적으로 적용됩니다.
+	파리티 디스크나 다른 파일시스템을 사용하는 데이터 디스크는 항상 파일시스템의
+	라이브 버전을 사용합니다.
+
+	스냅샷 생성 및 삭제에는 관리자 권한이 필요합니다.
+	이 옵션이 활성화된 경우 SnapRAID가 필요한 권한(예: sudo)으로 실행되는지 확인하십시오.
+
+	스냅샷 수명 주기에 대한 자세한 설명은 SNAPSHOTS 섹션을 참조하십시오.
+
   nohidden
 	모든 숨겨진 파일 및 디렉토리를 제외합니다.
 	Unix에서는 숨겨진 파일은 '.'으로 시작하는 파일입니다.
@@ -1334,6 +1365,94 @@ Configuration
 		:smartctl parity -d areca,1/1 /dev/arcmsr0
 		:smartctl 2-parity -d areca,2/1 /dev/arcmsr0
 
+Snapshots (스냅샷)
+	구성에서 스냅샷 옵션이 활성화된 경우, SnapRAID는 원자적이고
+	일관된 작업을 보장하기 위해 파일시스템 스냅샷 기능을 이용합니다.
+
+	스냅샷 관리는 완전히 자동적이고 투명하게 이루어집니다.
+	백그라운드에서 완전히 처리되는 스냅샷의 추가적인 보호와 함께,
+	기존과 완전히 동일하게 SnapRAID를 계속 사용할 수 있습니다.
+
+	이것은 두 가지 주요 이점을 제공합니다.
+
+	일관성 - 장시간 실행되는 sync 또는 scrub 중에 라이브 파일시스템에서 수정된 파일은
+		SnapRAID가 동결된 시점의 이미지를 보기 때문에 파리티 불일치나 작업 중단을
+		유발하지 않습니다.
+	복구 - 라이브 파일시스템에서 파일이 업데이트되거나 삭제되더라도 스냅샷에 보존됩니다.
+		다음 sync가 실행되기 전에 디스크 고장이 발생하면, SnapRAID는 스냅샷에 보존된
+		데이터를 사용하여 고장 난 디스크를 재구성합니다.
+
+		활성 sync 프로세스 중에 디스크 고장이 발생하는 경우,
+		SnapRAID는 이전 파리티 계산의 스냅샷과 현재 스냅샷 모두에서 자동으로 읽을 수도 있습니다.
+		이는 동기화 사이에 블록이 수정되거나 삭제되었더라도 파리티 방정식을 푸는 데
+		필요한 정확한 데이터 블록에 대한 접근을 제공함으로써 완전한 복구 확률을 최대화합니다.
+
+		스냅샷이 없으면 정상 디스크에서 업데이트되거나 삭제된 파일로 인해 데이터 블록이 누락되며,
+		이는 다른 고장 난 디스크를 복구하는 데 필요할 수 있습니다.
+
+	스냅샷은 데이터 디스크에 대해서만 생성되며, 기본 파일시스템이 이 기능을 지원하는 경우에만
+	생성됩니다. 파리티 디스크는 항상 라이브 파일시스템을 사용합니다.
+	현재 이는 Linux의 Btrfs, Bcachefs, ZFS 및 Windows의 NTFS에서 지원됩니다.
+
+	서로 다른 파일시스템을 가진 데이터 디스크를 혼합할 수 있습니다. 스냅샷을 지원하는 디스크만
+	이를 활용하고, 다른 디스크는 라이브 파일시스템에서 직접 계속 작동합니다.
+
+	스냅샷 생성 및 삭제에는 관리자 권한이 필요합니다.
+	스냅샷이 활성화된 경우 SnapRAID가 필요한 권한(예: sudo)으로 실행되는지 확인하십시오.
+
+  스냅샷 사용 시 명령어 동작
+	`sync` 와 `scrub` 명령어는 모두 일관되고 동결된 상태에 대해 모든 데이터 작업이 수행되도록
+	보장하기 위해 스냅샷에서만 독점적으로 작동합니다. 이러한 스냅샷을 이용함으로써 SnapRAID는
+	라이브 파일시스템의 동시 파일 수정으로 인해 발생할 수 있는 파리티 불일치를 방지합니다.
+	`sync` 중에 명령어는 프로세스 시작 시 생성된 새 스냅샷을 사용하여 파리티 계산을 위한
+	현재 상태를 캡처합니다.
+	반면에 `scrub` 명령어는 기존 파리티와 일치하는 신뢰할 수 있는 참조 지점을 유지하기 위해
+	가장 최근 동기화 중에 생성된 마지막 스냅샷을 이용합니다.
+
+	`check` 및 `fix` 명령어의 경우, 마지막 스냅샷의 사용 여부는
+	-d, --filter-disk 옵션을 사용하여 특정 디스크를 대상으로 지정하는지 여부에 따라 달라집니다.
+
+	-d를 통해 명시적으로 선택된 디스크(작업의 "대상")는 항상 라이브 파일시스템을 사용합니다.
+	`fix` 의 경우 이를 통해 활성 교체 디스크에 데이터를 복원할 수 있습니다.
+	`check` 의 경우 동일한 조건에서 `fix` 작업을 시뮬레이션할 수 있습니다.
+
+	다른 모든 데이터 디스크("참조" 디스크)는 해당 스냅샷을 통해 액세스됩니다.
+	이를 통해 복구가 진행되는 동안 정상 디스크의 파일을 수정하고 있더라도 SnapRAID가
+	파리티 방정식을 풀기 위한 안정적이고 동결된 참조를 가질 수 있습니다.
+
+	-d 옵션이 제공되지 않으면 SnapRAID는 작업이 전체 어레이에 적용된다고 가정하며, 이 경우
+	`check` 와 `fix` 는 라이브 파일시스템만을 독점적으로 사용합니다.
+
+	다른 모든 명령어는 라이브 파일시스템에서만 독점적으로 작동합니다.
+
+스냅샷 수명 주기
+	SnapRAID는 각 데이터 하위 볼륨의 루트에 있는 숨겨진 디렉터리 내에서
+	`stable`(안정)과 `pending`(보류)이라는 두 가지 특정 스냅샷을 관리합니다.
+	Btrfs, Bcachefs 및 NTFS에서는 `.snapraid/` 디렉터리가 사용되며,
+	ZFS에서는 표준 `.zfs/snapshot/` 이 사용됩니다.
+
+	`stable` 스냅샷은 성공적으로 완료된 마지막 `sync` 상태를 나타내며,
+	현재 파리티를 계산하는 데 사용된 정확한 데이터를 포함합니다. 이는
+	`scrub`, `check` 및 `fix` 명령어의 기본 데이터 소스 역할을 합니다.
+
+	`pending` 스냅샷은 파리티 계산을 위한 동결된 상태를 제공하기 위해 `sync` 시작 시
+	생성되는 임시 이미지입니다.
+	작업이 성공적으로 완료되면 이전의 `stable` 스냅샷은 삭제되고, `pending` 스냅샷이
+	새로운 안정적인 참조로 자리를 잡도록 승격됩니다.
+
+	`sync` 가 중단되면 `pending` 스냅샷은 보존됩니다.
+	파리티가 부분적으로만 동기화되었더라도 .content 파일에 기록된 파일시스템 상태와 일치하므로
+	이후의 `scrub`, `check` 및 `fix` 명령어는 이 보류 중인 스냅샷을 사용합니다.
+
+	`sync` 가 중단된 경우, `check` 및 `fix` 명령어는 `stable` 스냅샷에서도 읽어와
+	동기화 중에 업데이트되거나 삭제된 파일에서 데이터 블록을 검색합니다.
+	이는 동기화 프로세스 전반에 걸쳐 .content 파일이 수정되거나 삭제된 모든 파일의
+	메타데이터를 유지하기 때문에 가능합니다.
+	이 기록 정보는 동기화가 성공적으로 완료되고 .content 파일의 최종 버전이 저장되어야만 삭제됩니다.
+
+	중단 후 `sync` 가 재시작되면 기존의 보류 중인(pending) 스냅샷은 삭제되고,
+	라이브 파일시스템의 현재 상태를 캡처하기 위해 새 스냅샷이 생성됩니다.
+
 Pattern
 	패턴은 포함하거나 제외할 파일을 필터링하는 유연한 방법을 제공합니다.
 	글로빙(globbing) 문자를 사용하면 모든 경로를 일일이 나열하지 않고도