SQL Server와 Management Studio를 2008 년에서 2012 년으로 업그레이드 한 후 새 쿼리 창과 대화 상자를 열면 Management Studio 2012가 매우 느려집니다.
테이블을 마우스 오른쪽 버튼으로 클릭해도 속도가 느립니다. 창 내에서 작업을 시작하기 전에 일반적으로 5 초 이상 지연됩니다. 이것은 같은 창을 두 번 연속으로 열더라도 매번 발생합니다. 왜 이런 일이 발생하며 어떻게 해결할 수 있습니까?
다른 응용 프로그램은 데이터베이스에 매우 빠르게 연결합니다.
내가 시도한 것들이 도움이되지 않았습니다.
- Google에서
hosts파일 을 수정해야 할 히트 - SSMS “사용자 정의 설정”재설정
- 비디오 드라이버 업데이트, 하드웨어 가속 끄기, DirectX 비활성화
- 생체 인증 서비스 비활성화 (설치되어 있지 않습니다).
내 컴퓨터는 충분히 빠르며 RAM도 16GB입니다. 내 하드웨어는 문제가되지 않습니다. SSMS가 무언가를 기다리는 것 같습니다. 이런 일이 발생하는 동안 다른 프로그램을 원활하게 운영 할 수 있습니다.
핫픽스를 설치하는 동안 오류가 발생할 위험이 있으므로 지금은 위험에 처할 수 없기 때문에 SQL Server 2012 CU1 업데이트를 설치할 기회가 없습니다.
답변
SQL Server Management Studio 시작
Microsoft의 SSMS (SQL Server Management Studio)가 시작되면 Microsoft의 CRL (Certificate Revocation List)을 연결하려고합니다.
http://crl.microsoft.com/pki/crl/products/MicrosoftRootAuthority.crl
SSMS의 기본 .NET 구성 요소가 인증서 해지 목록에 연결하려고하는데 SSMS가이를 수행 할 수 없습니다. 이렇게하면 전체 로딩 절차가 느려집니다. (증명서 당 15 초)
자, 여기에 무슨 일이 일어나고 있습니다. SSMS는 관리 코드의 비율이 높으며이 코드는 모두 선적시 서명됩니다. 시작시 (이 설정을 확인한 경우) .Net 런타임은 crl.microsoft.com에 연결하여 인증서가 유효한지 확인하려고합니다 (Microsoft의 이름으로 발급 된 가짜 인증서가 있었기 때문에 이는 매우 유효한 문제입니다) . 인터넷에 연결되어 있지 않거나 인증서 해지 목록 서버에 연결하는 데 문제가 있으면 SSMS 시작이 지연됩니다.
참조 : FAQ, SSMS를 시작하는 데 왜 45 초가 걸립니까? (MSDN 블로그)
이 문제를 일으킬 수있는 한 가지 문제는 서버가 인터넷에 액세스 할 수없는 경우 .NET 프레임 워크가 crl.microsoft.com 웹 사이트에 액세스하여 관리되는 애플리케이션의 바이너리에 서명하는 데 사용 된 디지털 서명을 확인할 수 없다는 것입니다. 유효합니다. 각 인증서 검사에는 .NET 런타임 구현에서 15 초의 시간 초과가 있습니다. 설치된 기능에 따라 Management Studio를 시작하는 데 최대 1 분이 걸릴 수 있습니다.
참조 : SQL Server Management Studio 시작 시간 (MSDN 블로그)
솔루션
인증서를 다운로드하여 브라우저에 직접 링크를 입력 한 다음 인증서를 인증서 데이터베이스로 가져 와서 문제의 일부를 피할 수 있습니다.
- 또는-
Microsoft의 CRL에 연결할 수 있도록 회사의 방화벽을 재구성 할 수 있습니다.
- 또는-
개인 바이러스 백신 / 방화벽을 재구성하여 Microsoft CRL에 연결할 수 있습니다.
- 또는-
Microsoft의 CRL에 액세스하는 요청에 대해 클라이언트에 시간 초과를 더 빨리 보내도록 (회사) 방화벽을 구성 할 수 있습니다.
- 또는-
고급 설정에서 더 이상 “게시자의 인증서 해지를 확인”하지 않도록 IE를 구성 할 수 있습니다.
(자세한 내용은 위에서 언급 한 블로그 1 및 2 를 참조하십시오)
답변
서버 이름 “./”에 연결할 때와 같은 경험이 있습니다. 멍청한 행운으로 서버 이름 “(local)”에 연결할 때 성능 문제가 발생하지 않는다는 것을 알았습니다. SSMS 2012가 “./”를 통해 서버를 확인하는 방식에 문제가있을 수 있습니다.
편집 : ADO.NET 연결에서 ./로 속도를 재생할 수 있기 때문에 SSMS와 관련이 있다고 생각하지 않습니다.
답변
SSMS가 더 이상 올바르게 처리 할 수없는 설정 (일부 서버에 대한 연결 또는 일부 추가 기능 설정)을 가져 왔을 수 있습니다.
SSMS의 사용자 정의 설정을 “재설정”할 수있는 잔인한 방법이 있습니다.
SSMS를 닫고 폴더로 이동하십시오.
C:\Users\YOURWINLOGINNAME\AppData\Roaming\Microsoft\SQL Server Management Studio\하위 폴더 “11.0”이 있습니다. 이름을 “11.0_”으로 바꾸면 언제든지 이름을 바꿀 수 있습니다. 이제 SSMS를 시작하십시오. 깨끗한 설정을 다시 만들고 문제가 해결 될 수 있습니다. 그렇지 않은 경우-새로 생성 된 “11.0”을 삭제하고 “11.0_”의 이름을 “11.0”으로 다시 바꾸십시오.
이것은 업그레이드 후에 손상된 일부 추가 기능의 동작 일 수도 있습니다. 애드 인은 일부 명령이나 이벤트에 대한 처리기로 등록되며 예외가 누락되거나 발생하면 시스템이 불안정해질 수 있습니다.
실제로 v2012는 추가 기능을 등록하기 위해 다른 메커니즘을 사용하지만 일부 추가 기능은 모든 인스턴스에 자동으로 설치됩니다. 확인하려면이 레지스트리 키를 살펴보십시오.
[HKEY_CURRENT_USER\Software\Microsoft\SQL Server Management Studio\11.0_Config\AutomationOptions\LookInFolder]폴더 목록이 있습니다. 이 모든 폴더를 확인하십시오-비어 있어야합니다 (추가 기능이 없음을 의미).
답변
바이러스 백신을 비활성화 한 다음 SQL Server 2012 Management Studio의 성능을 확인하십시오.
답변
나는 개인적 으로이 문제를 경험하지는 않았지만 많은 사람들이 가지고 있는 긴 실이 있습니다 ( here ). 일반적인 조언은 다음 중 하나에 의한 비디오 드라이버 작업과 관련이있는 것 같습니다.
- 업데이트 된 비디오 드라이버 설치
- 하드웨어 성능 감소 또는 끄기
- DirectX 지원 해제
스레드에서 …이 대답이 있었다
“윈도우 7 클린 부팅 절차는 생체 인식 인증 서비스 (DigitalPersona의 DPHostw.exe)이 문제였다 서비스를 한 것으로 밝혀졌습니다. 서비스가 문제를 해결 불가로.”
내가 찾은 스레드가 이전 버전의 SSMS (예 : 2005, 2008 등)와 관련되어 있기 때문에 이러한 접근법 중 어느 것이 귀하의 경우에도 작동하는지 알고 싶습니다.
답변
문제는 서버에 새 연결을 여는 데 5 초가 걸린다는 것입니다. 정확히 이것이 내가 알 수없는 경우 인 이유는 분석 및 진단을 위해 와이어 트레이스가 필요합니다. 시도중인 프로토콜과 성공한 프로토콜을 조사해야합니다. 클라이언트가 파이프라는 이름의 파이프를 먼저 시도한 다음 (SMB에 따라 다름) TCP로 폴백 할 수 있습니다 (이러한 경우 일반적인 지연 시간은 20-30 초 정도 훨씬 깁니다).
클라이언트 네트워크 구성 에서 클라이언트 프로토콜의 순서를 확인하는 것이 좋습니다 . 에서 자신의 항목을 찾아 클라이언트가 사용한 프로토콜을 확인하십시오 sys.dm_exec_connections.
답변
동일한 문제가 있으며 Trend Micro Office 검색으로 인해 문제가 발생하는 것으로 나타났습니다.
나는이 문제에 대해 다른 유사한 스레드에서 설명한 모든 것을 아무 소용없이 시도했습니다. AV 소프트웨어를 비활성화하려고합니다. Trend Micro Office 검색이 해제되면 SSMS가 빠르게 밝아집니다.
이것은 Windows 7에서 발생하지 않았습니다.