Se produjo el error 1069 al instalar SQL SERVER

Solución: Panel de control->Herramientas administrativas->Servicios, busque el servicio MSSQLSERVER, haga clic derecho->Propiedades->Iniciar sesión, seleccione "Cuenta del sistema local" y confirme

¿Se debe cambiar la contraseña?

Se estima que hay un error en el nombre de usuario y la contraseña. Ahora puede usar la cuenta del sistema local.

Error SQL Server 1069 (el servicio no se puede iniciar debido a. error de inicio de sesión) solución

1. -Seleccione "Cuenta del sistema local"

O:

2. Mi PC--Panel de control--Herramientas administrativas--Servicio--haga clic con el botón derecho. MSSQLSERVER--Propiedades--Inicio de sesión--Identidad de inicio de sesión - Seleccione "Esta cuenta" - Ingrese su contraseña de administrador modificada en Contraseña y Confirme contraseña

La diferencia entre los dos:

Elija. el primer método y modificarla más tarde. Una vez que se haya cambiado la contraseña del administrador, no es necesario ajustarla (pero se requiere que el administrador del sistema inicie sesión en el sistema operativo).

Elija el segundo método. Si cambia la contraseña de administrador en el futuro, tendrá que repetir la operación anterior.

Lo siguiente es un extracto de Paobao.com

Soluciones para el error 1069 de SQL Server 2000 (el. el servicio no se puede iniciar debido a un error de inicio de sesión)

A continuación, presentaremos cómo resolver estos tres problemas de conexión más comunes.

El primer error "SQL Server no existe o acceso denegado" suele ser el más complejo. Hay muchas razones para el error y hay muchos aspectos que deben comprobarse. En términos generales, existen varias posibilidades:

1. El nombre o la dirección IP de SQL Server están escritos incorrectamente

2.

3. La configuración de la red del cliente es incorrecta.

Para solucionar este problema, generalmente debemos seguir los siguientes pasos para averiguar paso a paso la causa del error.

Primero, verifique la conexión física a la red:

ping

o

ping

Si el ping falla, significa que hay un problema con la conexión física. En este momento, debe verificar los dispositivos de hardware, como tarjetas de red, concentradores, enrutadores, etc. Otra posibilidad es que se instale un software de firewall entre el cliente y el servidor, como ISA Server. El software de firewall puede bloquear las respuestas a ping, telnet, etc., por lo que al verificar problemas de conexión, primero debemos apagar temporalmente el software de firewall o abrir todos los puertos bloqueados.

Si el ping tiene éxito pero el ping falla, significa que hay un problema con la resolución del nombre. En este momento, debe verificar si el servicio DNS es normal. A veces, el cliente y el servidor no están en la misma LAN. En este momento, es probable que el nombre del servidor no se pueda usar directamente para identificar el servidor. En este momento, podemos usar el archivo HOSTS para realizar la resolución de nombres. es:

1. Utilice el Bloc de notas para abrir el archivo HOSTS (generalmente ubicado en C:\WINNT\system32\drivers\etc

2. Agregue un registro correspondiente a la IP). dirección y nombre del servidor, como:

172.168.10.24 myserver

También se puede configurar en la utilidad de red del cliente de SQL Server, que se explicará en detalle más adelante.

En segundo lugar, utilice el comando telnet para comprobar el estado de funcionamiento del servidor SQL Server:

telnet 1433

Si se ejecuta el comando exitosamente, puede ver la pantalla uno. Después del flash, el cursor sigue parpadeando en la esquina superior izquierda, lo que significa que el servidor SQL Server está funcionando normalmente y está monitoreando la conexión TCP/IP en el puerto 1433 si el comando devuelve un mensaje de error; de "No se puede abrir la conexión", significa que el servidor no ha iniciado el servicio SQL Server, también es posible que el protocolo TCP/IP no esté habilitado en el servidor o que el servidor no esté escuchando en el puerto predeterminado 1433. de SQL Server.

A continuación, debemos ir al servidor para verificar la configuración de red del lado del servidor, verificar si las canalizaciones con nombre están habilitadas, si el protocolo TCP/IP está habilitado, etc. Podemos utilizar la herramienta de uso de la red del servidor que viene con SQL Server para comprobarlo.

Haga clic en: Programas -> Microsoft SQL Server -> Herramienta de uso de red del servidor Después de abrir la herramienta, verá la pantalla como se muestra a continuación:

Desde aquí podemos ver que el. El servidor está habilitado. Qué acuerdos se han realizado. Generalmente, habilitamos canalizaciones con nombre así como el protocolo TCP/IP.

Haga clic en el protocolo TCP/IP y seleccione "Propiedades". Podemos verificar la configuración del puerto predeterminado del servicio SQK Server, como se muestra en la siguiente figura:

Generalmente. Hablando, usamos el puerto predeterminado 1433 de SQL Server. Si se selecciona "Ocultar servidor", significa que el cliente no puede ver este servidor enumerando el servidor, lo que desempeña una función protectora pero no afecta la conexión.

Después de verificar la configuración de red del lado del servidor, a continuación debemos ir al cliente para verificar la configuración de red del lado del cliente. También podemos usar la herramienta de red del cliente que viene con SQL Server para verificar. La diferencia es que esta vez ejecutamos esta herramienta en el cliente.

Haga clic en: Programa->Microsoft SQL Server->Herramienta de uso de red del cliente Después de abrir la herramienta, la pantalla que ve es la siguiente:

Desde aquí podemos ver el cliente. Qué protocolos están habilitados al final. En términos generales, también necesitamos habilitar canalizaciones con nombre y protocolos TCP/IP.

Haga clic en el protocolo TCP/IP y seleccione "Propiedades" para verificar la configuración del puerto de conexión predeterminado del cliente, como se muestra en la siguiente figura.

El puerto debe ser coherente con el del servidor.

Haga clic en la pestaña "Alias" para configurar un alias para el servidor. El alias del servidor es el nombre utilizado para conectarse y el servidor en el parámetro de conexión es el nombre real del servidor. Los dos pueden ser iguales o diferentes. Como se muestra en la figura siguiente, podemos usar myserver en lugar del nombre real del servidor sql2kcn-02 y usar la biblioteca de red Named Pipes. La configuración de alias es similar a usar un archivo HOSTS.

A través de las inspecciones anteriores, básicamente se puede descartar la causa del error 1. A continuación describimos detalladamente cómo solucionar el error 2.

Cuando los usuarios intentan usar sa para conectarse a SQL Server en Query Analyzer, o usan sa para crear un nuevo registro de SQL Server en Enterprise Manager, a menudo encuentran el mensaje de error que se muestra en la Figura 2. El motivo de este error es que SQL Server utiliza el método de autenticación "solo Windows", por lo que los usuarios no pueden conectarse utilizando la cuenta de inicio de sesión de SQL Server (como sa). La solución es la siguiente:

1. Utilice Enterprise Manager en el lado del servidor y seleccione "Usar autenticación de Windows" para conectarse a SQL Server

2. ", haga clic derecho en el nombre del servidor SQL Server, seleccione "Propiedades" y luego seleccione la pestaña "Seguridad";

3. En "Autenticación", seleccione "SQL Server y Windows".

4. Reinicie el servicio SQL Server.

En la solución anterior, si el uso de "Usar autenticación de Windows" para conectarse a SQL Server falla en el paso 1, entonces nos encontraremos con un dilema: primero, el servidor solo permite la verificación de identidades de Windows; Con la solución anterior, si el uso de "Usar autenticación de Windows" para conectarse a SQL Server falla en el paso 1, entonces nos encontraremos con un dilema: en primer lugar, el servidor solo permite la autenticación de Windows. En segundo lugar, incluso con la autenticación de Windows, todavía no puedo conectarme al servidor; servidor. Esta situación se llama vívidamente "bloquearse" porque los usuarios no pueden conectarse sin importar el método que utilicen. De hecho, podemos cambiar el método de autenticación a autenticación mixta de SQL Server y Windows modificando un valor de clave de registro. Los pasos son los siguientes:

1. Haga clic en "Inicio" - "Ejecutar" e ingrese regedit. presione Entrar para ingresar al editor de registro

2. Expanda las claves de registro en secuencia y busque las siguientes claves de registro:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]

3. Busque el nombre "LoginMode" en el lado derecho de la pantalla, haga doble clic para editar el valor de doble byte

4. y haga clic en "Aceptar";

5. Cierre el editor de registro

6.

En este punto, el usuario puede usar sa con éxito para crear un nuevo registro de SQL Server en Enterprise Manager, pero aún no puede usar el modo de autenticación de Windows para conectarse a SQL Server. Esto se debe a que hay dos cuentas de inicio de sesión predeterminadas en SQL Server: BUILTIN\Administrators y \Administrator fueron eliminadas. Para recuperar estas dos cuentas, puede utilizar los siguientes métodos:

1. Abra Enterprise Manager, expanda el grupo de servidores y luego expanda el servidor

2. , Haga clic derecho en "Iniciar sesión" y luego haga clic en "Nuevo inicio de sesión"

3. En el cuadro "Nombre", ingrese BUILTIN\Administrators

4. Tarjeta de opción "Rol", seleccione "Administradores del sistema";

5. Haga clic en "Aceptar" para salir;

6. Utilice el mismo método para agregar \Inicio de sesión de administrador.

El valor de la siguiente clave de registro

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode

determina qué modo de autenticación adoptará SQL Server. Un valor de 1 significa usar el modo de autenticación de Windows; un valor de 2 significa usar el modo mixto (autenticación de Windows y autenticación de SQL Server).

Después de ver cómo solucionar los dos primeros errores, veamos el tercer error que se muestra en la Figura 3.

Si encuentra el tercer error, en términos generales, significa que el cliente ha encontrado el servidor y puede conectarse, pero el error se produjo porque el tiempo de conexión fue mayor que el tiempo permitido. Esta situación generalmente ocurre cuando los usuarios ejecutan Enterprise Manager en Internet para registrar otro servidor que también está en Internet y la conexión es lenta, lo que puede causar el error de tiempo de espera anterior. En algunos casos, estos errores también pueden ocurrir debido a problemas de red en la LAN.

Para solucionar este tipo de errores, puedes modificar la configuración del tiempo de espera de conexión del cliente.

De forma predeterminada, la configuración de tiempo de espera para registrar otro SQL Server a través de Enterprise Manager es de 4 segundos y el Analizador de consultas es de 15 segundos (es por eso que es más probable que se produzcan errores en Enterprise Manager). Los pasos específicos son:

1. En Enterprise Manager, seleccione "Herramientas" en el menú y luego seleccione "Opciones"

2. Administración empresarial del servidor En la ventana "Propiedades del servidor", haga clic en la pestaña "Avanzado"

3. Ingrese un número relativamente grande, como 20, en el cuadro a la derecha de "Tiempo de espera de inicio de sesión (segundos)". " en "Configuración de conexión".

También se puede configurar en la misma ubicación en Query Analyzer.

En el Panel de control de Windows-->Herramientas administrativas-->Servicios-->MSSQLSERVER-->Propiedades-->¡Cambie a su nueva contraseña del sistema operativo!

o

En el Panel de control de Windows-->Herramientas de administración-->Servicios-->MSSQLSERVER-->Propiedades-->¡Cambiar al inicio de sesión local!