Fonctionnalités abandonnées dans la réplication SQL Server 2005

Article
12/15/2008

Mis à jour : 14 avril 2006

Cette rubrique décrit les fonctionnalités de réplication qui ont été abandonnées dans Microsoft SQL Server 2005.

Remarque :
Elle est disponible dans la documentation d'aide du programme d'installation et dans la documentation en ligne de SQL Server 2005. 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.

Fonctionnalités abandonnées qui affectent tous les types de réplication

Les fonctionnalités de réplication suivantes ont été abandonnées dans SQL Server 2005.

Fonctionnalité	Description
Création d'abonnements par envoi de données (push) sans connexion à l'Abonné dans l'Assistant Nouvel abonnement	La création d'abonnements par envoi de données (push) dans l'Assistant Nouvel abonnement requiert désormais une connexion active à l'Abonné durant la configuration. Pour plus d'informations sur l'utilisation de l'Assistant, consultez Procédure : créer un abonnement envoyé (SQL Server Management Studio).
Utilisation du protocole de transfert des fichiers (FTP, File Transfer Protocol) pour initialiser les Abonnés qui exécutent SQL Server version 7.0	Cette fonctionnalité est disponible pour les Abonnés qui exécutent SQL Server 2000 ou des versions ultérieures. Pour plus d'informations, consultez Transfert de captures instantanées via FTP.
Création d'abonnements dans le Gestionnaire de synchronisation Windows	Vous ne pouvez plus créer des abonnements dans le Gestionnaire de synchronisation, mais vous pouvez encore synchroniser les abonnements. Pour plus d'informations, consultez Gestionnaire de synchronisation Windows.
Abonnement à une publication en la localisant dans Active Directory	L'ajout d'une publication à Active Directory à l'aide du paramètre @add_to_active_directory de sp_addpublication (Transact-SQL) ou de sp_addmergepublication (Transact-SQL) a été désapprouvé. L'abonnement à une publication en la recherchant dans Active Directory a été désapprouvé.
Contrôle ActiveX de la capture instantanée	Ce contrôle vous permet d'incorporer l'Agent de capture instantanée dans les applications. Utilisez plutôt le nouvel Agent de capture instantané managé. Pour plus d'informations, consultez SnapshotGenerationAgent et How to: Create the Initial Snapshot (RMO Programming).
Activation de l'Agent distant	SQL Server 2000 prenait en charge l'exécution de l'Agent de distribution ou de l'Agent de fusion sur un autre ordinateur suivie de l'activation de cet agent à distance à l'aide du modèle DCOM. Cette prise en charge a été abandonnée pour les serveurs de distribution qui exécutent SQL Server 2005 et les versions ultérieures ; elle a également été abandonnée pour les serveurs de distribution qui exécutent des versions antérieures de SQL Server. Pour plus d'informations, consultez « Activation de l'Agent distant » dans la documentation en ligne de SQL Server 2000.
Abonnés à Microsoft Access (Jet 4.0)	Jet est la base de données sous-jacente utilisée par Access et la réplication prenait en charge les abonnements aux bases de données Jet dans SQL Server 2000. Ces abonnements ne sont plus pris en charge. Nous vous conseillons d'utiliser Microsoft SQL Server 2005 Express Edition à la place. Access peut utiliser une base de données SQL Server comme arrière-plan et les bases de données SQL Server ne sont pas concernées par ce problème. Pour plus d'informations, consultez Réplication de données vers SQL Server Express.

Fonctionnalités de réplication transactionnelle abandonnées

Les fonctionnalités de réplication transactionnelle suivantes ont été abandonnées dans SQL Server 2005.

Fonctionnalité	Description
Option MSMQ (Message Queuing) pour les abonnements de mise à jour en attente	Avec les abonnements de mise à jour en attente, les modifications des Abonnés sont écrites dans une file d'attente ; elles sont ensuite lues dans cette file d'attente et remises au serveur de publication par l'Agent de lecture de la file d'attente. Dans SQL Server 2000, les abonnements pouvaient utiliser une file d'attente SQL Server ou bien l'option Message Queuing pour mettre les modifications en file d'attente. Le type de file d'attente était spécifié avec le paramètre @queue_type de sp_addpublication (Transact-SQL) qui autorisait les valeurs sql et msmq (Message Queuing). Dans SQL Server 2005, seule une valeur de sql est autorisée. Les publications existantes qui utilisent l'option Message Queuing sont modifiées lors de la mise à niveau en vue de l'utilisation d'une file d'attente SQL Server. Si certaines de vos applications dépendent de la mise à jour en attente à l'aide de MSMQ, vous devrez les réécrire pour une file d'attente SQL Server. Pour plus d'informations sur les abonnements de mise à jour en attente, consultez Abonnements pouvant être mis à jour pour la réplication transactionnelle.

Option MSMQ (Message Queuing) pour les abonnements de mise à jour en attente

Avec les abonnements de mise à jour en attente, les modifications des Abonnés sont écrites dans une file d'attente ; elles sont ensuite lues dans cette file d'attente et remises au serveur de publication par l'Agent de lecture de la file d'attente. Dans SQL Server 2000, les abonnements pouvaient utiliser une file d'attente SQL Server ou bien l'option Message Queuing pour mettre les modifications en file d'attente. Le type de file d'attente était spécifié avec le paramètre @queue_type de sp_addpublication (Transact-SQL) qui autorisait les valeurs sql et msmq (Message Queuing). Dans SQL Server 2005, seule une valeur de sql est autorisée. Les publications existantes qui utilisent l'option Message Queuing sont modifiées lors de la mise à niveau en vue de l'utilisation d'une file d'attente SQL Server. Si certaines de vos applications dépendent de la mise à jour en attente à l'aide de MSMQ, vous devrez les réécrire pour une file d'attente SQL Server. Pour plus d'informations sur les abonnements de mise à jour en attente, consultez Abonnements pouvant être mis à jour pour la réplication transactionnelle.

Fonctionnalités de réplication de fusion abandonnées

Les fonctionnalités de réplication de fusion suivantes ont été abandonnées dans SQL Server 2005.

Fonctionnalité	Description
Publication à partir de SQL Server 2005 Express Edition	MSDE SQL Server peut tenir lieu de serveur de publication pour les publications de fusion. SQL Server Express, qui remplace MSDE, ne peut pas tenir lieu de serveur de publication. Il peut s'abonner aux publications de fusion, aux publications transactionnelles et aux publications de capture instantanée. La réplication de fusion et la réplication transactionnelle avec des abonnements de mise à jour autorisent toutes les deux que les modifications soient retournées au serveur de publication à partir des Abonnés. Pour plus d'informations sur la réplication sur SQL Server Express, consultez Réplication de données vers SQL Server Express.
Interface IVBCustomResolver	Cette interface vous permettait de programmer des résolveurs de conflits personnalisés COM dans Visual Basic. Dans SQL Server 2005, nous vous conseillons d'utiliser des gestionnaires de logique métier à la place des résolveurs COM. Pour plus d'informations, consultez Exécution de la logique métier lors de la synchronisation de fusion. Vous pouvez toujours programmer des résolveurs COM en C++. Pour plus d'informations, consultez Résolveurs personnalisés COM.

Publication à partir de SQL Server 2005 Express Edition

MSDE SQL Server peut tenir lieu de serveur de publication pour les publications de fusion. SQL Server Express, qui remplace MSDE, ne peut pas tenir lieu de serveur de publication. Il peut s'abonner aux publications de fusion, aux publications transactionnelles et aux publications de capture instantanée. La réplication de fusion et la réplication transactionnelle avec des abonnements de mise à jour autorisent toutes les deux que les modifications soient retournées au serveur de publication à partir des Abonnés. Pour plus d'informations sur la réplication sur SQL Server Express, consultez Réplication de données vers SQL Server Express.

Interface IVBCustomResolver

Cette interface vous permettait de programmer des résolveurs de conflits personnalisés COM dans Visual Basic. Dans SQL Server 2005, nous vous conseillons d'utiliser des gestionnaires de logique métier à la place des résolveurs COM. Pour plus d'informations, consultez Exécution de la logique métier lors de la synchronisation de fusion.

Vous pouvez toujours programmer des résolveurs COM en C++. Pour plus d'informations, consultez Résolveurs personnalisés COM.

Voir aussi

Fonctionnalités abandonnées dans la réplication SQL Server 2005

Fonctionnalités abandonnées qui affectent tous les types de réplication

Fonctionnalités de réplication transactionnelle abandonnées

Fonctionnalités de réplication de fusion abandonnées

Voir aussi

Concepts

Autres ressources

Aide et Informations

Ressources supplémentaires