Solución:
Agradezco los comentarios sobre esto y espero que esto ayude a las personas en el futuro. Finalmente, acoté la verdadera causa raíz del problema. No había proporcionado suficientes detalles sobre el hecho de que se estaba utilizando un archivo de Excel. Después de deshabilitar todo en el paquete, si solo habilitara la tarea de flujo de datos usando la fuente de Excel, obtendría el error, pero solo cuando se usa el proxy SSIS (que inició el trabajo usando la cuenta Domain1 NewUser). Si configuro el paso del trabajo para usar la cuenta del Agente SQL Server, todo funcionará bien.
Después de un tiempo alejado del problema, intenté iniciar sesión en el servidor con las credenciales NewUser1 y ejecuté Excel por primera vez. Me pidió las iniciales y luego cerré el programa. También había agregado la cuenta al grupo de administradores locales del servidor para poder RDP.
Luego ejecuté el trabajo usando el proxy SSIS y todo funcionó bien. Cuando eliminé la cuenta del grupo de administradores locales, fallaría nuevamente, pero determiné que era la política local “iniciar sesión como un trabajo por lotes” que se estaba otorgando en esa membresía.
Esto es lo que he aprendido de esta experiencia:
- Las credenciales SQL solo pueden hacerse pasar por una cuenta de usuario, NO un grupo. El proxy SSIS es una solución válida para otorgar los privilegios necesarios para un trabajo por lotes. Es posible que Excel (y posiblemente otras aplicaciones) deba iniciarse una vez utilizando las credenciales relacionadas, solo para completar la configuración de la aplicación en el perfil del usuario en el servidor. El inicio de sesión como trabajo por lotes es necesario para que un proxy que ejecute DTExec inicie un paquete desde el sistema de archivos. Las fuentes de Excel son problemáticas y el controlador OLE DB puede informar este problema cuando no se trata de un problema de diseño / formato:
Hresult: 0x80004005 Descripción: “La tabla externa no tiene el formato esperado”.