Version imprimable
Bonjour :D ,
Nous avons créé un grand nombre de lot DTS dans SQL SERVER 2000 sous un environnement de DEV pour les besoins d'une application et nous cherchons à les recopier sur notre serveur de prod.
Ma question est donc la suivante :
Existe t'il une fonctionnalité SQL server ou un outil permettant de dupliquer des lots d'un server vers un autre ?
Sachant que la génération de script est possible pour les bases de données, les tables, les procédures stockées etc ...:roll:
Merci d'avance
:oops:
Bonjour,
Tu peux par exemple tous les ouvrir et les resauver sur l'autre serveur. Ou tu peux apparemment copier msdb..sysdtspackages, comme indiqué dans cet article :
http://www.databasejournal.com/featu...le.php/1461521
Merci beaucoup
C'est vrai pourquoi faire simple quand on peut faire compliquer.
Je n'y avais pas pensé, désolé et merci.:oops:
je l'ai essayé et ça marche super bien. J'ai légérement modifié le code pour n'en copier qu'un seul de la sorte:
Et là encore, c'est bon.Citation:
SELECT T1.* FROM dbo.sysdtspackages AS T1
INNER JOIN (
SELECT [name], [id], MAX([createdate]) AS [createdate]
FROM dbo.sysdtspackages where T1.[name] = 'nom du lot' GROUP BY [name], [id] ) AS T2
ON T1.[id] = T2.[id] AND T1.[createdate] = T2.[createdate]
Par contre, je voudrais maintenant passer le nom du lot en paramètre. J'ai essayé ça:
afin de pouvoir affecter une variable globale que je pourrais passer via un /A dans la commande dtsrun .... Mais ça ne marche pas ...Citation:
SELECT T1.* FROM dbo.sysdtspackages AS T1
INNER JOIN (
SELECT [name], [id], MAX([createdate]) AS [createdate]
FROM dbo.sysdtspackages where T1.[name] = ? GROUP BY [name], [id] ) AS T2
ON T1.[id] = T2.[id] AND T1.[createdate] = T2.[createdate]
Quelqu'un aurait une idée ??
Salut,
"Ca ne marche pas" est en général pas assez descriptif pour qu'on puisse en faire qqch. Comment exactement cela ne marche pas ?
Tu as mis ton code dans une tâche "Execute SQL" ? Tu as mappé le paramètre avec la variable globale dans les options de ta tâche ? Ton code SQL est parsé correctement par la tâche ? As-tu essayé d'encapsuler le code dans une procédure stockée pour l'exécuter depuis ta tâche ?
EN fait, j'ai suivi les instructions décrites dans ton lien:
http://www.databasejournal.com/featu...le.php/1461521
J'ai donc créé mes deux connections et ma tâche de transformations de données. Dans celle-ci, j'ai choisi "requête SQL" dans laquelle j'ai mis le code ci-dessus.
En remplaçant le :
parCitation:
where T1.[name] = 'nom du lot'
J'ai une erreur de synthaxe quand je clique sur la touche "analyser la requête". Et donc je ne peux pas utiliser les variables globales.Citation:
where T1.[name] = ?
Je ne sais pas si j'ai été suffisamment clair.
Ok, j'ai compris. C'est clair.
Je pense que le parseur SQL du DTS est assez peu intelligent, j'ai déjà eu des problèmes de ce type. Là, comme tu as une sous-requête, il est certainement perdu. La solution la plus simple à mon avis est d'encapsuler le code dans une procédure stockée, et ensuite de faire un appel du genre
Code:EXEC ta_procedure ?
Génial ... Ca marche super bien. J'ai créé une procédure dans la base MSDB (y a-t'il un mal à ça d'ailleurs ?) et je l'exécute depuis le lot DTS.
Mes développeurs n'ont plus besoin d'aller magouiller sur la prod pour leur lots maintenant.
Nous avons fait un test et c'est OK.
Merci de votre aide ... Ca fait un moment que je cherchait une solution de ce genre.
Toujours dans la même optique ... Quand je transporte mes lots DTS de la recette vers la prod, j'ai un problème avec les chaines de connexion, ainsi que les noms des serveurs qui ne sont pas forcément les mêmes ... La procédure citée plus haut transporte le lot tel quel d'un serveur vers l'autre...
Y-at'il un moyen de remplacer tout ça par des variables . Qui seraient renseignées par des variables globales ou des fichiers .ini ?
Bonjour,
Oui, tu peux gérer ta chaîne de connexion avec un fichier ini par exemple. Regarde la tâche "Dynamic Properties" (de mémoire) de DTS.
Ok, merci rudib ...
Grâce à tes recos, j'ai trouvé le site suivant si ça interresse quelqu'un:
http://www.databasejournal.com/featu...le.php/3073161