Réplication de base de données SQLserver 2000 vers SQL Server 2008

Question

J'essaie de répliquer une base de données assez volumineuse de SQLServer 2000 vers SQL Server 2008, située sur deux serveurs différents. J'ai trouvé un article sur cette tentative et j'ai essayé de suivre sa direction. Voici l'article.

Mixed Mode Bi-Directional Transactional Replication between SQL 2000 and SQL 2008

Voici la partie que je suis coincé sur:

« Donc, pour créer une publication, vous besoin de ne pas utiliser l'assistant de publication que vous obtenir en SQL 2008. A la place, utilisez un script de publication généré et pour chaque ligne sp_addarticle que vous avez dedans, assurez-vous que le @ins_cmd, @upd_cmd & Paramètres point @del_cmd aux procédures stockées appropriées et l'exécuter sur le SQL Server 2000 serveur. Une fois cela fait, allez-y et créer un abonnement à SQL serveur base de données de 2008 normalement. »

Je suis en mesure d'obtenir les procédures stockées en place pour toutes les tables mais ont besoin d'une certaine direction sur la création d'un généré script de publication Est-ce que quelqu'un a une direction ou un bon exemple d'un script de publication généré

Answer 1

Vous pouvez exécuter l'assistant de publication SQL en 2008 et l'afficher dans un script, puis l'utiliser comme modèle de base pour modifier avec les arguments appropriés pour les paramètres sp listés dans la question

Answer 2

Sur la dernière étape de l'assistant de publication, vous aurez deux options: 1. Créez la publication 2. Générer un fichier de script avec des étapes pour créer la publication

L'article référencé ici suggère que vous ne laissez pas l'assistant crée la publication mais choisit à la place de générer le fichier de script. À ce stade, vous pouvez modifier le fichier script comme indiqué dans l'article.

Answer 3

Je suis en train de faire une mise à niveau de SQL 2000 vers SQL 2008 R2 et je trouve que l'assistant de publication fonctionne très bien sans avoir besoin de modifier les scripts générés.

L'article suggère de créer des procs stockés car ils ne fonctionnent pas bidirectionnellement hors de la boîte. Cependant, quand cela fonctionne brillamment dans les deux directions, et très rapidement aussi, juste en utilisant l'assistant. C'est en utilisant SQL 2008 R2 qui peut être la raison, il peut avoir amélioré depuis le SQL d'origine 2008.