Fonctionnalités abandonnées dans la réplication SQL Server
Cette rubrique décrit les fonctionnalités de réplication qui ne sont plus disponibles dans SQL Server 2008.
Fonctionnalités abandonnées dans la réplication SQL Server
Cette section décrit les fonctionnalités de réplication abandonnées dans SQL Server 2005.
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.
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 à l'annuaire Active Directory à l'aide du paramètre @add_to_active_directory de sp_addpublication ou sp_addmergepublication a été abandonné. 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 Procédure : créer la capture instantanée initiale (programmation RMO). |
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 SQL Server Express à 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. |
Fonctionnalités de réplication transactionnelle abandonnées
Les fonctionnalités de réplication transactionnelle suivantes ont été abandonnées.
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, qui autorisait les valeurs sql et msmq (Message Queuing). Dans SQL Server 2005, seule la valeur 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.
Fonctionnalité |
Description |
|---|---|
Publication à partir de SQL Server Express |
MSDE SQL Server peut tenir lieu de serveur de publication pour les publications de fusion. SQL Server Express ne peut pas faire office 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. |
L'interface IVBCustomResolver. |
Cette interface vous permettait de programmer des programmes de résolution 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 programmes de résolution COM. Pour plus d'informations, consultez Exécution de la logique métier lors de la synchronisation de fusion. Vous pouvez toujours programmer des programmes de résolution COM en C++. Pour plus d'informations, consultez Programmes de résolution personnalisés COM. |