SSMS의 IntelliSense가 비어 있어도 쿼리는 계속 실행됩니다

테이블 이름을 입력해도 제안이 전혀 나오지 않지만 같은 창은 SELECT 문을 거뜬히 실행합니다. 바로 그 조합이 단서인데, 연결은 작동하지만 편집기의 완성 상태는 작동하지 않기 때문입니다. SSMS는 자체 캐시와 창이 어떤 데이터베이스와 계정을 사용하는지에 대한 자체 판단을 유지합니다. 네트워크 설정을 바꾸기 전에 그 상태를 터널과 별개로 다루십시오.

창에는 자체 연결 상태가 있습니다

모든 쿼리 창은 연결, 데이터베이스, 권한 부여 컨텍스트를 지닙니다. Object Explorer가 다른 서버나 데이터베이스에 연결되어 있을 수 있고, 다른 탭이 다른 계정으로 실행 중일 수 있습니다. 다른 무엇과 비교하기 전에 영향을 받은 창 자체의 상태를 확인하십시오. VPN이 올라오기 전에 연 창은 더 이상 존재하지 않는 연결에 묶여 있을 수도 있으므로 그 상태는 제목 표시줄이 시사하는 것보다 중요합니다.

VPN 중단은 응용 프로그램이 여전히 살아 있는 것처럼 보이는 동안 그 창을 연결 해제 상태로 남길 수 있습니다. 일반적인 SSMS 워크플로로 다시 연결한 다음 데이터베이스 선택기가 예상한 데이터베이스를 표시하는지 확인하십시오.

로컬 캐시를 강제로 다시 작성하십시오

Microsoft의 IntelliSense 문제 해결 가이드에는 지원되는 새로 고침 방법으로 편집 → IntelliSense → 로컬 캐시 새로 고침 또는 Ctrl+Shift+R이 문서화되어 있습니다. 연결을 확인한 후, 특히 창을 열어 둔 동안 개체가 변경되었다면 이 방법을 사용하십시오. 새로 고침은 로컬 목록을 다시 작성하지만 사라진 네트워크 경로를 복원할 수는 없습니다.

또한 편집기에서 IntelliSense가 활성화되어 있는지와 설치된 SSMS 버전이 작성 중인 문을 지원하는지 확인하십시오. 완성 동작은 버전마다 다르며 모든 제품이나 스크립트 형식을 포괄하지 않습니다. 바로 가기가 아무것도 하지 않는다면 VPN 증상이 아니라 편집기 상태의 증상으로 다루십시오. 회색으로 남는 메뉴 항목과 다른 키 바인딩에 삼켜진 바로 가기는 둘 다 터널을 탓하기 전에 기록할 만한 편집기 측 사실입니다.

누락된 이름은 권한일 수 있습니다

완성 목록은 연결된 계정이 볼 수 있는 개체만 제안합니다. 따라서 동료에게서 복사한 스크립트는 세션이 확인할 권한이 없는 이름을 참조할 수 있습니다. 관리자의 무관한 세션 대신 의도한 계정의 가시성을 비교하십시오. 권한 때문에 이름이 누락되었다면 편집기를 고쳐도 그 이름이 나타나지 않습니다.

데이터베이스 소유자에게 작업에 필요한 최소 권한을 요청하고 그 부여를 구체적으로 유지하십시오. 제안 목록을 채우기 위해 부여되는 광범위한 관리 권한은 작은 편의와 큰 노출을 맞바꾸는 일입니다.

실제로 어떤 장애인지 판단하십시오

두 장애는 키보드에서 비슷해 보이지만 서로 다른 담당자가 필요합니다. 같은 창에서 일반 문도 실패한다면 그 연결의 이름 확인, 전송, 인증을 조사하십시오. 문은 실행되고 제안만 빠진다면 증거는 편집기 쪽에 있습니다. 두 가지 중 무엇을 보았는지 적어 두십시오, 두 보고서는 다른 팀으로 가고 섞인 설명은 둘 다 지연시키기 때문입니다.

도구 보고서를 위해 설치된 SSMS 버전, 선택한 데이터베이스, 계정, 작은 비밀이 아닌 예제 하나를 보관하십시오. 실패하는 정확한 이름의 기록이나 목록은 IntelliSense가 고장 났다는 문장보다 도움이 됩니다. 그런 다음 캐시 새로 고침 후와 다시 연결한 후에 재시도하십시오, 이 두 동작이 대부분의 사례를 구분하기 때문입니다.