2014-12-20 14 views
11

Per MSDN Documenti: http://msdn.microsoft.com/en-us/library/hh510202.aspxSQL avvio automatico LocalDB grado guasto quando viene chiamato da Visual Studio 2013, ma non SQL Server Management Studio

LocalDB supporta due tipi di istanze: le istanze automatiche e istanze denominate.

Sospetto che questo abbia a che fare con il mio problema, quindi mi chiedo se qualcuno sappia come qualcosa di simile viene creato automaticamente. Se posso citare dai documenti, "Esiste un'istanza automatica di LocalDB per ogni versione di LocalDB installata sul computer dell'utente."

Ecco una copia della relativa sezione nel link qui sopra:

casi automatici di LocalDB sono pubbliche. Vengono creati e gestiti automaticamente per l'utente e possono essere utilizzati da qualsiasi applicazione. Esiste un'istanza automatica di LocalDB per ogni versione di LocalDB installata sul computer dell'utente. Le istanze automatiche di LocalDB forniscono una gestione delle istanze continua. Non è necessario creare l'istanza ; funziona e basta Ciò consente una facile installazione dell'applicazione e la migrazione su un altro computer.

Le varie versioni di LocalDB avranno convenzioni diverse istanze di denominazione:

SQL 2012 LocalDB = V11.0 
SQL 2014 LocalDB = ProjectsV12 
  • ho visto gli altri.

Finché punti stringa di connessione della app connessione all'istanza corretta, va tutto bene:

(localdb)\V11.0 
(localdb)\ProjectsV12 

Se provo a connettersi con SQL Server Management Studio per entrambi i casi (LocalDB) \ V11. 0 o (localdb) \ ProjectsV12, I CAN, il server "arrestato" "autostarts".

Se si imposta l'istanza di SQL Server in VS2013 in entrambe le istanze (localdb) \ V11.0 o (localdb) \ ProjectsV12, NON POSSO, il server "arrestato" "non riesce" per l'avvio. Tenta di iniziare, ma fallisce.

Ecco il messaggio di errore trovato nell'istanza error.log che indica perché l'avvio dell'istanza non è riuscito.

014-12-19 15:12:14.09 Logon  Error: 17828, Severity: 20, State: 3. 
2014-12-19 15:12:14.09 Logon  The prelogin packet used to open the connection is structurally invalid; the connection has been closed. Please contact the vendor of the client library. [CLIENT: <named pipe>] 

forse ho trovato un indizio qui:

Su una delle mie macchine dove lavora Instancing automatico, le uscite di comando sqllocaldb seguente:

C:\>sqllocaldb info v11.0 
Name:    v11.0 
Version:   11.0.3000.0 
Shared name: 
Owner:    AM\Z617699 
Auto-create:  Yes   <-- Yes? - and I have no idea how this is set. 
State:    Stopped 
Last start time: 12/18/2014 5:18:46 PM 
Instance pipe name: 

Su uno dei miei altri macchine dove l'istanza automatica NON funziona, il comando sqllocaldb restituisce come segue:

C:\>sqllocaldb info v11.0 
Name:    v11.0 
Version:   11.0.3000.0 
Shared name: 
Owner:    AM\Z617699 
Auto-create:  No    <-- No? - and I have no idea how this is set. 
State:    Stopped 
Last start time: 12/18/2014 5:18:46 PM 
Instance pipe name: 

Ho passato giorni cercando di trovare la risposta a questa domanda.Ecco un link ad un posto di MSDN forum che delinea tutti i passaggi non riusciti che ho preso per risolvere questo problema: https://social.msdn.microsoft.com/Forums/sqlserver/en-US/83ad45d5-15c3-4463-bc0c-6c4899bf947e/localdb-visual-studio-2013-will-not-automatically-start-the-sql-2014-localdb-projectsv12-instance?forum=sqlexpress

La soluzione è avviare solo l'istanza manualmente prima di iniziare a VS2013. Sto solo cercando di risolvere questo problema in modo da ottenere un'immagine "Istanza automatica" per tutti i nostri sviluppatori.

Spero che tu sappia solo che risponde. :-)

Grazie, Dave

+0

Il nome dell'istanza automatica 2014 è MSSQLLocalDB (ProjectsV12 è creato da SSDT) ​​ – ErikEJ

+0

Ho installato il db locale 2012, ho anche 2 istanze, 1 chiamato "v11.0" un altro 1 denominato "progetti", il successivo è Auto -Create = Sì, non ne ho idea, ma lascialo e funziona bene. – Cheung

risposta

26

Ho avuto lo stesso problema. ho risolto cancellando e ricreando l'istanza da linea di comando:

  1. Aprire la riga di comando
  2. eliminare la sessione digitando: sqllocaldb eliminare "v11.0"
  3. Ricreare l'istanza con: sqllocaldb creare "v11.0"

La nuova istanza consente la creazione automatica e risolve il problema.

La soluzione è stata presa dal: http://answers.flyppdevportal.com/categories/sqlserver/sqlexpress.aspx?ID=8bcb5f1e-0240-4df3-8a5e-7e3e73e1c45b

+1

Funziona anche quando si utilizza l'ambiente di Visual Studio 2015. In Gestione eventi affermava che "Versione dell'istanza del genitore LocalDB non è valida: MSSQL12E.LOCALDB" e ho fatto quella roba con MSSQLLocalDB-instance ecc. Ha creato una nuova versione e stampa l'istanza LocalDB "MSSQLLocalDB" creata con la versione 13.0.1100.286. Nice –

+1

Bello, ho risolto il mal di testa per me. Meglio iniziare con le informazioni di sqllocaldb per ottenere il nome giusto. Nel mio caso è MSSQLLocalDb. – blearyeye

+0

@blearyeye Stavo cercando un comando di lista e completato ho esaminato questo. Grazie. – Merritt

0

Ho avuto lo stesso problema su VS2015 e SQL2016 il problema la mia stazione dev è un computer portatile, progetti penso che utilizza la connessione tcpip, mentre file locale SQLeplorer o giù di lì.

Ha funzionato dopo che ho fatto in modo che SQL utilizzata la scheda di rete, e che aveva un cavo collegato (in modo SQL potrebbe server di richiesta su TCP utilizzando tale IP), che si couldnt su WiFi (per impostazione predefinita?)

0

Ho avuto lo stesso problema. Uno dei problemi potrebbe essere una versione precedente di questo prodotto installata. Cercate di eliminare le istanze di database che si trovano nella seguente cartella:

C: \ Windows \ System32 \ Config \ systemprofile \ AppData \ Local \ Microsoft \ Microsoft SQL Server DB Local \ instances \ VeeamEndPoint

Dopo che funziona per me !!!

Problemi correlati