sql-server - remota - no se encontro ningun servidor local del tipo motor de base de datos

Cómo solucionar el error del cliente nativo ''La conexión está ocupada con los resultados de otro comando''? (5)

Obtengo un error de Connection Busy With Results From Another Command de un controlador SQLServer Native Client cuando se está ejecutando un paquete SSIS. Solo cuando se habla con SQLServer 2000. Una parte diferente que habla con SQLServer 2005 parece funcionar siempre bien. ¿Alguna idea?

Como acabo de descubrir, esto también puede suceder en SQL 2005 si no tiene habilitado MARS. Ni siquiera sabía que estaba deshabilitado por defecto, pero lo es. Y asegúrese de estar utilizando el tipo de conexión "NATIVE OLEDB / SQL Native Client". Si está utilizando la conexión de tipo "OLEDB.1" (o lo que sea ...) MARS ni siquiera es una opción, y obtiene el comportamiento de SQL 2000, que es desagradable.

Puede habilitar MARS abriendo las propiedades de conexión y haciendo clic en "Todo", y descartando en Management Studio.

Sé que tu pregunta ha sido respondida hace mucho tiempo, pero solo estoy diciendo esto para el siguiente tonto como yo que se quema por esto.

Si alguien conoció este molesto error al usar PHP PDO con ODBC, entonces use el método closeCursor() después de la ejecución de la consulta.

Tuve este error hoy con MS ODBC Driver 11 para conexión de SQL Server para Linux a SQL Server. Quería ayudar al siguiente buscador considerando que este fue el primer resultado de búsqueda de Google cuando hice la búsqueda.

Debe configurar MARS_Connection en /etc/odbc.ini de la siguiente manera:

[ConnName] Driver=ODBC Driver 11 for SQL Server Server=192.168.2.218,1433 Database=DBNameHere MARS_Connection=yes

Hablando de MS ODBC Linux Driver: Es un PITA completo para manejarlo, pero insistí en usar una solución nativa. Experimenté demasiadas paredes trabajando especialmente con ZF2, sin embargo, cada problema tiene una solución con el controlador que puedo decir. Solo para alentar a las personas que lo usan, en lugar de eso, renunciar rápidamente.

Solo para obtener información si alguien más tiene el problema. Traté de conectarme a través de NetCobol de Fujitsu en una SQLEXPRESS a través de ODBC con sql incorporado y para resolver el problema tuve que cambiar un valor en el registro a saber

/HKLM/Software/ODBC/ODBC.INI/MyDSN

con MyDSN como valor de cadena:

Name - MARS_Connection Value - Yes

Acabo de poner la información aquí si puede ayudar.

El artículo 822668 de Microsoft KB es relevante aquí:

Que CORRIGE: mensaje de error "la conexión está ocupada con resultados para otro comando" se produce cuando ejecuta una consulta de servidor vinculado
Síntomas
En condiciones de estrés, puede recibir el siguiente mensaje de error cuando realiza una actividad de servidor vinculada:
Server: Msg 7399, Level 16, State 1, Procedure <storedProcedureName>, Line 18 OLE DB provider ''SQLOLEDB'' reported an error. OLE/DB Provider ''SQLOLEDB'' ::GetSchemaLock returned 0x80004005: OLE DB provider SQLOLEDB supported the Schema Lock interface, but returned 0x80004005 for GetSchemaLock .]. OLE/DB provider returned message: Connection is busy with results for another command OLE DB error trace [OLE/DB Provider ''SQLOLEDB'' ::CreateSession returned 0x80004005.
Nota: el origen del error de OLE DB puede variar. Sin embargo, todas las variaciones del mensaje de error incluyen el texto "La conexión está ocupada con los resultados de otro comando".
Resolución
Para resolver este problema, obtenga el último service pack para Microsoft SQL Server 2000.

Como se señaló allí, el problema se corrigió por primera vez en SQL Server 2000 Service Pack 4.

Esta publicación de blog de Mark Meyerovich, un ingeniero de software sénior en RDA Corp, también proporciona algunas ideas (ahora archivadas, porque el enlace original fue eliminado):

Actualización del paquete de servicio de SQL Server
Una búsqueda rápida en Google aparece en el siguiente artículo ( http://support.microsoft.com/kb/822668 ): El mensaje de error "La conexión está ocupada con los resultados de otro comando" aparece cuando ejecuta una consulta del servidor vinculado.
Básicamente implica que el problema es un error y recomienda una actualización al Service Pack 4. Empezamos con SQL Server 2000 SP3 y tenemos algunos servidores vinculados en la ecuación, así que lo intentamos. Después de la actualización a SP4, el mismo resultado.