Discussion :

[OMBII]

Bonjour ,
Pour des raisons de sécurité , nous sommes contraint de désactiver l’utilisation de la procédure stockée «*xp_cmdshell*» qu'on utilisait pour déplacer les fichiers de backup entre deux serveurs du meme domaine.
Je m'adresse alors a vous pour m'orienter vers une alternative qui ne compromet pas la sécurité du système .
Je vous remercie .
Cordialement

[SQLpro]

Plusieurs possibilités :

• créer une fonction SQL CLR qui fait le boulot spécifiquement
• Utiliser une étape de l'agent qui effectue cela via un compte système sous le contrôle d'un Proxy
• externaliser cette étape avec SSIS (FTP) ou une tâche de l'OS

A +

[OMBII]

Merci pour votre retour ,pouvez vous m'éclaircir davantage la première option ( fonction sql clr).

[SQLpro]

Il faut développer un DLL en C# sous .net, puis l'intégrer à votre base sous forme d'ASSEMBLY de type EXTERNAL ACCASS. Enfin autoriser la base à être en mode THRUSWORTHY et créer une UDF faisant référence au point d'entrée de la fonction dans le module.

A lire :
https://msdn.microsoft.com/en-us/library/ms131043.aspx
http://www.codepal.co.uk/show/How_to...nto_SQL_Server

A +

[elsuket]

A lire :
https://msdn.microsoft.com/en-us/library/ms131043.aspx
http://www.codepal.co.uk/show/How_to...nto_SQL_Server

Le chapitre 9 de notre livre (cf. ma signature) vous donne la démarche à suivre

@++

[mikedavem]

PowerShell est une alternative à envisager également dans ce cas :-)

+

[elsuket]

Un job de l'Agent SQL Server qui exécute un script PowerShell alors ?

@++

[mikedavem]

Oui une solution en effet :-)

Un job SQL qui utilise un sous système PowerShell avec le cmdlet Move-Item dans ce cas.

Pour illustrer un peu tout cela, ma dernière demande client était de pouvoir gérer et archiver les données d'audits SQL provenant de 14 instances SQL par exemple.

L'idée étant depuis un serveur "centrale" et pour chaque instance concernée (configurable):

- D'arrêter / redémarrer les audits SQL avec Invoke-SQLCmd
- déplacer les "anciens" fichiers d'audit dans un dossier d'import avec Get-ChildItem et Move-Item
- Récupérer les data dans une table d'audit spécifique sur l'instance centrale avec Invoke-SQLCmd
- Supprimer les fichiers d'audit importés avec Remove-Item

PowerShell peut être très pratique dans ce cas :-)

++

[elsuket]

Sympa

Pour ma part, tous les audits de performances de base de données sont codés en PowerShell (mais pas exécutés par un job de l'Agent SQL Server), et centralisés dans une base de données.
On audite 52 instances de production, la plupart hébergeant plusieurs bases de données.

@++

[Invité]

Parlant d'audit de perf, est-ce que vous connaissez et avez essayé DynamicsPerf ?
https://blogs.msdn.microsoft.com/axi...or/rod-hansen/
À la base, c'est pour Dynamics mais apparemment que ça s'adapte aussi avec les autres baes de données.
J'ai assisté à une conférence là-dessus mais je n'ai pas passé de temps dessus depuis et je me demande encore si ça vaut vraiment le coup.