Saltar al contenido

En SQL Server 2008 R2, se produjo un error al iniciar la depuración, se devolvió el error HRESULT E_FAIL de una llamada a un componente COM. (mscorlib)

Te damos la bienvenida a proyecto on line, ahora vas a hallar la solucíon a lo que estás buscando.

Solución:

No estoy seguro de si deshabilitar el firewall es suficiente. si el usuario tiene permisos de administrador del sistema y sigue recibiendo este error, significa que el cliente no puede conectarse al servidor en modo de depuración. verifique que los puertos TCP y UDP estén correctamente abiertos.

Configuración de depuración remota de SQL

EDITAR: 1

Estoy seguro de que también debe haber buscado mucho en Google e intentado averiguar los mensajes de error. Lo que he encontrado hasta ahora es que el error en el OP que mencionaste es engañoso y, a partir de ese error, no podemos decir qué es exactamente lo que está mal o qué buscar a continuación. Pero como respondiste en los comentarios, después de hacer cambios para habilitar el depurador remoto; el error mencionado es más claro y creo que el permiso adecuado sigue siendo un problema. Es posible que haya probado muchas otras sugerencias hasta ahora, pero si no ha hecho esto, intentémoslo una vez más:

En uno de los comentarios te mencioné que intentaras iniciar sesión con el usuario de Windows.

Ahora mantenga la configuración que ya hizo para los puertos TCP, la excepción de firewall, etc., explicada en el enlace anterior. tiene un servidor de Windows 2012 donde instaló el servidor DB. y Windows 8 Prof donde tiene un cliente DB y se conecta a través de SSMS. Ahora creo que ambas máquinas están en el mismo dominio. Digamos dominio XYZ. Debe tener inicio de sesión de Windows en el servidor, digamos que es “XYZHALI” mediante el cual puede iniciar sesión en el servidor de Windows. inicie sesión y asegúrese de que el inicio de sesión también exista en SQL SERVER con permiso de administrador de sistemas. Debido a que la máquina cliente también está en el mismo dominio, asegúrese de haber iniciado sesión en la máquina cliente con el mismo usuario “XYZHALI”. Ahora inicie SSMS y elija la autenticación de Windows en lugar de la autenticación de SQL SERVER. Intente comenzar a depurar el código T-SQL ahora.

si las máquinas del cliente y del servidor no están en el mismo dominio, entonces tenemos que registrar el nombre del servidor en la máquina del cliente como servidor vinculado, suplantar el inicio de sesión/usuario como local y luego intentar la depuración.

Editar: 2

Inicie sesión en SSMS utilizando la autenticación de Windows

Encontré este problema después de generar un script SQL 2012 y ejecutarlo en una base de datos SQL 2008 R2.

Después de investigar un poco, descubrí que mi objetivo SQL 2008 R2 se ejecutaba en un sistema operativo de 32 bits que admite un archivo de hasta 2 GB de tamaño. Así que guardé el script como C:myScript.sql y lo ejecuté con éxito en un símbolo del sistema con estos pasos:

  1. Abra una ventana del símbolo del sistema.

  2. En la ventana del símbolo del sistema, escriba:

    sqlcmd -S myServerinstanceName –U yourUserName –P yourPassword -i C:myScript.sql
    

    donde myServerinstanceName es el nombre de la instancia. Proporcione el nombre de usuario y la contraseña para iniciar sesión en el servidor SQL y, finalmente, la ruta del archivo como se indica.

  3. Presione Entrar.

Referencias:

  • Utilidad sqlcmd | Documentos de Microsoft

  • Utilice la utilidad sqlcmd | Documentos de Microsoft

valoraciones y reseñas

Más adelante puedes encontrar las crónicas de otros sys admins, tú igualmente puedes insertar el tuyo si lo crees conveniente.

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *