REVISIÓN: Mensaje de Error al ejecutar un paquete de SQL Server 2005, 2008 de SQL Server o SQL Server 2008 R2 Integration Services (SSIS) después de instalar el.NET Framework 2.0 Service Pack 2 o el.NET Framework 3.5 SP1: "ADO NET origen...

Seleccione idioma Seleccione idioma
Id. de artículo: 969845 - Ver los productos a los que se aplica este artículo
Microsoft distribuye Microsoft SQL Server 2005, Microsoft SQL Server 2008, y corrige Microsoft SQL Server 2008 R2 como un archivo descargable. Debido a que las revisiones son acumulativas, cada versión nueva contiene todas las revisiones y revisión de todas las revisiones de seguridad que se incluyeron con la anterior Microsoft SQL Server 2008, SQL Server 2008 R2 o SQL Server 2005.
Expandir todo | Contraer todo

En esta página

Síntomas

Tenga en cuenta la situación siguiente:
  • Ejecutar un paquete Microsoft SQL Server 2005, Microsoft SQL Server 2008 o SQL Server 2008 R2 Integration Services (SSIS) en un equipo que tenga uno de estos procedimientos.Instalaciones de NET Framework:
    • El elemento.NET Framework 2.0 Service Pack 2 (SP2)
    • El elemento.NET Framework 3.5 Service Pack 1 (SP1)
  • El paquete SSIS utiliza un controlador ODBC de terceros que importa datos de caracteres.
Sin embargo, cuando se ejecuta el paquete SSIS, recibirá los mensajes de error siguientes:
[ADO NET origen [1424]] Error: Código Error SSIS DTS_E_INDUCEDTRANSFORMFAILUREONERROR. "Componente"ADO NET Source"(1424)" porque se produjo el código de error 0x80131937, y la disposición de filas de error en "()"columnname"columna de salidaNúmero) "especifica un error en caso de error. Se ha producido un error en el objeto especificado del componente especificado. Puede haber mensajes de error registrados antes de esto con más información acerca del error.

Error 0xc0209029: Tarea de flujo de datos: el "componente"ComponentName"(1)" no se pudo porque se produjo el código de error 0x80131937...

[ADO NET origen [1424]] Error: El componente "ADO NET Source" (1424) no pudo procesar los datos. Componente de canalización ha devuelto el código de error HRESULT 0xC0209029 desde una llamada al método.

[SSIS.Canalización] Error: código de Error SSIS DTS_E_PRIMEOUTPUTFAILED. El método PrimeOutput en código de error devuelto (1424) "ADO NET Source" del componente 0xC02090F5. El componente devolvió un código de error cuando el motor de canalización llamó a PrimeOutput(). El significado del código de error se define mediante el componente, pero el error es grave y la canalización ha detenido. Puede haber mensajes de error registrados antes de esto con más información acerca del error.
Este problema afecta a los controladores ODBC que se acceden desde el proveedor administrado de ODBC cuando se cumplen las condiciones siguientes:
  • El ExecuteReader se llama la función el CommandBehavior.SequentialAccess parámetro. Esta llamada y los parámetros se utilizan las siguientes circunstancias:
    • Cuando un paquete de SQL Server 2005 SSIS lee los datos desde un origen de DataReader o cuando un paquete de SQL Server 2008 SSIS lee los datos de un proveedor de ADO.Origen de datos de red.
    • El origen de datos no está configurado para redirigir los valores de truncamiento y error.
  • El OdbcDataReader.IsDbNull se llama la función. El paquete SSIS utiliza este método para determinar si el valor de un campo es NULL o no.
  • Se llama a una de las siguientes funciones:
    • El OdbcDataReader.GetBytes se llama la función para obtener ciertos tipos de datos, tales como DT_BYTES, desde el proveedor administrado de ODBC.
    • El OdbcDataReader.GetChars se llama la función para obtener cierta cadena de tipos de datos, tales como DT_WSTR, desde el proveedor administrado de ODBC.

Causa

El elemento.NET Framework 2.0 SP2 y el.NET Framework 3.5 SP1 introducir un cambio en el proveedor administrado de ODBC que se leen cadenas desde el controlador ODBC nativo en el escenario que se describe en la sección "Síntomas". Debido a este cambio, el proveedor administrado de ODBC que se llama en el controlador ODBC nativo por utilizando la SQLGetData Función de la API utiliza un búfer de tamaño 0. Controladores ODBC compatibles no tiene problemas en esta llamada. Sin embargo, los controladores ODBC no conformes pueden fallar en estas circunstancias. Para un controlador compatible con ODBC, el SQLGetData Función de la API devuelve SUCCESS_WITH_INFO cuando se detecta un búfer de tamaño 0. Para un controlador ODBC no conforme, la llamada devuelve NO_DATA.

Solución

Información de la revisión

Hay una revisión compatible de Microsoft. Sin embargo, esta revisión se diseñó para corregir el problema que se describe en este artículo. Aplíquela sólo en sistemas que experimenten este problema específico. Esta revisión podría ser sometida a comprobaciones adicionales. Por lo tanto, si no se ve muy afectado por este problema, recomendamos que espere a la próxima actualización de software que contenga esta revisión.

Si la revisión está disponible para descargar, hay una sección de "Descarga de revisión disponible" en la parte superior de este artículo de Knowledge Base. Si no aparece en esta sección, póngase en contacto con el servicio al cliente de Microsoft y soporte técnico para obtener la revisión.

Nota Si se producen problemas adicionales o cualquier solución de problemas es necesario, es posible que deba crear una solicitud de servicio independiente. Se aplicarán los costos de soporte técnico usuales a las cuestiones y problemas que no reúnan los requisitos para esta revisión en cuestión. Para obtener una lista completa de los números de teléfono de servicio al cliente de Microsoft y soporte técnico o para crear una solicitud de servicio independiente, visite el siguiente sitio Web de Microsoft:
http://support.Microsoft.com/contactus/?ws=support
Nota El formulario de "Descarga de revisión disponible" muestra los idiomas para que la revisión está disponible. Si no ve su idioma, es porque una revisión no está disponible para ese idioma.

Requisitos previos

Debe tener.NET Framework 2.0 Service Pack 2 instalado.

Información de reinicio

No es necesario que reinicie el equipo después de aplicar esta revisión.

Información del registro

No es necesario cambiar el registro.

Información del archivo de revisión

Este hotfix contiene sólo aquellos archivos que son necesarios para corregir los problemas que se enumera en este artículo. Esta revisión no puede contener de todos los archivos para actualizar plenamente un producto a la compilación más reciente.La versión en inglés de esta revisión tiene los atributos de archivo (u otros posteriores) que se enumeran en la tabla siguiente. Las fechas y horas de estos archivos se muestran en hora Universal coordinada (UTC). Al ver la información del archivo, se convierte en hora local. Para ver la diferencia entre la hora UTC y la hora local, utilice el Zona horaria ficha en la Fecha y hora elemento de Panel de Control.
.NET Framework 2.0 para Windows 2000, Windows Server 2003, Windows XP, versiones de 32 bits
Contraer esta tablaAmpliar esta tabla
Nombre de archivoVersión del archivoTamaño de archivoFechaTiempoPlataforma
System.Data.dll2.0.50727.40632,933,76019-05: 08x 86
.NET Framework 2.0 para Windows 2000, Windows Server 2003, Windows XP, las versiones x 64
Contraer esta tablaAmpliar esta tabla
Nombre de archivoVersión del archivoTamaño de archivoFechaTiempoPlataforma
System.Data.dll2.0.50727.40633,008,51218-23: 51x 64
System.Data.dll2.0.50727.40632,933,76019-05: 08x 86
.NET Framework 2.0 para Windows 2000, Windows Server 2003, versiones de Windows XP, IA-64
Contraer esta tablaAmpliar esta tabla
Nombre de archivoVersión del archivoTamaño de archivoFechaTiempoPlataforma
System.Data.dll2.0.50727.40632,933,76019-05: 08x 86
System.Data.dll2.0.50727.40633,234,81619-01: 09IA-64
.NET Framework 2.0 para las versiones de 32 bits de Windows Vista, Windows Server 2008,
Contraer esta tablaAmpliar esta tabla
Nombre de archivoVersión del archivoTamaño de archivoFechaTiempo
System.Data.dll2.0.50727.44002,933,76010-Sep-200911: 54
.NET Framework 2.0 para Windows Vista, Windows Server 2008, versiones x 64
Contraer esta tablaAmpliar esta tabla
Nombre de archivoVersión del archivoTamaño de archivoFechaTiempo
System.Data.dll2.0.50727.44003,008,51210-Sep-200911: 54
.NET Framework 2.0 para Windows Vista, Windows Server 2008, versiones IA-64
Contraer esta tablaAmpliar esta tabla
Nombre de archivoVersión del archivoTamaño de archivoFechaTiempo
System.Data.dll2.0.50727.44003,234,81610-Sep-200911: 54

Solución

Para evitar este problema, utilice uno de los métodos siguientes.

Método 1

Modificar el paquete SSIS para configurar el Error y redirección de truncamiento en el origen de DataReader o en el proveedor de ADO.Origen de datos de red. Después de modificar el paquete SSIS para redirigir la salida de error a un destino, el paquete se ejecutará correctamente, aunque no hay filas se escriben en el destino. Para ello, siga estos pasos.

Nota Los siguientes pasos se supone que está utilizando un paquete de SQL Server 2005 SSIS lee los datos de un origen de DataReader.
  1. Abra el paquete SSIS en SQL Server Business Intelligence Development Studio.
  2. Abrir el Editor avanzado para el origen de DataReader cuadro de diálogo en el Diseñador de flujo de datos.
  3. Haga clic en el Propiedades de entrada y salida ficha y, a continuación, expanda el Resultado de DataReader nodo en el Entradas y salidas árbol.
  4. Expanda el Columnas de resultados nodo.
  5. Haga clic en cada columna en la Columnas de resultados nodo y, a continuación, examine el Tipo de datos propiedad. Para cada columna cuyos Tipo de datos propiedad es DT_IMAGE, DT_NTEXT, DT_BYTES o DT_WSTR, editar las dos propiedades siguientes:
    • Establecer el ErrorRowDisposition propiedad a RD_RedirectRow.
    • Conjunto TruncationRowDisposition propiedad a RD_RedirectRow.
  6. Haga clic en ACEPTAR Para guardar los cambios.
  7. En el Diseñador de flujo de datos, agregar un nuevo destino. Por ejemplo, agregar un destino de archivo sin formato o un destino de SQL Server.
  8. Utilice la flecha roja desde el origen de DataReader para conectarlo al destino recién agregado. Esta operación le indicarán las filas de error y las filas de truncamiento al destino para guardar las filas de error.
  9. Repita los pasos 1 a 8 para todas las tareas de flujo de datos que las columnas de cadena o imagen ODBC de access y que fallan con los mensajes de error que se mencionan en la sección "Síntomas".

Método 2

Desinstalar el.NET Framework 2.0 Service Pack 2 o el.NET Framework 3.5 SP1. Sin embargo, recomendamos que desinstale un service pack porque esto sacrifica la confiabilidad, mejoras y optimizaciones de rendimiento que ofrece el service pack.

Para restaurar el sistema al estado que estaba antes de instalar el.NET Framework 2.0 Service Pack 2 o el.NET Framework 3.5 SP1, siga estos pasos:
  1. En el Panel de Control, haga doble clic en Agregar o quitar programas.
  2. Busque Microsoft.NET Framework 3.5 SP1 y, a continuación, desinstálelo.
  3. Busque Microsoft.NET Framework 3.0 SP2 y, a continuación, desinstálelo.
  4. Busque Microsoft.NET Framework 2.0 SP2 y, a continuación, desinstálelo.
  5. Vuelva a instalar la versión original de la.NET Framework 3.5. Este paso volverá a instalar el.NET Framework 2.0 SP1 y el.NET Framework 3.0 SP1. Para obtener el.NET Framework 3.5, visite el siguiente sitio Web de Microsoft:
    ¿http://www.Microsoft.com/downloads/details.aspx?FamilyId = 333325FD-AE52-4E35-B531-508D977D32A6 & displaylang = es

Método 3

Póngase en contacto con el proveedor del controlador ODBC de terceros para determinar si el proveedor tiene una actualización para el controlador resolver este problema.

Estado

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Se refiere a:".

Propiedades

Id. de artículo: 969845 - Última revisión: jueves, 01 de diciembre de 2011 - Versión: 5.0
La información de este artículo se refiere a:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Standard X64 Edition
  • Microsoft SQL Server 2005 Standard Edition for Itanium Based Systems
  • Microsoft SQL Server 2005 Enterprise X64 Edition
  • Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Standard Edition for Small Business
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Workgroup
Palabras clave: 
kbautohotfix kbhotfixserver kbsurveynew kbfix kbqfe kbexpertiseadvanced kbmt KB969845 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 969845

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com