Mettre à niveau des bases de données répliquées
SQL Server 2012 prend en charge la mise à niveau des bases de données répliquées à partir des versions précédentes de SQL Server ; il n'est pas nécessaire d'interrompre l'activité des autres nœuds lorsqu'un nœud est en cours de mise à niveau. Prenez soin de respecter les règles relatives aux versions qui sont prises en charge dans une topologie :
Toute version convient pour le serveur de distribution dès lors qu'elle est égale ou supérieure à celle du serveur de publication (en général, l'instance du serveur de distribution est la même que celle du serveur de publication).
Toute version convient pour le serveur de publication dès lors qu'elle est inférieure ou égale à celle du serveur de distribution.
La version de l'Abonné dépend du type de publication :
La version d'un Abonné à une publication transactionnelle peut être n'importe laquelle des deux versions du serveur de publication. Par exemple : un serveur de publication SQL Server 2005 peut avoir des Abonnés qui exécutent SQL Server 2005, SQL Server 2008 (y compris SQL Server 2008 R2), ou SQL Server 2012 ; et un serveur de publication SQL Server 2012 peut avoir des Abonnés qui exécutent SQL Server 2005, SQL Server 2008 (y compris SQL Server 2008 R2), ou SQL Server 2012.
La version d'un Abonné à une publication de fusion peut être toute version inférieure ou égale à celle du serveur de publication.
[!REMARQUE]
Cette rubrique est disponible dans la documentation d'aide du programme d'installation et dans la documentation en ligne de SQL Server. Les liens vers des rubriques qui s'affichent en gras dans la documentation d'aide du programme d'installation font référence à des rubriques qui sont exclusivement disponibles dans la documentation en ligne.
Exécuter l'Agent de lecture du journal pour la réplication transactionnelle avant la mise à niveau
Avant d'effectuer la mise à niveau vers SQL Server 2012, vous devez vous assurer que toutes les transactions validées de tables publiées ont été traitées par l'Agent de lecture du journal. Pour vous assurer que toutes les transactions ont été traitées, effectuez les étapes suivantes pour chaque base de données qui contient des publications transactionnelles :
Assurez-vous que l'Agent de lecture du journal s'exécute pour la base de données. Par défaut, cet agent s'exécute en permanence.
Arrêtez l'activité des utilisateurs sur les tables publiées.
Laissez à l'Agent de lecture du journal le temps de copier des transactions vers la base de données de distribution, puis arrêtez-le.
Exécutez sp_replcmds pour vérifier que toutes les transactions ont été traitées. Le jeu de résultats de cette procédure doit être vide.
Exécutez sp_replflush pour fermer la connexion à partir de sp_replcmds.
Effectuez la mise à niveau de serveur vers SQL Server 2012.
Redémarrez l'Agent SQL Server et l'Agent de lecture du journal s'ils ne démarrent pas automatiquement après la mise à niveau.
Exécution des agents de réplication de fusion après la mise à niveau
Après la mise à niveau, exécutez l'Agent d'instantané pour chaque publication de fusion et l'Agent de fusion pour chaque abonnement afin de mettre à jour les métadonnées de réplication. Vous n'avez pas à appliquer le nouvel instantané, car il n'est pas nécessaire pour réinitialiser les abonnements. Les métadonnées d'abonnement sont mises à jour lors de la première exécution de l'Agent de fusion après la mise à niveau. Ceci signifie que la base de données d'abonnement peut rester en ligne et active durant la mise à niveau du serveur de publication.
La réplication de fusion stocke les métadonnées de publication et d'abonnement dans un certain nombre de tables système des bases de données de publication et d'abonnement. L'exécution de l'Agent d'instantané met à jour les métadonnées d'abonnement et l'exécution de l'Agent de fusion met à jour les métadonnées d'abonnement. Il faut uniquement générer un instantané de publication. Si une publication de fusion utilise des filtres paramétrés, chaque partition a également un instantané. Il n'est pas nécessaire de mettre à jour ces instantanés partitionnés.
Exécutez les agents à partir de SQL Server Management Studio, du moniteur de réplication ou de la ligne de commande. Pour plus d'informations sur l'exécution de l'Agent d'instantané, consultez les rubriques suivantes :
Pour plus d'informations sur l'exécution de l'Agent de fusion, consultez les rubriques suivantes :
Après avoir mis à niveau SQL Server dans une topologie qui utilise la réplication de fusion, modifiez le niveau de compatibilité de toutes les publications si vous voulez utiliser les nouvelles fonctionnalités.
Mise à niveau vers les éditions Standard, Workgroup ou Express
Avant toute mise à niveau d'une édition de SQL Server 2012 vers une autre, vérifiez que la fonctionnalité en cours d'utilisation est prise en charge dans l'édition vers laquelle vous effectuez la mise à niveau. Pour plus d'informations, consultez la section « Fonctionnalités de réplication SQL Server 2012 » dans la rubrique Fonctionnalités prises en charge par les éditions de SQL Server 2012.
Synchronisation Web pour la réplication de fusion
L'option de synchronisation Web pour la réplication de fusion requiert la copie de l'Écouteur de réplication SQL Server (replisapi.dll) dans le répertoire virtuel sur le serveur IIS (Internet Information Services) utilisé pour la synchronisation. Lorsque vous configurez la synchronisation Web, le fichier est copié dans le répertoire virtuel par l'Assistant Configuration de la synchronisation Web. Si vous mettez à niveau les composants SQL Server installés sur le serveur IIS, vous devez manuellement copier replisapi.dll depuis le répertoire COM vers le répertoire virtuel sur le serveur IIS. Pour plus d'informations sur la configuration de la synchronisation Web, consultez Configurer la synchronisation Web.
Restauration d'une base de données répliquée à partir d'une version antérieure
Pour vous assurer que les paramètres de réplication sont conservés lorsque vous restaurez la sauvegarde d'une base de données répliquée à partir d'une version précédente : effectuez la restauration vers un serveur et une base de données du même nom que le serveur et la base de données à l'origine de la sauvegarde.
Voir aussi
Référence
Mises à niveau de la version et de l'édition prises en charge
Concepts
Compatibilité descendante de la réplication
Mettre à niveau vers SQL Server 2012