다음은 약간 다르지만 비슷한 시나리오입니다.
- \\ server \ share에 매핑 된 S : \ 드라이브가 있습니다. 그런 다음 S : \를 \\ domain.local \ dfs \ share (레거시 공유를 가리키는)로 변경 한 DFS 네임 스페이스가 구현됩니다. 이제 링크 / 임베디드 파일이있는 일부 파일과 다양한 응용 프로그램이 이상하게 작동합니다. 참고로 이러한 포함 된 파일 링크 (예 : 연결된 Excel 테이블)는 레거시 공유를 가리키고 부모 파일은 DFS 공유에서 열립니다.
2. 내 문서에 POP / IMAP 계정에 대한 PST가 있습니다. 그런 다음 문서는 폴더를 네트워크 공유로 리디렉션합니다. 이제 데이터 파일 탭에 파일의 올바른 네트워크 경로 (\\ server \ share \ user.name \ Documents \ outlook.pst)가 표시되어 있음에도 불구하고 Outlook에서 계정과 관련된 PST에 액세스하는 데 문제가있었습니다. Outlook이로드되지만 PST를 찾을 수 없다고 주장하므로 연결된 계정의받은 편지함을 볼 수 없습니다. *
* 이것은 알려진 특정 문제였습니다. 나중에 링크를 게시하겠습니다
파일 경로가 여전히 프런트 엔드 관점에서 동일하더라도 이러한 유형의 리디렉션을 수행 할 때 문제가 발생하는 이유는 무엇입니까?
답변
이것은 오래된 스레드이지만 누군가 내 의견에서 도움을받을 수 있습니다.
NTFS 네트워크 공유에서 이동되었거나 이름이 바뀐 파일을 찾는 분산 링크 추적 클라이언트라는 서비스가 있습니다 ( KB312403 ). 이것은 쉘 단축키와 OLE 링크에서도 작동합니다.
DFS 공유에서 폴더를 이동할 때 비슷한 문제가 발생했습니다. 폴더 이동 후 사용자 데스크탑의 바로 가기가 \ dfsvirtualname \ sharename에서 \ realservername \ sharename으로 변경되었습니다. 예, 파일이 발견되었지만 한 번만 발견되었습니다. 다음에 폴더를 2014 년 폴더에 보관 한 것처럼 이동하면 바로 가기가 끊어졌습니다.
일부 파일의 문제점은 해당 파일이 과거에 이미 이동되었고 분산 링크 추적 클라이언트가 해당 파일을 발견하여 링크를 전체 \ realservername \ sharename 참조로 변경하여 이동 된 파일을 찾을 수 없다는 문제 일 수 있습니다.
답변
DFS를 공유에 더 좋은 이름이나 특정 서버에 하드 코딩하지 않은 이식성이 좋은 이름을 지정하는 쉬운 방법으로 취급하는 실수를 저지른 것일 수 있습니다.
DFS는 파일 잠금을 지원하지 않으며 이것이 포함 된 파일 문제의 원인이라고 생각합니다.