Discussion :

[Yann]

J'ai un package DTS qui ne comporte qu'une seule tâche VB script. Quand je le lance manuellement pour le tester, j'obtiens bien le résultat attendu: le package fonctionne. 8)

Maintenant, je veux exécuter ce package depuis une procédure T-SQL. Pour cela, j'utilise sp_OACreate et sp_OAMethod :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
-- création de l'objet DTS Package
EXEC @hr = master.dbo.sp_OACreate 'DTS.Package', @object OUT
 
-- chargement du Package
EXEC @hr = master.dbo.sp_OAMethod @object, 'LoadFromSQLServer', NULL, 'MonServeur', 'MonLogin', 'MonPassword', '0', NULL, NULL, NULL, 'MonPackage'
 
-- exécution du package
EXEC @hr = master.dbo.sp_OAMethod @object, 'Execute'

Là, je n'ai pas d'erreur, mais rien ne se passe. L'objet est bien 'package' est bien chargé, la méthode 'execute' est existe, etc. Mais je n'ai pas le résultat que j'obtiens en exécutant le package manuellement.

Quelqu'un a-t-il utilisé ces méthodes sp_OA* avec un lot DTS ?
Y a-t-il qqchose de particulier à gérer au niveau du lot DTS (des propriétés, etc.) pour permettre son exécution de cette manière ?

[Gandalf Le Blanc]

Slt,

Pour executer ton lot dts tu peux utiliser l'utilitaire en ligne de commande DTSRUN et le lancer via xp_cmdshell depuis ta procedure stockee.

a+

[Yann]

J'ai trouvé Le code ci-dessus est correct.
Comme d'habitude, a source de l'erreur est humaine ...
Dans mon lot, j'utilise une lib particulière. Quand je lançais manuellement, le lot s'exécutait dans mon contexte client dans lequel cette lib est connue. Mais elle ne l'était pas sur le serveur, donc rien ne se passait.
C'est tout de même étrange qu'aucune erreur ne remonte avec sp_OA*, mais qu'elles remontent avec xp_cmdshell...
pb résolu.

[Gandalf Le Blanc]

Les erreurs sont remontees avec SP_OACreate mais il faut utiliser sp_OAGetErrorInfo pour y acceder.