L'appel de méthode AcquireConnexion au gestionnaire de connexions <Gestionnaire de connexions Excel>
J'ai un package SSIS qui lit un fichier Excel (source de flux de données) et transfère les données vers SQL Server à l'aide de l'élément de flux de données de destination OLEDB. Le gestionnaire de connexions OLEDB utilisé pour la destination est configuré pour utiliser l'authentification Windows. Le paquet fonctionne bien sur ma machine de développement. Mais quand j'ouvre le même paquet sur une autre machine et que je tente de l'exécuter, l'erreur suivante apparaît lors de la phase de validation
Erreur: 0xC020801C dans DFT_NSOffers, Source - 'Subscription Offers $' 1 [347]: L'appel de méthode AcquireConnection au gestionnaire de connexion "ExcelConnection_NSOffers" a échoué avec le code d'erreur 0xC0202009 . Erreur: 0xC0047017 à DFT_NSOffers, DTS.Pipeline: composant "Source - 'Offres d'abonnement $' 1" (347) a échoué la validation et a renvoyé le code d'erreur 0xC020801C . Erreur: 0xC004700C dans DFT_NSOffers, DTS.Pipeline: Un ou plusieurs composants ont échoué la validation . Erreur: 0xC0024107 à DFT_NSOffers: des erreurs se sont produites lors de la validation de la tâche.
J'utilise SQL Server 2005 (Version - 9.0.1399)
Comment puis-je réparer ça? Dois-je installer un autre composant ou service pack?
Je ne pense pas que ce soit une erreur 64/32 bits. Ma machine de développement et mon serveur de base de données sont en 32 bits. Mais je pourrais le faire fonctionner. Je devais définir la propriété de validation de retard des tâches de flux de données sur TRUE.
Salut Cela peut être résolu en changeant la propriété du projet dans la solution Explorer, puis donnez "false" à l'option d'exécution 64 bits
Erreur 64/32 bits? J'ai trouvé cela comme un problème car ma machine de développement était 32 bits et le serveur de production 64 bits. Si tel est le cas, vous devrez peut-être appeler le runtime 32 bits directement à partir de la ligne de commande.
Ce lien le dit mieux (aucun pilote JET 64 bits): http://social.msdn.Microsoft.com/forums/en-US/sqlintegrationservices/thread/da076e51-8149-4948-add1-6192d8966ead/
J'ai finalement pu résoudre le "problème de connexion Excel" dans mon cas. Ce n'était pas un problème 64 bits, comme certains d'entre eux avaient été rencontrés. J'ai remarqué que le paquet fonctionnait bien lorsque je n'ai pas activé la configuration du paquet, mais je voulais que mon paquet s'exécute. avec le fichier de configuration, en creusant plus profondément dans celui-ci, j’ai remarqué que j’avais sélectionné toutes les propriétés disponibles, j’ai tout décoché et j’avais coché uniquement celles que j’avais besoin de stocker dans le fichier de configuration du paquet. et ta dha ça marche :)
Dans mon cas, le problème était le pilote 32/64 bits que j'ai résolu en configurant les propriétés du travail du serveur SQL:
Pour moi, j'accédais à mon fichier XLS à partir d'un partage réseau. Déplacer le fichier de mon gestionnaire de connexions vers un dossier local a résolu le problème.
J'avais un problème similaire, juste qu'Excel était la destination dans mon cas au lieu de la source comme dans le cas de la question/problème d'origine. J'ai passé des heures à résoudre ce problème, mais on dirait enfin que Soniya Parmar m'a sauvé la journée. J'ai défini le travail et le laisse fonctionner pour quelques itérations déjà et tout va bien maintenant. Selon sa suggestion, j'ai configuré la validation du délai du gestionnaire de connexions Excel sur 'True. Merci Soniya
Définition de la propriété RetainSameConnection sur True pour le gestionnaire Excel Fonctionné pour moi.
J'ai eu un problème similaire, en essayant de charger des données à partir d'une feuille de calcul Excel; et fonctionnait sur WinX64. Je suis donc allé dans les propriétés du projet de VS BI: Propriétés de configuration\Dbugging Et passez de Run64BitRuntime de True à False . Cela a fonctionné.
J'obtenais également la même erreur et elle a simplement été résolue après l'installation du pilote MS offices et l'exécution du travail dans DTEXEC 32 bits. Maintenant cela fonctionne bien.
Vous pouvez obtenir la configuration ci-dessous.
https://www.Microsoft.com/en-in/download/confirmation.aspx?id=23734
J'ai réinitialisé la propriété de validation du délai sur true sur le gestionnaire de connexions Excel et cela a fonctionné pour moi. Essayons !!!