VPN 끊김 이후 SMB 공유: 복구 점검 목록
쓰기를 멈추고 서버의 실제 경로를 복원하며, 실패한 저장은 사라진 것이 아니라 알 수 없는 것으로 다루십시오. 열린 핸들은 새 VPN 세션에서 살아남지 않습니다.
저장이 멈추고 터널이 끊기며, 삼십 초 뒤에는 VPN이 다시 연결되어 있는데 Finder 창은 빈 공유 위에서 계속 돌고 있습니다. 모든 것이 작동해야 할 것처럼 보입니다. 터널은 올라와 있고 네트워크도 올라와 있지만 볼륨은 그렇지 않습니다. 이 순서대로 처리하십시오. 응용 프로그램이 아직 열린 핸들을 쥐고 있다고 믿는 동안 다시 연결하는 것이 불확실한 쓰기를 잃어버린 쓰기로 만드는 길이기 때문입니다.
다시 연결하는 대신 공유에 대한 작업을 멈추는 것으로 시작하십시오. 수동적으로 보이지만 바로 그 단계가 데이터를 보호합니다.
다시 연결하기 전에 쓰기를 멈추십시오
활발히 쓰려고 하는 모든 것을 닫고, 응용 프로그램 자체의 저장 또는 복구 경로를 통해 가능한 것을 로컬 위치에 저장하십시오. 큰 복사를 시작하지 말고, 동기화 클라이언트가 끝없이 재시도하게 두지 말고, 서버 사본을 로컬 사본으로 바꾸자는 요청을 받아들이지 마십시오. 데이터를 잃는 것은 세 번째 지시입니다. 시간 초과된 저장은 확인된 것도 아니고 반드시 없는 것도 아니며, 서버 파일을 덮어쓰면 실제로 무슨 일이 있었는지 보여 주는 유일한 증거가 사라집니다.
응용 프로그램이 같은 문서의 두 버전을 보여 준다면 지금은 둘 다 그대로 두십시오. 파일 이름이나 타임스탬프로 승자를 고르는 것은 결정의 옷을 입은 추측입니다.
경로를 복원하고 나서 증명하십시오
의도한 VPN에 다시 연결해 인증을 마치고, 파일 서버 이름이 확인되며 SMB 서비스가 터널을 통해 응답하는지 확인하십시오. 연결됨 상태는 터널만 설명하므로 점검의 끝이 아니라 시작으로 다루십시오.
터널을 통해 파일 서버의 이름 확인과 도달 가능성을 확인하십시오.
같은 레이블의 두 번째 볼륨은 느린 복구보다 다루기 어려우므로 다른 것을 만들기 전에 기존 마운트에 일 분을 주십시오.
볼륨이 돌아오지 않으면 의도적으로 Go, 그다음 Connect to Server와
smb://files.corp.example/team같은 서버의 알려진 주소로 연결하십시오.파일 서버 계정으로 로그인하고( VPN 로그인과는 별개의 자격 증명 판단입니다) 계속하기 전에 응용 프로그램에서 문서 상태를 확인하십시오.
Apple의 Finder 연결 안내서 는 명시적 주소 방식을 문서화하며, 여기서 신뢰할 수 있는 길은 그것입니다. 사이드바에 있는 볼륨 이름은 캐시된 레이블이며 이전 연결이 아직 쓸 수 있다는 증거가 아닙니다.
새 세션이 열린 핸들을 약속할 수 없는 이유
SMB에는 일시적 연결 끊김을 견디는 메커니즘이 실제로 있으며 둘 다 조건부입니다. 지속적 열기는 클라이언트와 서버 사이에 협상된 시간 창 안에서 다시 연결할 수 있지만, 영구 열기는 양쪽에 더 엄격한 기능을 요구합니다. Mac 클라이언트와 파일 서버가 공유를 마운트하기로 합의했다고 해서 열어 둔 파일에 그중 어느 메커니즘이 협상되었는지는 아무것도 말해 주지 않습니다.
사양은 실패에 대해서도 똑같이 분명합니다. 복구가 성공하지 않으면 핸들은 무효화되고 클라이언트는 파일을 닫힌 것으로 다루어야 합니다. 그 순간 쓰기 도중이던 응용 프로그램에는, 공유를 다시 탐색할 수 있고 Finder에서 파일이 멀쩡해 보이더라도, 계속할 유효한 핸들이 없습니다.
그래서 다시 나타나는 볼륨은 필요한 단계이며 충분한 단계는 아닙니다. 편집기, 데이터베이스 형태의 응용 프로그램, 배타적 잠금을 쥔 모든 것은 자체 연결을 다시 열어야 할 수 있고, 문서 상태에 관한 유일하게 믿을 만한 보고는 파일 목록이 아니라 응용 프로그램에서 나옵니다.
마운트를 깔끔해 보이게 강요하지 마십시오
멈춘 사이드바를 정리하려고 볼륨을 강제로 마운트 해제하거나 파일 시스템 도우미를 죽이는 것은 유혹적이며 대개 역효과입니다. 멈춘 상태는 대개 실제로 대기 중인 작업을 반영하며, 그 밑에서 마운트를 뽑아내도 응용 프로그램의 데이터가 어디에도 안전하게 전달되지 않습니다. 다음 조사도 어려워집니다. 사용자가 본 오류가 이미 화면에서 지워졌기 때문입니다. 응용 프로그램이 보고한 정확한 오류와 연결 끊김 시각을 기록하십시오. 그 타임스탬프가 있어야 보고서를 서버 로그와 대조할 수 있습니다.
공유가 계속 사용 중이면 힘을 키우는 대신 파일 서비스나 Mac 지원 절차를 사용하십시오. 증거를 보존하는 것이 깔끔한 사이드바보다 값집니다.
다음 계획된 끊김 전에
의도적으로 VPN을 끊기 전에 저장을 마치고, 의존하는 파일을 닫고, 공유를 정상적으로 꺼내십시오. 그 순서는 값싸며 이런 종류의 질문을 통째로 없앱니다.
끊김을 자주 겪는 작업이라면 마운트가 아니라 작업 모델을 바꾸십시오. 로컬 사본을 두고 응용 프로그램이 지원하는 메커니즘으로 동기화하면, 끊긴 터널의 대가는 불확실한 쓰기가 아니라 동기화 간격 하나입니다. 마운트 스크립트는 임의의 열린 파일 트랜잭션을 보존할 수 없고, 어떤 조정도 그것을 시도하게 만들지 못합니다.