tables new manager leer exportar error dinamico destination datos create could sql-server excel ssis oledb

sql-server - manager - ssis excel destination create new file



La llamada al método AcquireConnection al administrador de conexión<Excel Connection Manager> falló con el código de error 0xC0202009 (12)

64/32 bit error? Encontré esto como un problema ya que mi máquina dev era de 32 bits y el servidor de producción de 64 bits. Si es así, es posible que deba llamar al tiempo de ejecución de 32 bits directamente desde la línea de comandos.

Este enlace lo dice mejor (No hay controlador JET de 64 bits): http://social.msdn.microsoft.com/forums/en-US/sqlintegrationservices/thread/da076e51-8149-4948-add1-6192d8966ead/

Tengo un paquete SSIS que lee un archivo de Excel (fuente de flujo de datos) y transfiero los datos a SQL Server utilizando el elemento de flujo de datos de destino OLEDB. El administrador de conexión OLEDB utilizado para el destino está configurado para usar la autenticación de Windows. El paquete funciona bien en mi máquina de desarrollo. Pero cuando abro el mismo paquete en otra máquina e intento ejecutarlo, aparece el siguiente error en la fase de validación

Error: 0xC020801C en DFT_NSOffers, Fuente - ''Suscripciones Ofertas $'' 1 [347]: La llamada al método AcquireConnection al administrador de conexión "ExcelConnection_NSOffers" falló con el código de error 0xC0202009. Error: 0xC0047017 en DFT_NSOffers, DTS.Pipeline: componente "Fuente - ''La suscripción ofrece $'' 1" (347) falló la validación y devolvió el código de error 0xC020801C. Error: 0xC004700C en DFT_NSOffers, DTS.Pipeline: Uno o más componentes fallaron la validación. Error: 0xC0024107 en DFT_NSOffers: Hubo errores durante la validación de la tarea

Estoy usando SQL Server 2005 (versión - 9.0.1399)

¿Cómo puedo solucionar esto? ¿Necesito instalar algún otro componente o paquete de servicio?


En mi caso, el problema fue el controlador de 32/64 bits que resolví configurando las propiedades del trabajo del servidor SQL:


Establecer la propiedad RetainSameConnection en True para el administrador de Excel Trabajó para mí.


Finalmente pude resolver el "problema de conexión de Excel" en mi caso, no era un problema de 64 bits, como algunos de ellos habían encontrado, noté que el paquete funcionaba bien cuando no habilité la configuración del paquete, pero quería que mi paquete se ejecutara con el archivo de configuración, indagando más en él, noté que había seleccionado todas las propiedades disponibles, desactivé todas y verifiqué solo las que necesitaba almacenar en el archivo de configuración del paquete. y ta dha funciona :)


Hola: Esto se puede resolver cambiando el valor del proyecto en el explorador de soluciones y luego "falso" a la opción de tiempo de ejecución de 64 bits.


No creo que sea un error de 64/32 bits. Mi máquina Dev y el servidor DB son 32 bits. Pero podría hacerlo funcionar. Tuve que establecer la propiedad de validación de retardo de las tareas de flujo de datos en TRUE.


Para resolver este problema, haga todas sus tareas de flujo de datos en una secuencia. Significa que no debe ejecutarse en paralelo. Una secuencia de tareas de flujo de datos debe contener solo una tarea de flujo de datos y para esta otra tarea de flujo de datos como secuencia.

Ex:-


Restablecí la propiedad de validación de retardo en true en el administrador de conexión de Excel y funcionó para mí. Vamos a dar una oportunidad !!!



Tuve un problema similar, solo que Excel era el destino en mi caso en lugar de la fuente, como en el caso de la pregunta / problema original. He pasado horas para resolver este problema, pero parece que finalmente Soniya Parmar me salvó el día. He configurado el trabajo y lo dejé correr para algunas iteraciones y todo está bien ahora. Según su sugerencia, configuré la validación de retardo del administrador de conexión de Excel en ''Verdadero''. Gracias soniya


Tuve un problema similar, tratando de cargar datos de la hoja de cálculo de Excel; y se estaba ejecutando en WinX64. Así que fui a las propiedades del proyecto de VS BI: Propiedades de configuración / Dbugging y Switch Run64BitRuntime de True a False. Funcionó.


Para mí, estaba accediendo a mi archivo XLS desde un recurso compartido de red. Mover el archivo de mi administrador de conexión a una carpeta local solucionó el problema.