2009-04-14 6 views
0

Nous avons plusieurs bases de données SQL Server 2000 (je sais, nous devons mettre à niveau) qui ont la même structure et sont configurées pour répliquer vers un autre serveur. Le problème est que chaque fois que je dois changer la structure (ce qui est généralement assez facile à faire sur toutes les bases de données, surtout avec les outils de Red Gate), je dois arrêter la réplication, modifier la structure et réinstaller la réplication. Les étapes de configuration de la réplication ne prennent que quelques minutes à faire pour chaque base de données, mais elles sont répétitives et me rendent fou. J'ai l'EDI créer un script de la procédure de réplication et juste remplacer le nom de la base de données précédente avec le nom de la base de données suivante et exécuter le script. Toujours agaçant mais plus rapide que de cliquer sur l'IDE et d'oublier une option.Exécution du même script de réplication sur plusieurs bases de données

J'ai essayé des choses comme utiliser le "SP_MSFOREEACHDB" mais cela ne semblait pas très prometteur. Je suppose que je devrais juste utiliser le TSQL qui est généré à partir de l'EDI et l'utiliser comme point de départ pour construire un nouveau script TSQL s'il passe le nom de la base de données en tant que paramètre. Et puis, quand quelque chose change avec la structure de la base de données, je dois y remédier dans le script de réplication TSQL et y apporter les modifications. Est-ce un problème pour quelqu'un d'autre? Est-ce que 2005 ou 2008 a un meilleur "SP_MSFOREACHDB" donc je n'aurais pas à mettre en place un script fou et juste que l'IDE génèrerait un script quand il y aurait des changements que je pourrais facilement utiliser sur plusieurs bases de données?

+0

donne à SQL Query Bridge une chance d'exécuter vos scripts sur tous vos serveurs. Il est disponible gratuitement chez nous @ http://www.ispysql.com – IEnumerator

Répondre

1

Utilisez-vous la réplication SQL Server? Si c'est le cas, pourquoi n'apportez-vous pas les modifications à la base de données de publication et laissez-vous les modifications de schéma à ses abonnés? Nous le faisons occasionnellement sur SQL 2005 et cela fonctionne bien pour la plupart; Je n'ai aucune expérience avec la réplication sur 2000 serveurs.

+0

Oui, c'est un avantage de 2005. . . vous pouvez faire des changements de schéma et ils sont répliqués comme les données. Impossible de faire cela avec 2000. Aller à mettre à jour bientôt juste pour cette raison! – tooshel

0

Si vous pouvez utiliser SQL Server Management Studio, le SSMS tools pack dispose d'un widget permettant d'exécuter le même script sur des bases de données différentes.

0

SQLCMD L'outil peut se connecter à SQL Server 2000 et activer l'interaction à partir de la ligne de commande. L'utilisation de requêtes paramétrées et d'un ensemble fixe de fichiers .bat (un pour chaque serveur) peut être une bonne alternative à ce que vous faites maintenant.

Questions connexes