OVH Cloud OVH Cloud

Accès refusé job dts sql server2000.

2 réponses
Avatar
Itsejoke
Bonsoir,

J'ai un active directory avec un serveur secondaire sous NT4, SP6, logué sur
le compteur administrateur du domaine...
Dessus, installé un sql serveur 2000, sans SP : je sais, pas cool...
j'ai un compte sqlserver, admin sur le domaine qui me sert pour le sqlserver
et sqlserveragent.
J'ai des jobs qui fonctionnent en manu et en auto : sauvegardes des bases :
ok
=> Mon pb : j'ai job de lots qui ne n'exécute pas : Voici le log : ACCES
REFUSE
_______________________________________________________________
Le lot DTS suivant a été exécuté avec succès :
Nom du lot : maj datamart
Description du lot : (null)
Identificateur du lot : {4AC2FD9B-A617-4019-8D14-720CD853DAD1}
Version du lot : {BF01C548-0750-403E-8ED8-C39C0A9C1447}
Lignage de l'exécution du lot : {7FD75A42-AF3F-4504-90BF-0617300991EF}
Exécution sur : SRVGESCOM
Exécution lancée par : Administrateur
Début d'exécution : 07/11/03 12:46:05
Fin d'exécution : 07/11/03 12:46:07
Durée totale de l'exécution : 1,703 secondes

Informations sur l'exécution des étapes du lot :
L'étape « DTSStep_DTSExecutePackageTask_1 » a échouéSource de l'erreur de
l'étape : Lot Microsoft Data Transformation Services (DTS)
Description de l'erreur de l'étape :Accès refusé.

Code d'erreur de l'étape : 80090010
Fichier d'aide de l'erreur de l'étape :sqldts80.hlp
ID du contexte de l'aide de l'erreur de l'étape :1100

Démarrage de l'exécution de l'étape : 07/11/03 12:46:06
Fin de l'exécution de l'étape : 07/11/03 12:46:06
Durée totale de l'exécution de l'étape : 0,172 secondes
Progression dans l'étape : 0
En fait, ce lot se trouve dans "Lots de services de métadonnées" et en lance
plein d'autres qui eux se trouvent dans les "lots locaux"
En manuel, ça passe mais sur mon poste à distance, mais pas DIRECTEMENT sur
la console du serveur.
_______________________________________________________________

J'ai cherché sur le net :
Pb de droits : le compte est bien compte user avec les droits admin sur le
domaine.
Ce même compte a un rôle sysadmin du serveur
ET je l'ai mis aussi dbo des bases à la con...
Rien y fait : sans en manual : je craque !

Merci de votre aide et pardon pour l'explication un peu longue....
A+
RV

2 réponses

Avatar
jeanlm
Bonjour,



Il faut déjà que ça passe en manuel sur le serveur.

Quand le lot est planifié, c'est en effet sur le serveur qu'il y sera
exécuté. Le problème est donc sur le serveur et pas dans la planification.



As-tu ce problème avec d'autres lots?

As-tu fait le test avec un lot bidon?



Tu peux toujours t'inspirer de l'article suivant:

INF: How to Run a DTS Package as a Scheduled Job
http://support.microsoft.com/?id&9074



Cordialement,

jeanlm


"Itsejoke" wrote in message
news:
Bonsoir,

J'ai un active directory avec un serveur secondaire sous NT4, SP6, logué


sur
le compteur administrateur du domaine...
Dessus, installé un sql serveur 2000, sans SP : je sais, pas cool...
j'ai un compte sqlserver, admin sur le domaine qui me sert pour le


sqlserver
et sqlserveragent.
J'ai des jobs qui fonctionnent en manu et en auto : sauvegardes des bases


:
ok
=> Mon pb : j'ai job de lots qui ne n'exécute pas : Voici le log : ACCES
REFUSE
_______________________________________________________________
Le lot DTS suivant a été exécuté avec succès :
Nom du lot : maj datamart
Description du lot : (null)
Identificateur du lot : {4AC2FD9B-A617-4019-8D14-720CD853DAD1}
Version du lot : {BF01C548-0750-403E-8ED8-C39C0A9C1447}
Lignage de l'exécution du lot : {7FD75A42-AF3F-4504-90BF-0617300991EF}
Exécution sur : SRVGESCOM
Exécution lancée par : Administrateur
Début d'exécution : 07/11/03 12:46:05
Fin d'exécution : 07/11/03 12:46:07
Durée totale de l'exécution : 1,703 secondes

Informations sur l'exécution des étapes du lot :
L'étape « DTSStep_DTSExecutePackageTask_1 » a échouéSource de l'erreur de
l'étape : Lot Microsoft Data Transformation Services (DTS)
Description de l'erreur de l'étape :Accès refusé.

Code d'erreur de l'étape : 80090010
Fichier d'aide de l'erreur de l'étape :sqldts80.hlp
ID du contexte de l'aide de l'erreur de l'étape :1100

Démarrage de l'exécution de l'étape : 07/11/03 12:46:06
Fin de l'exécution de l'étape : 07/11/03 12:46:06
Durée totale de l'exécution de l'étape : 0,172 secondes
Progression dans l'étape : 0
En fait, ce lot se trouve dans "Lots de services de métadonnées" et en


lance
plein d'autres qui eux se trouvent dans les "lots locaux"
En manuel, ça passe mais sur mon poste à distance, mais pas DIRECTEMENT


sur
la console du serveur.
_______________________________________________________________

J'ai cherché sur le net :
Pb de droits : le compte est bien compte user avec les droits admin sur le
domaine.
Ce même compte a un rôle sysadmin du serveur
ET je l'ai mis aussi dbo des bases à la con...
Rien y fait : sans en manual : je craque !

Merci de votre aide et pardon pour l'explication un peu longue....
A+
RV




Avatar
Itsejoke
Bonsoir Jeanlm et merci de ta réponse,
J'ai commencé à regarder le lien microsoft.

As-tu ce problème avec d'autres lots?
As-tu fait le test avec un lot bidon?


Etant novice encore, je n'ai pas tenté d'autres tests.
Est-ce que le propriétaire des lots doit avoir un rôle spécifique dans le
serveur ou droits aux bases en question ?

A+
RV


"jeanlm" a écrit dans le message de
news:3fbb70e5$
Bonjour,



Il faut déjà que ça passe en manuel sur le serveur.

Quand le lot est planifié, c'est en effet sur le serveur qu'il y sera
exécuté. Le problème est donc sur le serveur et pas dans la planification.



As-tu ce problème avec d'autres lots?

As-tu fait le test avec un lot bidon?



Tu peux toujours t'inspirer de l'article suivant:

INF: How to Run a DTS Package as a Scheduled Job
http://support.microsoft.com/?id&9074



Cordialement,

jeanlm


"Itsejoke" wrote in message
news:
> Bonsoir,
>
> J'ai un active directory avec un serveur secondaire sous NT4, SP6, logué
sur
> le compteur administrateur du domaine...
> Dessus, installé un sql serveur 2000, sans SP : je sais, pas cool...
> j'ai un compte sqlserver, admin sur le domaine qui me sert pour le
sqlserver
> et sqlserveragent.
> J'ai des jobs qui fonctionnent en manu et en auto : sauvegardes des


bases
:
> ok
> => Mon pb : j'ai job de lots qui ne n'exécute pas : Voici le log : ACCES
> REFUSE
> _______________________________________________________________
> Le lot DTS suivant a été exécuté avec succès :
> Nom du lot : maj datamart
> Description du lot : (null)
> Identificateur du lot : {4AC2FD9B-A617-4019-8D14-720CD853DAD1}
> Version du lot : {BF01C548-0750-403E-8ED8-C39C0A9C1447}
> Lignage de l'exécution du lot : {7FD75A42-AF3F-4504-90BF-0617300991EF}
> Exécution sur : SRVGESCOM
> Exécution lancée par : Administrateur
> Début d'exécution : 07/11/03 12:46:05
> Fin d'exécution : 07/11/03 12:46:07
> Durée totale de l'exécution : 1,703 secondes
>
> Informations sur l'exécution des étapes du lot :
> L'étape « DTSStep_DTSExecutePackageTask_1 » a échouéSource de l'erreur


de
> l'étape : Lot Microsoft Data Transformation Services (DTS)
> Description de l'erreur de l'étape :Accès refusé.
>
> Code d'erreur de l'étape : 80090010
> Fichier d'aide de l'erreur de l'étape :sqldts80.hlp
> ID du contexte de l'aide de l'erreur de l'étape :1100
>
> Démarrage de l'exécution de l'étape : 07/11/03 12:46:06
> Fin de l'exécution de l'étape : 07/11/03 12:46:06
> Durée totale de l'exécution de l'étape : 0,172 secondes
> Progression dans l'étape : 0
> En fait, ce lot se trouve dans "Lots de services de métadonnées" et en
lance
> plein d'autres qui eux se trouvent dans les "lots locaux"
> En manuel, ça passe mais sur mon poste à distance, mais pas DIRECTEMENT
sur
> la console du serveur.
> _______________________________________________________________
>
> J'ai cherché sur le net :
> Pb de droits : le compte est bien compte user avec les droits admin sur


le
> domaine.
> Ce même compte a un rôle sysadmin du serveur
> ET je l'ai mis aussi dbo des bases à la con...
> Rien y fait : sans en manual : je craque !
>
> Merci de votre aide et pardon pour l'explication un peu longue....
> A+
> RV
>
>