SqlServer está en modo de actualización de script

Question

Vista acaba de terminar una de sus muchas actualizaciones. Después de reiniciar mi computadora, intento conectarme a la instancia de SqlServer2008 con Sql Server Management Studio y me sale este error:

Error al conectar con '... \ MSSQLSERVER2008'. Información adicional: Falló el inicio de sesión para el usuario '...'. Motivo: el servidor está en modo de actualización de scripts. Solo el administrador puede conectarse en este momento. (Microsoft SQL Server, Error: 18401).

Al presionar la ayuda me lleva a una página de Internet que dice que no hay información adicional.

Thx Vista & Actualizaciones. Alguien una idea porque en internet no puedo encontrar nada sobre este tema.

Answer 1

Parece que This Gu y estaba teniendo los mismos problemas que usted y su única sugerencia fue esperar unos minutos antes de tratar de iniciar sesión de nuevo.

Todavía no he visto ningún tipo de documentación de Microsoft sobre esto, ni he visto ninguna publicación en el foro que llegara a algún tipo de resolución con respecto al mismo problema.

Answer 2

Compruebe su visor de eventos. Tuve el mismo problema y descubrí que (en mi caso) estaba buscando un directorio que no existía para realizar un script de actualización. NINGUNA sugerencia de que había algún tipo de problema en el diálogo, pero el espectador del evento mostró claramente cuál era el problema.

jim

Answer 3

Tuve el mismo problema. Esperar hasta que se realizó la actualización no ayudó. La solución era, (después de verificar el registro de eventos de Windows) establecer los derechos de la carpeta. SQL-Express no tenía derechos en la carpeta de la base de datos, por qué nunca. Algo ha mezclado los derechos durante la actualización de WinXP a Win 7. Eso fue todo.

Answer 4

Agregando un comentario a esta página ya que este es el resultado principal de Google para "modo de actualización de script". Parece que varias cosas pueden hacer que un DB de SQL Server entre en este modo. En nuestra tienda nos hemos quedado en estos dos casos en los últimos meses:

1. envío de registro - No puede recordar en qué punto del proceso es exactamente el PP entró en este modo, IIRC fue cuando la lleve apoyo. La solución fue esperarlo.

2. Disco duro lleno - El DB entró en este modo cuando se quedó sin espacio. Actualmente estamos limpiando el disco, volveremos con una actualización si despertarlo resulta ser un desafío. Actualización: después de liberar espacio en el disco, era una simple cuestión de configurar el DB "Sin conexión" y luego "En línea" para que vuelva a funcionar.

Answer 5

Tuvimos el mismo problema, pero necesitábamos saber qué estaba pasando en el fondo.

Los db se pusieron en modo de recuperación, por lo tanto, tuvieron que recuperarse. Para ayudar, fuimos al registro de errores de SQL Server ubicado donde se encuentran los archivos del sistema (normalmente maestro, modelo, msdb ...), pero debajo de la carpeta de registro. En ERRORLOG, hicimos un descubrimiento sobre la palabra recuperación y pudimos ver el porcentaje de db recuperado. Todo se recuperó normalmente, pero fue mucho más largo de lo esperado.

Answer 6

La razón de esto es que el reinicio del sistema ocurre con importantes \ softwares necesarios cargados y realiza todas las demás operaciones más tarde para que el arranque sea más rápido.

Aquí en su caso, el arranque de sql está sucediendo ya que el inicio de SQL no es necesario para que el sistema se inicie. Espero que esté al tanto de la cuenta de DAC (Dedicated Administrator Connection, Link) que tiene conectividad separada y tiene la capacidad de resolver problemas incluso si el servidor SQL no responde. El servidor SQL le pide que espere o abra el SQL con la cuenta DAC y detenga la actualización SQL.

Soluciones:

1) Esperar hasta que la actualización se completa apaisada

2) Abrir SQL utilizando la cuenta del CAD y matar a todos los procesos en ejecución