OVH Cloud OVH Cloud

xp_cmdshell

5 réponses
Avatar
Daniel Corréia
Bonjour,

J'utilise via la procédure stockée xp_cmdshell l'utilitaire osql pour
exporter des données vers un fichier texte...

Cela fonctionnait bien...mais désormais cela ne génère plus les fichiers txt

Pas de message d'erreurs
Pas de problèmes de droits (NTFS au niveau du répertoire de stockage des
fichiers générés).

Même une simple commande dans l'analyseur comme master..xp_cmdshell 'dir
c:\*.*' retourne null

Que peut-il bien se passer ?


--
Daniel CORREIA
---------------------------------------------------------------------------
MCP Tél. : 01 41 10 00 91
13 rue Saint-Denis Fax : 01 41 10 82 03
92100 Boulogne-Billancourt email : dc@mcp.fr
---------------------------------------------------------------------------

5 réponses

Avatar
Romelard Fabrice [MVP]
Bonsoir,

Avez-vous contrôlé que le compte qui fait exécuter cette commande ait bien
les droits d'écriture sur le C:
Un admin system peut avoir modifié les droits des comptes utilisateur, ce
qui vous fait apparaître cette nouvelle erreur.
Il faut contrôler le compte qui fait fonctionner le service NT de SQL Server
et celui de SQL Agent (dans le cas d'une tache planifiée avec l'agent).

--
Cordialement.

Romelard Fabrice [MVP]

"Daniel Corréia" a écrit dans le message de news:
%
Bonjour,

J'utilise via la procédure stockée xp_cmdshell l'utilitaire osql pour
exporter des données vers un fichier texte...

Cela fonctionnait bien...mais désormais cela ne génère plus les fichiers
txt

Pas de message d'erreurs
Pas de problèmes de droits (NTFS au niveau du répertoire de stockage des
fichiers générés).

Même une simple commande dans l'analyseur comme master..xp_cmdshell 'dir
c:*.*' retourne null

Que peut-il bien se passer ?


--
Daniel CORREIA
---------------------------------------------------------------------------
MCP Tél. : 01 41 10 00 91
13 rue Saint-Denis Fax : 01 41 10 82 03
92100 Boulogne-Billancourt email :
---------------------------------------------------------------------------




Avatar
Daniel Corréia
Les deux services MSSQLSERVER et SQLSERVERAGENT sont éxécutés sous "compte
local système"
Rien n'a été modifié par les admins....

les droits sur le répertoire où sont stockés les fichiers exportés sont
'Tout utilisateur' et 'Contrôle total'

rappel :
même cette commande exécutée depuis l'analyseur
master..xp_cmdshell 'dir c:*.*'
retoune NULL






"Romelard Fabrice [MVP]" a écrit dans le message de
news:
Bonsoir,

Avez-vous contrôlé que le compte qui fait exécuter cette commande ait bien
les droits d'écriture sur le C:
Un admin system peut avoir modifié les droits des comptes utilisateur, ce
qui vous fait apparaître cette nouvelle erreur.
Il faut contrôler le compte qui fait fonctionner le service NT de SQL


Server
et celui de SQL Agent (dans le cas d'une tache planifiée avec l'agent).

--
Cordialement.

Romelard Fabrice [MVP]

"Daniel Corréia" a écrit dans le message de news:
%
> Bonjour,
>
> J'utilise via la procédure stockée xp_cmdshell l'utilitaire osql pour
> exporter des données vers un fichier texte...
>
> Cela fonctionnait bien...mais désormais cela ne génère plus les fichiers
> txt
>
> Pas de message d'erreurs
> Pas de problèmes de droits (NTFS au niveau du répertoire de stockage des
> fichiers générés).
>
> Même une simple commande dans l'analyseur comme master..xp_cmdshell 'dir
> c:*.*' retourne null
>
> Que peut-il bien se passer ?
>
>
> --
> Daniel CORREIA

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


-
> MCP Tél. : 01 41 10 00 91
> 13 rue Saint-Denis Fax : 01 41 10 82 03
> 92100 Boulogne-Billancourt email :

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


-
>
>




Avatar
bruno reiter [MVP]
le script est lancé directement sur le serveur ou sur un client?

br

"Daniel Corréia" wrote in message
news:O9bs$
Les deux services MSSQLSERVER et SQLSERVERAGENT sont éxécutés sous "compte
local système"
Rien n'a été modifié par les admins....

les droits sur le répertoire où sont stockés les fichiers exportés sont
'Tout utilisateur' et 'Contrôle total'

rappel :
même cette commande exécutée depuis l'analyseur
master..xp_cmdshell 'dir c:*.*'
retoune NULL






"Romelard Fabrice [MVP]" a écrit dans le message


de
news:
> Bonsoir,
>
> Avez-vous contrôlé que le compte qui fait exécuter cette commande ait


bien
> les droits d'écriture sur le C:
> Un admin system peut avoir modifié les droits des comptes utilisateur,


ce
> qui vous fait apparaître cette nouvelle erreur.
> Il faut contrôler le compte qui fait fonctionner le service NT de SQL
Server
> et celui de SQL Agent (dans le cas d'une tache planifiée avec l'agent).
>
> --
> Cordialement.
>
> Romelard Fabrice [MVP]
>
> "Daniel Corréia" a écrit dans le message de news:
> %
> > Bonjour,
> >
> > J'utilise via la procédure stockée xp_cmdshell l'utilitaire osql pour
> > exporter des données vers un fichier texte...
> >
> > Cela fonctionnait bien...mais désormais cela ne génère plus les


fichiers
> > txt
> >
> > Pas de message d'erreurs
> > Pas de problèmes de droits (NTFS au niveau du répertoire de stockage


des
> > fichiers générés).
> >
> > Même une simple commande dans l'analyseur comme master..xp_cmdshell


'dir
> > c:*.*' retourne null
> >
> > Que peut-il bien se passer ?
> >
> >
> > --
> > Daniel CORREIA
>

--------------------------------------------------------------------------
-
> > MCP Tél. : 01 41 10 00 91
> > 13 rue Saint-Denis Fax : 01 41 10 82 03
> > 92100 Boulogne-Billancourt email :
>

--------------------------------------------------------------------------
-
> >
> >
>
>




Avatar
Daniel Corréia
script lancé sur le serveur dans une procédure stockée, exécutée
automatiquement via une tâche planifiée...



"bruno reiter [MVP]" <remove.this! a écrit dans le message
de news:
le script est lancé directement sur le serveur ou sur un client?

br

"Daniel Corréia" wrote in message
news:O9bs$
> Les deux services MSSQLSERVER et SQLSERVERAGENT sont éxécutés sous


"compte
> local système"
> Rien n'a été modifié par les admins....
>
> les droits sur le répertoire où sont stockés les fichiers exportés sont
> 'Tout utilisateur' et 'Contrôle total'
>
> rappel :
> même cette commande exécutée depuis l'analyseur
> master..xp_cmdshell 'dir c:*.*'
> retoune NULL
>
>
>
>
>
>
> "Romelard Fabrice [MVP]" a écrit dans le message
de
> news:
> > Bonsoir,
> >
> > Avez-vous contrôlé que le compte qui fait exécuter cette commande ait
bien
> > les droits d'écriture sur le C:
> > Un admin system peut avoir modifié les droits des comptes utilisateur,
ce
> > qui vous fait apparaître cette nouvelle erreur.
> > Il faut contrôler le compte qui fait fonctionner le service NT de SQL
> Server
> > et celui de SQL Agent (dans le cas d'une tache planifiée avec


l'agent).
> >
> > --
> > Cordialement.
> >
> > Romelard Fabrice [MVP]
> >
> > "Daniel Corréia" a écrit dans le message de news:
> > %
> > > Bonjour,
> > >
> > > J'utilise via la procédure stockée xp_cmdshell l'utilitaire osql


pour
> > > exporter des données vers un fichier texte...
> > >
> > > Cela fonctionnait bien...mais désormais cela ne génère plus les
fichiers
> > > txt
> > >
> > > Pas de message d'erreurs
> > > Pas de problèmes de droits (NTFS au niveau du répertoire de stockage
des
> > > fichiers générés).
> > >
> > > Même une simple commande dans l'analyseur comme master..xp_cmdshell
'dir
> > > c:*.*' retourne null
> > >
> > > Que peut-il bien se passer ?
> > >
> > >
> > > --
> > > Daniel CORREIA
> >
>

--------------------------------------------------------------------------
> -
> > > MCP Tél. : 01 41 10 00 91
> > > 13 rue Saint-Denis Fax : 01 41 10 82 03
> > > 92100 Boulogne-Billancourt email :
> >
>

--------------------------------------------------------------------------
> -
> > >
> > >
> >
> >
>
>




Avatar
bruno reiter [MVP]
certainement un pb de droits, voir avec le compte associé au service SQL
s'in n'y a pas de pb de droits, chgt de pwd, pas d'accès au serveur AD,...

br

"Daniel Corréia" wrote in message
news:
script lancé sur le serveur dans une procédure stockée, exécutée
automatiquement via une tâche planifiée...



"bruno reiter [MVP]" <remove.this! a écrit dans le


message
de news:
> le script est lancé directement sur le serveur ou sur un client?
>
> br
>
> "Daniel Corréia" wrote in message
> news:O9bs$
> > Les deux services MSSQLSERVER et SQLSERVERAGENT sont éxécutés sous
"compte
> > local système"
> > Rien n'a été modifié par les admins....
> >
> > les droits sur le répertoire où sont stockés les fichiers exportés


sont
> > 'Tout utilisateur' et 'Contrôle total'
> >
> > rappel :
> > même cette commande exécutée depuis l'analyseur
> > master..xp_cmdshell 'dir c:*.*'
> > retoune NULL
> >
> >
> >
> >
> >
> >
> > "Romelard Fabrice [MVP]" a écrit dans le


message
> de
> > news:
> > > Bonsoir,
> > >
> > > Avez-vous contrôlé que le compte qui fait exécuter cette commande


ait
> bien
> > > les droits d'écriture sur le C:
> > > Un admin system peut avoir modifié les droits des comptes


utilisateur,
> ce
> > > qui vous fait apparaître cette nouvelle erreur.
> > > Il faut contrôler le compte qui fait fonctionner le service NT de


SQL
> > Server
> > > et celui de SQL Agent (dans le cas d'une tache planifiée avec
l'agent).
> > >
> > > --
> > > Cordialement.
> > >
> > > Romelard Fabrice [MVP]
> > >
> > > "Daniel Corréia" a écrit dans le message de news:
> > > %
> > > > Bonjour,
> > > >
> > > > J'utilise via la procédure stockée xp_cmdshell l'utilitaire osql
pour
> > > > exporter des données vers un fichier texte...
> > > >
> > > > Cela fonctionnait bien...mais désormais cela ne génère plus les
> fichiers
> > > > txt
> > > >
> > > > Pas de message d'erreurs
> > > > Pas de problèmes de droits (NTFS au niveau du répertoire de


stockage
> des
> > > > fichiers générés).
> > > >
> > > > Même une simple commande dans l'analyseur comme


master..xp_cmdshell
> 'dir
> > > > c:*.*' retourne null
> > > >
> > > > Que peut-il bien se passer ?
> > > >
> > > >
> > > > --
> > > > Daniel CORREIA
> > >
> >
>

--------------------------------------------------------------------------
> > -
> > > > MCP Tél. : 01 41 10 00 91
> > > > 13 rue Saint-Denis Fax : 01 41 10 82 03
> > > > 92100 Boulogne-Billancourt email :
> > >
> >
>

--------------------------------------------------------------------------
> > -
> > > >
> > > >
> > >
> > >
> >
> >
>
>