SQL Server Management Studio 2012 si blocca

Question

Quando faccio clic sul nodo "Database" in "Esplora oggetti", continua a "Caricare gli elementi" fino a quando non si blocca.

Ciò si verifica solo durante la connessione a un server remoto, non quando si accede a un database sul mio PC.

Inoltre, non si verifica con nessun altro nodo.

I ragazzi della società di web hosting non hanno avuto problemi con esso. (Ma sono in esecuzione 2008, e così è il server SQL lì)

Ho reinstallato l'intero server SQL ecc. Ma senza successo.

Quale potrebbe essere il problema?

Answer 1

Supponendo di avere accesso a un solo database presso la società di hosting (che è quasi sempre il caso, almeno con un determinato nome utente/password), è possibile evitare la necessità di utilizzare il menu a discesa impostando il server registrato di default per il database che si suppone di accesso:.

(può richiedere più tempo qui, anche, ma questa sarà una tantum è inoltre possibile digitare invece di aspettare per la lista di popola.)

In questo modo, anche se il login creato dall'host per te ti indirizza a tempdb o r qualcosa di default, Management Studio ti inserirà ancora nel contesto del tuo database.

Vedo ora che si sta parlando del nodo Esplora oggetti, non del menu a discesa "Usa database" che in qualche modo ho interpretato in modo errato. Un esercizio da provare potrebbe essere quello di evidenziare il nodo dei database (non espanderlo) e fare clic su F7 (Object Explorer Details). Se questo carica per te, può essere un'alternativa per navigare nella gerarchia e, come bonus, puoi mostrare molti attributi di entità qui e anche multi-selezione, due cose su cui non hai alcun controllo in Esplora oggetti.

Se ciò non aiuta, il tuo host dovrebbe aiutarti meglio di quanto sembri. Se SSMS 2012 è supportato, dovrebbero essere in grado di verificarlo in SSMS 2012 e confermare o negare che possono riprodurlo. Se non è supportato, penso che la tua soluzione sia installare anche SSMS 2008 (possono coesistere) e utilizzarlo per gestire questo specifico server.

Ovviamente, tutto ciò che è possibile fare in Object Explorer (e molte cose che non si possono fare), si può fare usando lo catalog views e/o lo DMVs. Quindi, prima di decidere cosa fare, potresti voler rivedere (o condividere con noi) esattamente cosa stai usando Object Explorer per - se c'è un modo per farlo senza Object Explorer, ti potrebbe piacere la soluzione migliore di avere due versioni dello strumento (poiché i miglioramenti nel 2012 SSMS non hanno assolutamente nulla a che fare con Object Explorer).

Answer 2

Ho riscontrato lo stesso problema: quando si accede a un server remoto con Object Explorer, SSMS si bloccava indefinitamente. Il registro eventi di sistema di Windows mostrerebbe l'errore DCM 10009 ("DCOM non è stato in grado di comunicare con il computer MACHINE_NAME utilizzando uno dei protocolli configurati.").

La soluzione era cancellare la cronologia MRU e altre impostazioni dal mio profilo. per farlo:

1. Chiudere tutte le istanze aperte di SSMS 2012
2. In Explorer, aprire "% appdata% \ Microsoft \ SQL Server Management Studio"
3. Rinominare la cartella "11,0" a qualcos'altro, come "11.0.old"
4. aperte SSMS 2012

vedrai che l'elenco MRU è stato cancellato. Dovresti quindi essere in grado di reinserire le tue credenziali e utilizzare SSMS normalmente.

Se tutto funziona, è possibile eliminare la cartella rinominata. Altrimenti, elimina la nuova cartella "11.0" che è stata creata e rinominare quella originale in "11.0".

Non ho idea se sia effettivamente l'elenco MRU a causare questo problema o se si tratta di altri dati profilo.

Siamo stati in grado di scoprire che SSMS sta tentando di stabilire una connessione DCOM sulla porta 135 su SQL Server (forse per SSIS, Debug T-SQL o altro). Il nostro firewall è stato configurato per bloccare la porta 135. Aprendo la porta nel firewall siamo stati in grado di utilizzare SSMS (da qui la ragione per cui ha funzionato rispetto ai database locali ma non a quelli remoti). Sfortunatamente, una porta aperta 135 è un invito per molti attacchi, quindi non è stata una soluzione pratica per noi.

Answer 3

Ora ho applicato SQL 2012 Service Pack 1 (tramite Windows Update) e sembra che funzioni bene ora, anche se richiede molto tempo per essere caricato.

Answer 4

Nel mio caso l'eliminazione della cartella del profilo ha funzionato esattamente una volta. La prossima volta che ho aperto SSMS 2012 si bloccerebbe di nuovo durante la connessione a un server. SP1 non ha risolto questo problema.

Questo fino a quando ho trovato la seguente soluzione semplice descritta su un ticket by Ben Amada over at connect.microsoft.com: Chiudere sempre la Esplora oggetti Dettagli prima di chiudere SSMS 2012.

Quindi la soluzione completa per me è questo:

1. Seguire la risposta di Jaecen, ma chiudere nuovamente SSMS 2012 dopo aver creato una cartella profilo pulito
2. Applicare la raccomandazione di Hoodlum e copiare SqlStudio.bin dalla vecchia cartella del profilo al nuovo (la cartella del profilo può essere cancellato in seguito)
3. Ogni volta prima di chiudere SSMS 2012 assicura che i particolari Explorer finestra oggetto è chiuso

I primi due i passaggi sono necessari solo una volta o se la finestra Dettagli Esplora oggetti è stata lasciata aperta accidentalmente.

Modifica

Ho appena notato che la chiusura della finestra di Explorer Dettagli oggetto è necessaria anche quando (ri) che collega a un server SQL nella stessa sessione SSMS. Quindi, in pratica, ogni volta che ci si collega a un server è necessario chiudere le finestre Dettagli Esplora oggetti.

Answer 5

Ecco cosa ha funzionato per me Aperte SSMS click sul collegamento di opporsi pulsante explorer nelle finestra di dialogo Connetti server di espandere le opzioni >> fare clic su Ripristina tutto Fatto!

Answer 6

Ho trascorso più di un mese con Microsoft SQL Support risoluzione dei problemi. È stato presentato come un bug.

Ho installato SQL 2012 SSMS e VS 2012 su Win 7 (64).

L'eliminazione della cartella del profilo non ha mai funzionato per un periodo di tempo ragionevole.

La soluzione che abbiamo trovato è stata quella di garantire che il mio profilo SSMS fosse automaticamente impostato sul database Master durante la connessione. Sembra che abbia qualcosa a che fare con il fatto che mi sto connettendo con l'autenticazione di Windows e appartengo a più di un gruppo AD che hanno le autorizzazioni SQL assegnate E non ho le autorizzazioni specifiche SQL impostate sul mio account AD.

Answer 7

Disattiva la chiusura automatica su tutti i database. Ha funzionato come un incantesimo per me! Ogni volta che si espande o aggiorna l'elenco di database, il server deve riattivare i database che causano il blocco.

basta eseguire questo per trovare tutti i database che dispongono di chiusura automatica su

SELECT name, is_auto_close_on 
FROM master.sys.databases AS dtb 
WHERE is_auto_close_on = 1 
ORDER BY name 

Crediti per http://social.msdn.microsoft.com/Forums/sqlserver/en-US/99bbcb47-d4b5-4ec0-9e91-b1a23a655844/ssms-2012-extremely-slow-expanding-databases?forum=sqltools

di spegnere questa impostazione per un database - Fare clic destro su istanza del database in Esplora oggetti -> Fare clic su Proprietà -> Fare clic su "Opzioni" nel riquadro di spostamento a sinistra nella finestra delle proprietà del database -> Modificare il valore della proprietà Auto Chiudi su "False" nel riquadro a destra come mostrato nell'istantanea sottostante:

Answer 8

"Apri SSMS cliccare su Connetti di opporsi pulsante Explorer nella finestra di dialogo Connetti server di espandere le opzioni >> fare clic su Ripristina tutto" - funziona

Answer 9

Sto collegando a diverse rangig server remoto dal 2000 al 2012. SMSS su PC locale è SQL Server 2012, SMSS è 11.0.2100.60

SSMS si blocca più volte al giorno. Quando questo si verifica, si passa tramite RDP al server locale /SMSS/Activity Monitor e si eliminano i processi dal mio PC con Nome database = master, uno alla volta, finché SMSS sul mio PC non si sblocca.

Questo funziona sempre, tuttavia, una cura per la malattia più di quanto i sintomi sarebbero altamente graditi.

Answer 10

Avere alcuni SQL Server dal 2000 al 2012, accedere quindi tramite SMSS dal mio desktop. Il problema si verifica con frequenza variabile, assomiglia a questo: quando si comprime un server in Esplora oggetti, SMSS si blocca.

guardando nel monitor attività sul server in questione, trovo un processo in master db con host = il mio desktop eseguendo la seguente interrogazione

SELEZIONA dtb.name AS [Nome] FROM master.dbo.sysdatabases AS dtb ORDINA DA [Nome] ASC SMSS

uccidere il processo libera SMSS.

Answer 11

Ho risolto questo problema cambiando il mio database predefinito di nuovo.

Answer 12

Ho provato circa tutte le risposte di cui sopra ma il mio SSMS si è bloccato nell'espandere l'elenco dei database. Alla fine ho trovato il problema. Il problema era a causa di un database che l'ho ripristinato, ma alla fine è stato ripristinato correttamente. Quindi, quando ho espanso l'elenco dei database che stava attaccando.

Ho eseguito una query

SELECT 
dtb.name AS [Name] 
,dtb.database_id AS [ID] 
,CAST(has_dbaccess(dtb.name) AS bit) AS [IsAccessible] FROM master.sys.databases AS dtb 

Poi il risultato ha preso troppo a lungo e alla fine scaduta, ma quando a filtrare il database bloccato ho ottenuto risultato.

SELECT 
dtb.name AS [Name] 
,dtb.database_id AS [ID] 
,CAST(has_dbaccess(dtb.name) AS bit) AS [IsAccessible] FROM 
master.sys.databases AS dtb 
Where name <> 'StuckDB' ORDER BY [Name] ASC 

Alla fine ho deciso di staccare StuckDB per risolvere il mio problema.

Answer 13

Passare alle proprietà del database su SSMS e modificare la compatibilità con 2012. Quindi verificare.