Discussion :

[mimi74]

Bonjour,
J'utilise SQL Server 2000 SP4 sur un Windows Server 2003, et le service SQL Server version 8.
Le problème identifié est au niveau de l'exécution des travaux de SQL Agent :
je crée un lot DTS, lorsque je l'exécute manuellement, pas de soucis, tout se fait correctement.
je passe ensuite à sa planification => ok, la tâche se met bien dans la partie "Travaux"
on peut voir que le travail démarre selon la planification, mais il ne lance pas pour autant le lot = rien ne se passe et l'état d'exécution est "Echec".

je ne sais pas si j'ai été assez claire, en tout cas je vous remercie de toute aide éventuelle.

[mikedavem]

Bonjour,

Quelle erreur obtenez vous exactement ?

++

[mimi74]

Bonjour,
Merci de t'intéresser à ce sujet.
Il n'y a pas de message particulier...
Quand on est dans "Gestion->Agent SQL Serveur->Travaux", dans la zone "Etat de la dernière exécution" il est marqué : "Echec(date heure)"...

A ce niveau, même démarrer un travail manuellement ne fonctionne pas.

Merci

[mikedavem]

Vous pouvez voir l'historique d'exécution de vos jobs qui peuvent vous renseigner sur l'erreur obtenu (clic droit sur le job > historique)

Cependant je soupçonne un problème de compte de service avec des droits insuffisants sur une ressource de votre système d'exploitation.

Que fais votre lot dts exactement ?

++

[mimi74]

Voici ce qui est affiché dans l'historique du job :

"Le travail a échoué. Le travail a été appelé par Utilisateur* SITE_ANTHOGYR\Administrateur. La dernière étape exécutée est l'étape 1 (Lancement OF Qualité)."

Ce lot DTS ne fait que m'envoyer un mail... je viens de le créer pour tester le bon fonctionnement.

Cependant je soupçonne un problème de compte de service avec des droits insuffisants sur une ressource de votre système d'exploitation.

Comment ca ? où est ce que je peux modifier ces droits?

Merci

[mimi74]

Voici le détail de l'erreur dans l'étape 1 :

"Exécuté en tant qu'utilisateur*: SRV_SQL\SYSTEM. ... exécution... DTSRun OnStart: DTSStep_DTSDataPumpTask_1 DTSRun OnError*: DTSStep_DTSDataPumpTask_1. Erreur = -2147467259 (80004005) Chaîne de l'erreur*: Erreur lors de l'ouverture d'un fichier de données : Le chemin d'accès spécifié est introuvable. Source de l'erreur*: Fournisseur d'ensembles de lignes de fichier plat Microsoft DTS (Data Transformation Services) Fichier d'aide*: DTSFFile.hlp Contexte d'aide*: 0 Enregistrements des détails de l'erreur*: Erreur*: 3 (3) ; Erreur de fournisseur*: 3 (3) Chaîne de l'erreur*: Erreur lors de l'ouverture d'un fichier de données : Le chemin d'accès spécifié est introuvable. Source de l'erreur*: Fournisseur d'ensembles de lignes de fichier plat Microsoft DTS (Data Transformation Services) Fichier d'aide*: DTSFFile.hlp Contexte d'aide*: 0 DTSRun en voie d'achèvement*: DTSStep_DTSDataPumpTask_1 DTSRun*: exécution du lot ter. L'étape a échoué."

Vous comprenez quelque chose ?

[mikedavem]

Apparemment votre lot DTS essaie d'accéder à un fichier dont vous n'avez pas spécifié le bon chemin???

"Erreur lors de l'ouverture d'un fichier de données : Le chemin d'accès spécifié est introuvable."

++

[mimi74]

apparemment lol mais comment peut on changer ce chemin ? N'est-il pas normalement configurer en même temps que l'installation de SQL Server ? Parce que tout a été laissé par défaut...
Je crée un lot, je le planifie, et il ne se passe rien....

[mikedavem]

Ok vous n'avez qu'une tâche d'envoi de mail..

Cela veut donc dire que vous avez créer des profils de messagerie pour pouvoir utiliser cette tâche d'envoi ...

Avec quel compte avez vous créer votre profil ?

Si vous l'avez fait avec le compte de service utilisé par SQL Server le lancement manuel de votre lot dts fonctionnera. En revanche si le compte de service utilisé par l'agent SQL Server est différent de celui-ci avec lequel vous avez créé le profil de messagerie vous aurez des problèmes ...

Vous avez 2 solutions :

- Utiliser le même compte que celui utilisé par le service mssqlserver
- Configurer un compte de domaine pour l'agent SQL Server et créer un profil de messagerie avec ce compte

++

[mimi74]

pardon je ne comprend pas. je n'ai jamais créer de compte de profil, et du coup je ne sais meme pas ou on peut changer ca. du coup pour essayer sans l'envoi de mail, j'ai recréer un lot qui transforme des données d'un fichier texte, en passant par une connexion puis retour en fichier texte.

En pièce jointe, vous verrez le schéma du 1er Lot : celui la ne fonctionne pas.
En revanche celui du 2ème lot fonctionne très bien....

J'ai aussi comparer les propriétés des lots, mais tout est pareil...

Mais si vous pensez que c'est un problème de compte, pouvez vous me renseigner sur ce sujet ?

Je vous remerci

[mikedavem]

Effectivement je pense que c'est un problème de sécurité de votre compte agent SQL .

Lorsque vous lancez votre lot dts par l'agent SQL Server sous forme d'un job, celui-ci est lancé dans le contexte de sécurité de l'agent.

Il faut que vous regardiez le compte de service de cet agent (Dans entreprise manager clic droit sur le noeud Agent SQL Server > propriétés).
Dans l'onglet "Général" vous avez une section "Compte de démarrage du service". Vous pouvez voir quel compte est utilisé par l'agent SQL SErver.

Il faut que compte possède un accès à votre fichier pour pouvoir le lire.

++

[mimi74]

il utilise le compte system... effectivement le fichier source du lot se trouve sur un lecteur réseau auquel tout le monde a tous les droits.
j'ai modifier le compte de l'agent SQL en mettant le compte d'administrateur du domaine, mais c'est le meme résultat. il ne trouve toujours pas le fichier.

Aussi je me suis apercue, en voulant configurer une connexion dans le lot, mon serveur nommé SRV_SQL, n'apparait pas dans la liste des serveus à l'enregistrement. ceci pose-t-il un problème ?

Merci

[mimi74]

Bonjour bonjour,
et voila un mois après il faut que je m'y remette.
Donc voila j'en suis toujours au meme point, j'ai ajouté des droits pour les utilisateurs du domaine en control total sur mon lecteur réseau... mais sans succès. L'agent SQL ne veut rien savoir...

merci de votre aide
et passez tous de bonnes fetes

[mimi74]

bonjour a tous,
vraiment personne n'a d'idée ???
j'ai tout retourné dans tous les sens : sécurité, recréation etc rien n'y fait. les seuls travaux qui fonctionnent sont ceux qui interrogent directement les tables ou allant chercher des fichiers sur le C: du serveur.
En revanche, si ledit fichier est sur un lecteur réseau, complètement ouvert à tous, là j'ai toujours l'erreur "fichier introuvable". mais encore une fois, le lot lui s'exécute sans problème manuellement... j'en deviens chèvre lol

nan sérieusement... j'ai beau chercher sur internet, je ne trouve rien... vous pouvez m'aider svp ?

merci d'avance

[Ptit_Dje]

Bonjour,

Avez vous vérifier les droits de lecture/écriture NTFS sur le repertoire/fichier ou pointe votre chemin réseau ? (pour le compte executant le package)

Si le share est ouvert à tout le monde, cela ne signifie pas pour autant que vous ayez les droits au niveau NTFS.

[mimi74]

merci d'avoir répondu...
oui tout le monde a tous les droits sur tout le lecteur réseau... lecture, ecriture, suppression, ajout... la totale

[mikedavem]

Si le compte de service est le compte SYSTEM .. il n'a pas les droits sur les ressources réseaux ...

Est ce qu'il est possible d'essayer avec un compte de domaine pour le compte de service de l'agent SQL Server ? Ce compte doit également avoir les droits sur votre ressource distante...

++

[Ptit_Dje]

Et au niveau du disk management (clic droit sur le poste de travail, gérer, disk management) ? Est ce que les permissions à ce niveau sont correctes aussi ?

[mimi74]

Si le compte de service est le compte SYSTEM .. il n'a pas les droits sur les ressources réseaux ...

Est ce qu'il est possible d'essayer avec un compte de domaine pour le compte de service de l'agent SQL Server ? Ce compte doit également avoir les droits sur votre ressource distante...

++

alors pour l'agent SQL, le service démarre sous le compte administrateur du domaine, avec l'authentification sql "sa"

en ce qui concerne le disk management,Pti_Dje, les permissions sont totales à tout le monde (je viens de le modifier pour le test, au départ, le groupe tout le monde n'avait aucune autorisation).

mais le problème est toujours le meme

[Ptit_Dje]

Pouvez vous voir au niveau de l'event viewer du server ou se trouve le share réseau, des connections refusées ?