폴더를 교체한 후에도 NAS 공유 폴더에 이전 파일이 표시되는 이유는 무엇인가요?

NAS 공유에서 오래된 파일이 표시되는 경우, 클라이언트나 공유 서비스가 캐시된 디렉터리 상태 또는 이전 경로를 계속 가리키고 있을 수 있습니다.

NAS에서 폴더를 교체해도 모든 SMB 세션, 애플리케이션, 마운트, 역방향 경로 또는 네임스페이스가 새 디렉터리 트리로 즉시 전환된다는 보장은 없습니다. 서버가 여전히 이전 경로를 내보내고 있거나, 교체한 폴더가 다른 마운트 아래에 들어갔거나, 클라이언트가 디렉터리 메타데이터, 파일 정보, 열린 핸들 또는 캐시된 참조를 유지하고 있을 수 있습니다. 캐시 설정을 변경하기 전에 파일 시스템 보기, 활성 공유 대상, 완전히 새로 만든 클라이언트 세션을 비교하는 것이 가장 안전한 진단 방법입니다.

어느 계층에서 이전 디렉터리 트리를 계속 표시하는지 확인

영향을 받은 SMB 클라이언트를 NAS 셸, NAS 웹 파일 관리자, 그리고 최근에 해당 공유를 열지 않은 두 번째 클라이언트와 비교합니다. 사라졌어야 하는 파일 이름 하나와 새로 표시되어야 하는 파일 이름 하나를 기록합니다.

NAS 셸과 웹 파일 관리자에서도 이전 트리가 표시된다면 문제는 SMB보다 하위 계층에 있습니다. 교체 작업이 잘못된 디렉터리에서 수행되었거나, 필요한 마운트가 누락되었거나, 다른 데이터 세트가 해당 경로를 덮고 있을 수 있습니다. IBM은 SMB 변경 알림이 변경 사항이 파일 서비스에 전달되는 방식에 따라 달라진다고 설명하므로, 한 클라이언트가 오래된 상태라고 해서 서버 데이터 자체가 오래되었다고 단정할 수는 없습니다.

같은 파일 브라우저를 반복해서 새로 고침하고 이를 새로운 테스트로 간주하지 마십시오. 의미 있는 비교를 위해서는 다른 클라이언트 프로세스, 다른 사용자 세션 또는 동일한 SMB 메타데이터를 재사용하지 않는 로컬 파일 시스템 보기를 사용해야 합니다.

폴더 교체 후 활성 공유 대상 확인

서버의 공유 설정을 검사하고 내보낸 경로가 실제로 어떤 파일 시스템 객체를 가리키는지 확인합니다. 바인드 마운트, 심볼릭 링크, 데이터 세트 마운트 지점, 컨테이너 볼륨 매핑, 그리고 스토리지 마운트가 활성화되기 전과 후 중 언제 교체 폴더가 생성되었는지 확인합니다.

관리자가 마운트되지 않은 디렉터리 아래의 파일을 교체한 뒤 실제 스토리지 마운트가 다시 연결되어 해당 교체 내용을 가리는 경우가 흔히 발생합니다. Linux 마운트 매뉴얼은 마운트하면 이전 디렉터리 보기가 가려진다고 설명하므로, 표시되는 경로를 활성 마운트 테이블과 대조해야 합니다.

ZimaSpace의 NAS 데이터 마이그레이션 가이드에서는 이전 사본을 제거하기 전에 의도한 원본 및 대상 경로에 예상한 데이터가 있는지 확인하는 관련 검증 절차를 제공합니다.

SMB 디렉터리 및 파일 정보 캐시 테스트

공유를 사용하는 모든 애플리케이션을 닫고 SMB 매핑을 해제한 다음 새 세션을 만듭니다. 이전에 해당 디렉터리를 열거하지 않은 두 번째 컴퓨터 또는 새 사용자 세션과 결과를 비교합니다.

Windows SMB 클라이언트는 설정된 기간 동안 디렉터리 메타데이터와 파일 정보를 캐시할 수 있습니다. Microsoft의 파일 서버 튜닝 지침에 따르면 디렉터리 캐시 수명은 디렉터리 리스가 사용되지 않을 때 메타데이터가 캐시된 상태로 유지되는 시간을 제어합니다.

새 세션에서 즉시 올바른 트리가 표시되지만 기존 세션에서는 그렇지 않다면 데이터가 누락된 것이 아니며 공유 대상도 올바를 가능성이 높습니다. 영향을 받은 클라이언트를 정상적으로 다시 연결하고, 캐시 값을 전역적으로 변경하기 전에 해당 세션이 예상된 변경 알림을 받지 못했거나 적용하지 않은 이유를 조사합니다.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

열린 핸들, 리스 및 장시간 실행 애플리케이션 확인

NAS에서 활성 SMB 세션과 열린 파일을 나열합니다. 미디어 관리자, 사진 앱, 백업 도구, 셸 창, 인덱서 및 파일 브라우저는 표시되는 복사 작업이 끝난 뒤에도 디렉터리나 파일을 오랫동안 열어 둘 수 있습니다.

먼저 애플리케이션을 닫은 다음 영향을 받은 SMB 세션만 연결 해제합니다. NetApp의 SMB 문서에 따르면 리스 기회적 잠금은 클라이언트 캐시 상태를 유지하므로 NAS 전체에서 리스를 비활성화하는 것은 오래된 연결 하나를 초기화하는 것보다 훨씬 큰 변경입니다.

특정 애플리케이션을 닫은 뒤에만 이전 트리가 사라진다면 그 결과를 기록하고 새 폴더에서 해당 애플리케이션을 다시 테스트합니다. 해결 조치는 스토리지 풀보다는 애플리케이션의 재연결, 감시 또는 새로 고침 동작에 적용해야 합니다.

DFS 참조 및 중복 서버 이름 배제

클라이언트가 직접 호스트 이름, IP 주소, DNS 별칭, DFS 네임스페이스 또는 현재 다른 곳으로 확인되는 이전 서버 이름을 통해 NAS에 연결했는지 확인합니다. 파일 브라우저에서 비슷하게 보이는 두 경로가 서로 다른 공유 대상으로 연결될 수 있습니다.

DFS 클라이언트는 정해진 기간 동안 네임스페이스 및 폴더 참조를 캐시합니다. DFS 클라이언트는 네임스페이스 및 폴더 참조를 일정 기간 유지할 수도 있으므로, 네임스페이스를 변경한 뒤에도 일시적으로 클라이언트를 이전 대상으로 보낼 수 있습니다.

정상 세션과 오래된 세션의 서버 ID, 확인된 주소, 공유 이름 및 최종 경로를 비교합니다. 영향을 받은 클라이언트가 다른 대상에 연결되고 있다는 사실을 확인하기 전에는 모든 DNS 및 DFS 캐시를 비우지 마십시오.

새로운 직접 경로와 일반 사용자 경로 비교

깨끗한 클라이언트 세션에서 일반 호스트 이름으로 한 번, 확인된 직접 서버 주소로 한 번 공유를 엽니다. 이 방법은 구분을 위한 테스트로만 사용하고 관리되는 호스트 이름을 영구적으로 대체하는 용도로는 사용하지 마십시오.

직접 경로에서는 새 트리가 표시되지만 일반 이름에서는 이전 트리가 표시된다면 별칭, 참조, 저장된 자격 증명 또는 동일한 이름을 사용하는 두 번째 NAS에 집중합니다. Debian의 mount.cifs 경로 모델은 익숙한 표시 이름에 의존하기보다 정확한 서버/공유 대상과 로컬 마운트 지점을 비교해야 하는 이유를 보여 줍니다.

또한 로컬 NAS 경로와 SMB 경로의 파일 수 및 파일 하나의 해시를 비교합니다. 동일한 이전 파일이 일치한다면 경로 또는 캐시 선택 문제임을 확인할 수 있고, 이름은 같지만 파일이 다르다면 불완전한 교체, 중복 폴더 또는 애플리케이션이 생성한 콘텐츠를 의심할 수 있습니다.

가장 작은 문제를 수정하고 재부팅 후에도 유지되는지 확인

잘못된 폴더를 내보내고 있다면 공유 대상을 수정하고, 경로가 잘못 가려져 있다면 누락된 마운트를 복원하며, 한 클라이언트에만 문제가 있다면 오래된 클라이언트 세션을 다시 연결합니다. 네임스페이스가 여전히 이전 위치를 참조한다면 DFS 대상을 업데이트합니다.

통제된 테스트를 통해 해당 계층이 원인임을 입증한 경우가 아니라면 SMB 캐시 수명을 변경하거나, 리스를 비활성화하거나, 공유를 다시 만들지 마십시오. Samba의 활성 세션 및 잠금 보기를 사용하면 서버 전체 변경을 적용하기 전에 영향을 받은 연결을 확인할 수 있습니다.

서비스를 다시 시작하고 호스트를 재부팅한 후 NAS 셸, 웹 파일 관리자, 새 SMB 세션 및 일반 클라이언트 경로에서 모두 동일한 폴더 내용이 표시되면 문제가 해결된 것입니다. 해당 검증이 완료되고 어떤 애플리케이션도 이전 폴더에 계속 쓰지 않을 때까지 이전 폴더는 오프라인 상태로 유지하되 삭제하지 마십시오.