package SSIS échoué

Je suis sous Windows Server 2003 R2 Enterprise Edition SP 2package SSIS échoué

J'ai créé un package d'intégration dans VS 2005, qui extrait des données à partir d'Excel et l'importe dans une table sur le serveur SQL 2005 en cours d'exécution sur ce serveur.

Le paquet fonctionne bien dans Visual Studio 2005, j'ai fait un peu de recherche qui suggère que cela est dû à SQL 64 bits et Windows 64 bits, mais je cours 32 bits !!

Description: Une erreur OLE DB s'est produite. Code d'erreur: 0x80040154. Un enregistrement OLE DB est disponible. Source: "Composants du service Microsoft OLE DB" H résultat: 0x80040154 Description: "Classe non enregistrée". Fin Erreur Erreur: 2010-01-04 16: 02: 19.14 code: 0xC00291EC Source: Supprimer ExcelDB tâche d'exécution SQL Description: Impossible d'acquérir la connexion « Co nnection ne peut pas être configuré correctement ou vous ne pouvez pas avoir le droit Permissio ns sur ce con

S'il vous plaît aider à résoudre ce problème

Source

2010-01-04 rmdussa

Comment appelez-vous le paquet? D'un travail d'agent SQL? Est-ce que votre serveur SQL 64 ou 32 bits? Si cela s'avère être un problème de 32 bits par 64 bits, il n'y a pas si longtemps, je devais faire un paquet SSIS en mode 32 bits, donc je peux vous montrer comment le faire si nécessaire. –

J'exécute le paquet SSIS à partir de cmd (Command promt) en utilisant l'utilitaire dtexec – rmdussa

Etes-vous sûr que vous exécutez la version 32 bits? Il devrait être le défaut lors de l'exécution de la commande prompy, mais vous ne savez jamais : \ Program Files (x86) \ Microsoft SQL Server \ 100 \ DTS \ Binn (et désolé si je pose des questions sur les choses que vous avez déjà essayé) –

quelques suggestions de choses que vous pouvez essayer

Il dit que son défaut sur Microsoft OLE DB Components service '. Can vous identifiez cela composant et l'inclure dans un projet C#/VB.NET simple. Effectuez un test simple dans le code du projet, par ex. instancier et appeler une méthode. Puis compilez ceci en EXE, transférez-le sur votre serveur et exécutez-le.

La prochaine chose à faire est de tracer la faute à l'aide Process Monitor: http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx

Ce n'est pas pour les timides, comme vous pourriez obtenir des dizaines de milliers d'entrées, mais il est possible de réduire les entrées vers le bas : 1) Désactivez la traçabilité et effacez toutes les entrées avant de commencer. 2) Démarrez la trace puis rapidement, démarrez votre paquet (par exemple, ayez une ligne de commande enfoncée) 3) Arrêtez la trace aussi vite que possible une fois que vous avez les erreurs. Avec un peu de chance, vous pourriez être en mesure de déterminer où la panne se produit exactement. Cet outil a été inestimable au cours des derniers mois, et j'ai suivi des étapes similaires à plusieurs reprises.

Bonne chance

Source

2010-01-04 14:33:07

Je ne peux pas dire que c'est exactement la réponse à cette erreur, Cette erreur est liée à plusieurs erreurs comme 32 bits vs 64 bits/Fournisseur/Sécurité, Dans mon Le cas est dû au fournisseur de chaîne de connexion/persistance de la sécurité/authentification de l'utilisateur. Il est vraiment utile d'étendre ma réflexion pour résoudre ce problème – rmdussa

package SSIS échoué

Répondre

Questions connexes