Discussion :

[dut-dut]

Bonjour,
Dans MS SQL Server 2000, une procédure stockée doit lancer un lot DTS appelé « test ». Pour ce faire, la procédure contient la ligne suivante :

exec master..xp_cmdshell 'DTSRun /S (local) /E /N "test" /L "C:\Temp\log.txt"'

Lorsque je lance cette ligne dans l'analyseur de requêtes, tout se passe bien. Pourtant la procédure stockée ne fonctionne pas.

NB : le processus dtsrun apparaît bien dans le gestionnaire des tâches mais rien ne se passe; il n’a aucune activité (le taux d’utilisation mémoire reste le même). La procédure reste plantée jusqu’à ce que je termine le processus…

J'ai cherché sur le forum mais la réponse proposée ici ne convient pas : http://www.developpez.net/forums/sho...ghlight=dtsrun

Guillaume

[SQLpro]

Quel est le message d'erreur ?

A +

[dut-dut]

Quel est le message d'erreur ?

A +

Ben le problème c'est que je n'ai à priori pas de message d'erreur. Je vais quand même aller voir les fichiers .log et je repasse demain.

[dut-dut]

Bonjour,
j'ai tenté la manip à nouveau et comme il me semblait, je n'ai pas de message d'erreur, ni de fichier log...
Le processus dtsrun apparait dans le gestionnaire des tâches et c'est tout. Rien de plus.

Je pense que c'est plutôt normal vu que dtsrun n'a pas l'air de s'exécuter, ça parait logique que le fichier log ne soit pas renseigné.

---------------------------------------------------------------

Si ça peut vous aider, voici le log que j'obtiens en cas de succès (c'est à dire quand je tape la commande exec master..xp_cmdshell 'DTSRun /S (local) /E /N "test" /L "C:\Temp\log.txt"' directement dans l'analyseur de requêtes).

Le lot DTS suivant a été exécuté avec succès :

Nom du lot : test
Description du lot : (null)
Identificateur du lot : {746A6905-3284-403C-B3E8-D5B6085E4052}
Version du lot : {6239EADF-BBB2-45ED-A551-C1597DDB011A}
Lignage de l'exécution du lot*: {578CCAF5-67D3-4273-8D6E-55706B663E07}
Exécution sur : PC38
Exécution lancée par : SYSTEM
Début d'exécution : 11/12/2007 10:46:09
Fin d'exécution : 11/12/2007 10:46:10
Durée totale de l'exécution*: 0,609 secondes

Informations sur l'exécution des étapes du lot :


L'étape « DTSStep_DTSDataPumpTask_1 » a été exécutée avec succès
Démarrage de l'exécution de l'étape*: 11/12/2007 10:46:09
Fin de l'exécution de l'étape*: 11/12/2007 10:46:09
Durée totale de l'exécution de l'étape*: 0,218 secondes
Progression dans l'étape*: 3

L'étape « DTSStep_DTSActiveScriptTask_1 » a été exécutée avec succès
Démarrage de l'exécution de l'étape*: 11/12/2007 10:46:09
Fin de l'exécution de l'étape*: 11/12/2007 10:46:10
Durée totale de l'exécution de l'étape*: 0,391 secondes
Progression dans l'étape*: 0
****************************************************************************************************

[Madinico]

Ton soucis peut provenir des droits de l'utilisateurs qui exécute ta procédure stockée. En effet, xp_cmd_shell se situant dans la base de données master, tous les utilisateurs n'y ont pas accès. Tu devrais fouiller de ce côté.

De plus, il est déconseillé d'utiliser cette procédure stockée système. Je te conseillerai donc de créer un job SQL qui sera appelé dans ta procédure stockée.
En effet, l'ouverture de droit à la procédure xp_cmd_shell peut poser d'énorme soucis de sécurité car elle permet d'exécuter n'importe quelle commande système.

Exemple :

Code :

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

1
2
 
EXECUTE master..xp_cmd_shell 'Format c:'

Tu comprendra donc que tu peux t'exposer à des attaques sur ton systèmes qui puissent engendrer de fortes pertes d'informations.

[dut-dut]

Merci pour cette explication très claire. J'ai donc recopié ma ligne de commande dans un job que je lance via la procédure stockée avec :

Code :

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

EXEC msdb.dbo.sp_start_job 'toto'

Parfait !

Merci encore.