Discussion :

[sylvie81]

Bonjour,

J'installe un serveur pour migrer des bases de données. Sur le server, dans une procédure stockée, j'utilise la commande suivante EXEC master..xp_cmdshell avec la commande dir.
J'arrive bien à intégrer des fichiers dans des tables en bulkinsert à partir de ce nouveau sql serveur 2019.

Sur l'ancien serveur , cela ne pose aucun problème. que manque-t'il pour que cela fonctionne? J'ai attendu parler proxy account mais je ne vois pas de compte proxy sur l'ancien serveur ( je regarde peut-être au mauvais endroit)

Merci

sylvie

[SQLpro]

Les droits système de cette procédure sont limitées à ce que le compte de service de SQL Server peut faire. Si vous voulez accéder à une ressources réseau il faut utiliser un compte de service de type AD et lui donner les droits sur les ressources de tous les serveurs concernés. Sinon, utilisez PowerShell pour ce faire...

A +

[sylvie81]

Bonjour,

La configuration est identique entre les deux serveurs. Le compte sql agent est associé à un compte AD, qui peut créer des fichiers et lire des fichiers sur le même répertoire réseau. D'ailleurs, j'arrive à charger un fichier qui est sur le répertoire reseau.

Je vais faire un test sur le suppression d'un fichier pour voir si c'est l'action du dir qui pose pb ou l'accés au network.

Merci Si d'autres ont des idées, je prends

Cordialement

Sylvie

[Christophe LAPORTE]

Bonjour

Est-ce que la procédure stockée est appelée depuis un job ou bien directement ? Car si Job, et propriétaire du job sysadmin, alors c'est bien le compte de service de l'agent qui sera utilisé. Si c'est un job avec owner 'lambda' alors c'est ce compte propriétaire qui sera utilisé.
Et si c'est un appel direct, c'est le compte de service de SQL Server. A moins d'utiliser un compte proxy (mais pas ceux de l'agent).

Cdlt
Christophe

[Michel.Priori]

La configuration est identique entre les deux serveurs.

Juste pour en avoir le coeur net, avez vous vous autorisé la commande ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
USE master;
GO
EXECUTE sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
EXECUTE sp_configure 'xp_cmdshell', 1;
GO
RECONFIGURE;
GO
EXECUTE sp_configure 'show advanced options', 0;
GO

[Christophe LAPORTE]

Je penchais plus pour l'utilisation de sp_xp_cmdshell_proxy_account sur l'ancien serveur qui aurait modifié le compte utilisé par la CMDSHELL

[sylvie81]

Bonjour,

J'ai bien vérifier la configuration, mais en fait le service SQL Server Agent qui est sous configuration manager utilise un compte AD, ce qui explique que je peux faire des actions via des packages SSIS (configurer comme sur l'ancien serveur).
Sur l'ancien serveur les services ont tous le login (compta AD qui a des accés aux serveurs du reseau).
- SLQ SERVER Integartion Services 11.0
- SQL Full text Filiter Daemon Launcher
- SQL SERVER
- Agent SQL Server


Il faut sans doute que je fasse pareil, pour que je puisse faire du bulk insert et du spexec sur un répertoire reseau.

Est-il nécessaire de faire tous les services?

Merci pour vos conseils

Sylvie

[Michel.Priori]

Bonjour,

Ceci dit il n'y a pas que xp_cmdshell dans la vie !
Surtout pour faire un DIR

Je vous conseille vivement la lecture de ce document qui traite de certaines des fonctions -non supportées- mais présentes :

https://download.microsoft.com/downl...GD_ADD_1.3.pdf

[SQLpro]

Bonjour,

Ceci dit il n'y a pas que xp_cmdshell dans la vie !
Surtout pour faire un DIR

Je vous conseille vivement la lecture de ce document qui traite de certaines des fonctions -non supportées- mais présentes :

https://download.microsoft.com/downl...GD_ADD_1.3.pdf

Ou tout simplement ce que j'ai écrit ici même !

https://blog.developpez.com/sqlpro/p...sous_ms_sql_se

A +