서로 다른 NAS 데이터세트에서 하드 링크를 사용할 수 있나요?

아니요. 하드 링크는 하나의 파일 시스템 내에서 동일한 inode를 참조해야 하며, 별도의 데이터 세트나 마운트에서는 일반적으로 EXDEV가 반환됩니다.

이 결정은 정리 도구나 중복 제거 워크플로에서 하나의 파일을 별도의 NAS 데이터 세트에 저장된 라이브러리에 표시하려는 경우 중요합니다. 경쟁하는 두 상태는 동일한 파일 시스템의 하드 링크와 파일 시스템 간 복사, reflink, 클론 또는 애플리케이션 참조입니다. 저장된 구성과 삭제해도 되는 데이터로 시작하고, 한 번에 한 분기만 관찰하며, 테스트로 인해 데이터 손실, 권한 또는 가용성 위험이 커지면 중단하세요.

데이터 세트 간 하드 링크 결정의 조건 정의

변경하기 전에 환경을 기록하세요. 소프트웨어 및 펌웨어 버전, 장치 ID, 마운트 또는 네트워크 경로, 여유 공간, 권한, 관찰 가능한 증상을 포함해야 합니다. 기준선에는 정리 도구나 중복 제거 워크플로에서 하나의 파일을 별도의 NAS 데이터 세트에 저장된 라이브러리에 표시하려는 상황을 재현할 수 있을 만큼 충분한 세부 정보가 포함되어야 합니다.

첫 번째 후보는 동일한 파일 시스템의 하드 링크입니다. 두 번째는 파일 시스템 간 복사, reflink, 클론 또는 애플리케이션 참조입니다. 현재 link 시스템 호출 제한은 테스트에 사용되는 메커니즘이나 명령의 경계를 정의하지만, 이 특정 홈 서버에서 직접 관찰한 결과를 대신하지는 않습니다.

판별 테스트를 실행하기 전에 통과 조건과 중단 조건을 작성하세요. 통과는 한 분기가 예측한 증거를 변화시키면서 관련 없는 서비스는 변경하지 않아야 하며, 실패 시에는 추측성 수정 작업을 연쇄적으로 수행하지 말고 시스템을 저장된 상태로 되돌려야 합니다.

원래 요구 사항을 낮추지 않고 주장 테스트

다음 판별 방법을 사용하세요. 장치 ID를 비교하고, 동일한 데이터 세트 경로와 데이터 세트 간 경로 모두에서 삭제해도 되는 링크를 시도합니다. 변경된 변수에 결과의 원인을 귀속할 수 있도록 작업량, 클라이언트, 경로, 파일 세트 및 타이밍을 일정하게 유지하세요.

하드 링크 경계를 사용해 두 분기를 실제로 구분할 수 있는 필드를 선택한 다음, 타임스탬프, 종료 상태, 오류 텍스트, 장치 또는 스냅샷 ID, 지연 시간, 전송된 바이트, 권한 및 복구 상태를 수집하세요. 정체성, 내구성 또는 애플리케이션 상태가 테스트 대상 주장이라면 명령이 오류 없이 종료된 것만으로는 충분하지 않습니다.

재시작, 재연결, 재마운트 또는 콜드 캐시가 원래 조건의 일부인 경우 해당 이벤트 후 테스트를 한 번 반복하세요. 첫 실행이 파괴적이거나 환경을 복원할 수 없다면 중단하고 삭제해도 되는 복사본에서 대신 재현하세요.

stat -c "%d %i %h %n" source target
ln source cross-dataset-target

통과, 실패 및 예외 결과 해석

통과: 동일한 데이터 세트의 링크는 inode와 링크 수를 공유하고, 데이터 세트 간 시도는 데이터를 변경하지 않은 채 실패합니다. 결과가 보편적인 주장이 아니라 조건부 결론으로 유지되도록 통과한 정확한 버전, ID 및 작업량을 기록하세요.

실패: 도구가 링크 대신 조용히 복사하거나 bind mount가 실제 파일 시스템 경계를 가립니다. 네트워크, 메모리, 권한 또는 소스 일관성이 양쪽에 영향을 줄 수 있으므로 실패만으로 반대 분기가 입증되지는 않습니다. 확대하기 전에 이러한 공통 종속 요소를 분리하세요.

예외 또는 모호한 결과: 보존 요구 사항에 따라 명시적 복사, 지원되는 reflink 또는 데이터 세트 경계 재설계를 사용하세요. 복구 가능한 복사본이 생길 때까지 로그를 보존하고 복구, 정리, 삭제, 재파티션 또는 재귀적 소유권 변경 명령을 실행하지 마세요.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

원래 작업량에서 결정 확인

관찰된 분기에 맞는 조치를 적용한 다음 축소된 대체 조건이 아니라 원래 조건을 반복하세요. 두 번의 주기 또는 관련된 재부팅, 절전, 중단 또는 부하 전환을 거치는 동안 동일한 데이터 세트의 링크가 inode와 링크 수를 공유하고 데이터 세트 간 시도가 데이터를 변경하지 않은 채 실패할 때만 결정을 유효한 것으로 봅니다.

NFS ID 매핑을 사용해 가장 가까운 종속 워크플로를 확인하되, 원래 트리거는 변경하지 마세요. 관련 없는 데이터 세트, 공유, 컨테이너, 사용자 및 복구 지점은 이전의 액세스와 타이밍을 유지해야 합니다.

중단 경계는 명확합니다. 도구가 링크 대신 조용히 복사하거나 bind mount가 실제 파일 시스템 경계를 가리면 마지막으로 검증된 구성으로 돌아가 증거를 보존하세요. 해당 분기가 반복해서 재현될 때만 더 심층적인 플랫폼 또는 하드웨어 테스트로 확대합니다.

대상 결과가 유지된 후에는 컨테이너 UID 매핑과 비교하여 문제가 인접 서비스로 이동하지 않았는지 확인하세요. 새로운 백업, ID, 시간 초과 또는 가용성 문제가 발생한 성공적인 대상 테스트는 여전히 실패한 변경입니다.

FAQ

데이터 세트 간 하드 링크에 관해서는 일반적으로 bind mount가 데이터 세트 간 하드 링크를 가능하게 하는지, 데이터 세트 간 심볼릭 링크가 허용되는지, reflink가 하드 링크를 대체할 수 있는지를 추가로 검색하게 됩니다. 아래 답변에서는 이러한 예외적인 경우를 주요 결정과 분리합니다.

통과 경계는 변경되지 않습니다. 동일한 데이터 세트의 링크는 inode와 링크 수를 공유하고, 데이터 세트 간 시도는 데이터를 변경하지 않은 채 실패합니다. 후속 조건에서 파일 시스템, ID, 네트워크 경로 또는 애플리케이션 버전이 바뀌면 해당 변경의 영향을 받는 판별 테스트만 반복하세요.

도구가 링크 대신 조용히 복사하거나 bind mount가 실제 파일 시스템 경계를 가릴 때는 실험 범위를 넓히지 마세요. 그 시점에는 보존 요구 사항에 따라 명시적 복사, 지원되는 reflink 또는 데이터 세트 경계 재설계를 사용하고, 플랫폼, 스토리지 또는 하드웨어 담당자에게 확대하기 전에 증거를 보존하세요.

bind mount가 데이터 세트 간 하드 링크를 가능하게 할 수 있나요?

아니요. 기본 파일 시스템의 ID가 아니라 경로의 표시 방식만 변경합니다.

데이터 세트 간 심볼릭 링크가 허용되나요?

예. 하지만 심볼릭 링크는 경로를 저장할 뿐이며 대상이 사라져도 데이터를 보존하지 않습니다.

reflink가 하드 링크를 대체할 수 있나요?

지원되는 파일 시스템에서는 처음에 블록을 공유하지만, 수정하면 서로 독립적인 파일이 됩니다.

데이터 세트 간 하드 링크에 대한 실질적인 답은 여전히 조건부입니다. 동일한 데이터 세트의 링크는 inode와 링크 수를 공유하고, 데이터 세트 간 시도는 데이터를 변경하지 않은 채 실패합니다. 도구가 링크 대신 조용히 복사하거나 bind mount가 실제 파일 시스템 경계를 가릴 때는 보존 요구 사항에 따라 명시적 복사, 지원되는 reflink 또는 데이터 세트 경계 재설계를 사용하세요. 원래 작업량을 견디지 못하는 부분적인 성공은 호환성이 아닙니다.