sqllocaldb - Error de inicio de instancia automática de SQL LocalDb cuando se llama desde Visual Studio 2013, pero no SQL Server Management Studio
sql server localdb download (3)
Por MSDN Docs: http://msdn.microsoft.com/en-us/library/hh510202.aspx
LocalDB admite dos tipos de instancias: instancias automáticas e instancias con nombre.
Sospecho que esto tiene algo que ver con mi problema, así que me pregunto si alguien sabe cómo algo así se crea automáticamente. Si puedo citar de los documentos, "existe una instancia automática de LocalDB para cada versión de LocalDB instalada en la computadora del usuario".
Aquí hay una copia de la sección relevante en el enlace de arriba:
Las instancias automáticas de LocalDB son públicas. Se crean y administran automáticamente para el usuario y pueden ser utilizados por cualquier aplicación. Existe una instancia automática de LocalDB para cada versión de LocalDB instalada en la computadora del usuario. Las instancias automáticas de LocalDB proporcionan una administración de instancia sin interrupciones. No hay necesidad de crear la instancia; simplemente funciona. Esto permite una fácil instalación de la aplicación y migración a una computadora diferente.
Las diferentes versiones de LocalDB tendrán diferentes convenciones de nombres de instancia:
SQL 2012 LocalDB = V11.0
SQL 2014 LocalDB = ProjectsV12
- He visto otros.
Siempre que la cadena de conexión de la aplicación de conexión apunte a la instancia correcta, todo está bien:
(localdb)/V11.0
(localdb)/ProjectsV12
Si trato de conectarme con SQL Server Management Studio a cualquiera de las instancias (localdb) / V11.0 o (localdb) / ProjectsV12, PUEDO, el servidor "detenido" "inicia automáticamente" .
Si configuro la instancia de SQL Server en VS2013 en cualquiera de las instancias (localdb) / V11.0 o (localdb) / ProjectsV12, NO PUEDO, el servidor "detenido" "falla" para iniciarse. Intenta comenzar, pero falla.
Aquí está el mensaje de error encontrado en la instancia error.log que indica por qué falló el inicio de la instancia.
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>]
Es posible que haya encontrado una pista aquí:
En una de mis máquinas, donde funciona la Instancia automática, el comando sqllocaldb da como resultado lo siguiente:
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:
En una de mis otras máquinas, donde la Instancia Automática NO funciona, el comando sqllocaldb da como resultado lo siguiente:
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:
He pasado días tratando de encontrar la respuesta a esta pregunta. Aquí hay un enlace a una publicación en el foro de MSDN que describe todos los pasos infructuosos que he tomado para resolver este 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 solución es simplemente iniciar la instancia manualmente antes de iniciar VS2013. Solo intento resolver este problema para poder obtener una imagen de "Instancia automática" para todos nuestros desarrolladores.
Espero que sepas que él responde. :-)
Gracias, Dave
Tuve el mismo problema. Lo resolví eliminando y volviendo a crear la instancia desde la línea de comandos:
- Abra la línea de comando
- Elimine la sesión escribiendo: sqllocaldb delete "v11.0"
- Vuelva a crear la instancia con: sqllocaldb create "v11.0"
La nueva instancia permite la creación automática y resuelve el problema.
La solución fue tomada de: http://answers.flyppdevportal.com/categories/sqlserver/sqlexpress.aspx?ID=8bcb5f1e-0240-4df3-8a5e-7e3e73e1c45b
Tuve el mismo problema en VS2015 y SQL2016, el problema es que mi estación de desarrollo es una computadora portátil, el explorador de proyectos creo que usa la conexión tcpip, mientras que el archivo local SQLeplorer más o menos.
Funcionó después de que me aseguré de que SQL utilizara la tarjeta de red, y que tenía un cable conectado (para que SQL pudiera server la solicitud a través de TCP usando esa IP) que no podía sobre wifi (de manera predeterminada?)
Yo tuve el mismo problema. Uno de los problemas puede ser una versión instalada anterior de este producto. Intente eliminar las instancias de la base de datos que se encuentran en la siguiente carpeta:
C: / Windows / System32 / config / systemprofile / AppData / Local / Microsoft / Microsoft SQL Server Local DB / Instances / VeeamEndPoint
¡¡Después de eso, me funciona !!!