Fonctionnalités désapprouvées dans la réplication SQL Server 2005

Mis à jour : 14 avril 2006

Cette rubrique décrit les fonctionnalités de réplication qui seront supprimées dans une version future. Ces fonctionnalités sont disponibles dans Microsoft SQL Server 2005, mais nous vous recommandons d'utiliser d'autres fonctionnalités dans la mesure du possible.

Remarque :
Cette rubrique 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 désapprouvées qui affectent tous les types de réplications

Les fonctionnalités suivantes, qui s'appliquent à tous les types de réplications, ont été désapprouvées dans SQL Server 2005.

Fonctionnalité	Description
Abonnements pouvant être attachés	Cette fonctionnalité peut être utilisée lors du déploiement d'un grand nombre d'abonnements par extraction de données, ce qui est relativement courant dans la réplication de fusion. Dans SQL Server 2005, nous vous recommandons d'utiliser les méthodes suivantes plutôt que les abonnements pouvant être attachés : Pour les publications de fusion qui sont partitionnées à l'aide de filtres paramétrés, nous vous recommandons d'utiliser les nouvelles fonctionnalités des captures instantanées partitionnées, qui simplifient l'initialisation d'un grand nombre d'abonnements. Pour plus d'informations, consultez Captures instantanées des publications de fusion avec des filtres paramétrés. Pour les publications non partitionnées, vous pouvez initialiser un abonnement avec une sauvegarde. Pour plus d'informations, consultez Initialisation d'une réplication de fusion sans capture instantanée et Initialisation d'un abonnement transactionnel sans capture instantanée. Dans les deux cas, vous pouvez automatiser la création d'un grand nombre d'abonnements à l'aide de scripts : créez un abonnement unique, créez un script à partir de cet abonnement, modifiez le script pour chaque Abonné et appliquez-le à chaque Abonné pour créer un abonnement. Pour plus d'informations, consultez Création de scripts de réplication. Pour plus d'informations sur les abonnements pouvant être attachés, consultez Abonnements pouvant être attachés.
Inscription de l'Abonné	La procédure stockée sp_addsubscriber (Transact-SQL) est désapprouvée. Il n'est plus requis d'inscrire explicitement un Abonné sur le serveur de publication.
Objets SQL-DMO (Distributed Management Objects)	Le code existant continue de fonctionner, mais SQL-DMO ne prend pas en charge les nouvelles fonctionnalités de SQL Server 2005. Utilisez plutôt Replication Management Objects (RMO). Pour plus d'informations, consultez Programming with Replication Management Objects.
Modifications du schéma à l'aide de sp_repladdcolumn et sp_repldropcolumn	Les procédures stockées sp_repladdcolumn (Transact-SQL) et sp_repldropcolumn (Transact-SQL) ont été désapprouvées. Utilisez plutôt la réplication de modification du schéma. Pour plus d'informations, consultez Modification du schéma dans les bases de données de publication. Les procédures stockées ne peuvent pas être utilisées pour ajouter ou supprimer des colonnes avec des types de données introduits dans SQL Server 2005 : types XML, varchar(max), nvarchar(max), varbinary(max) ou définis par l'utilisateur (UDT, user defined types).
Validation de la somme de contrôle	La validation de la somme de contrôle doit uniquement être utilisée pour les Abonnés exécutant Microsoft SQL Server version 7.0. Utilisez la validation de la somme de contrôle binaire pour les Abonnés de SQL Server qui exécutent des versions plus récentes. Vous pouvez également utiliser la validation du nombre de lignes pour tous les Abonnés de SQL Server, version 7.0 incluse, et ceux s'abonnant aux publications des serveurs de publication Oracle. Pour plus d'informations, consultez Validation des données répliquées.
Ajout de publications à 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 localisant dans Active Directory a été désapprouvé.
Paramètre -UseInprocLoader	Ce paramètre de l'Agent de distribution et de l'Agent de fusion est désapprouvé parce qu'il n'est pas compatible avec le type de données XML. Si vous ne répliquez pas de données XML, ce paramètre peut être utilisé. Pour plus d'informations, consultez Replication Distribution Agent et Replication Merge Agent.

Fonctionnalités désapprouvées de la réplication transactionnelle

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

Fonctionnalité	Description
Expiration des abonnements aux publications transactionnelles	La propriété @retention de sp_addpublication (Transact-SQL) a été désapprouvée. Les abonnements restent marqués comme inactifs et doivent être réinitialisés s'ils n'ont pas été synchronisés durant la période de rétention de la distribution maximale (propriété @max_distretention de sp_adddistributiondb (Transact-SQL)). Pour plus d'informations sur les périodes de rétention, consultez Expiration et désactivation des abonnements.
Abonnements « No sync » aux publications transactionnelles	Un abonnement est un abonnement « no sync » si la valeur none est affectée au paramètre @sync_type du paramètre sp_addsubscription (Transact-SQL). Si vous souhaitez spécifier que le schéma et les données nécessaires sont déjà présents dans la base de données d'abonnement, affectez plutôt la valeur Prise en charge de la réplication uniquement au paramètre. Pour plus d'informations, consultez Initialisation d'un abonnement transactionnel sans capture instantanée.
Abonnés ODBC	Utilisez plutôt OLE-DB pour les Abonnés non-SQL Server. Pour plus d'informations sur les Abonnés pris en charge, consultez Abonnés non-SQL Server.
Abonnements transformables	Cette fonctionnalité est disponible via l'interface des procédures stockées, mais elle n'est plus prise en charge dans l'interface utilisateur. L'utilisation de la fonctionnalité nécessite l'installation de DTS (Data Transformation Services) de Microsoft SQL Server 2000. Pour plus d'informations, consultez Compatibilité descendante de SQL Server 2005 Integration Services. Pour plus d'informations sur les abonnements transformables, consultez Transformation de données publiées.
Abonnements pouvant être mis à jour avec les publications de captures instantanées	L'utilisation d'abonnements pouvant être mis à jour avec les publications transactionnelles est toujours prise en charge. Pour plus d'informations, consultez Abonnements pouvant être mis à jour pour la réplication transactionnelle.
Contrôle ActiveX de distribution	Ce contrôle vous permet d'incorporer l'Agent de distribution dans les applications. Utilisez plutôt RMO. Pour plus d'informations, consultez Synchronizing Subscriptions (RMO Programming).
Interface de distribution de réplication	Dans SQL Server 2000, l'interface de distribution de réplication fournissait une interface permettant de stocker les transactions répliquées dans la base de données de distribution sur le serveur de distribution. Cette interface pouvait être utilisée pour activer la publication à partir d'une base de données non-SQL Server (une programmation personnalisée supplémentaire était requise pour suivre les modifications sur le serveur de publication). La prise en charge de cette fonctionnalité a été désapprouvée, mais le code existant continue de fonctionner sur un serveur mis à niveau à partir de SQL Server 2000. Pour plus d'informations, consultez « Replication Distributor Interface Reference » dans la documentation en ligne de SQL Server 2000. SQL Server 2005 prend en charge la publication à partir des bases de données Oracle sans programmation personnalisée. Pour plus d'informations, consultez Présentation de la publication Oracle.

Fonctionnalités désapprouvées de la réplication de fusion

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

Fonctionnalité	Description
Partenaires de synchronisation différents	La fonctionnalité de partenaires de synchronisation différents vous permet de spécifier un serveur de publication différent avec lequel un Abonné peut se synchroniser. Pour plus d'informations, consultez Partenaires de synchronisation de substitution. Dans SQL Server 2005, nous vous recommandons d'utiliser la réplication de fusion associée à la mise en miroir de bases de données, plutôt que les partenaires de synchronisation différents. Pour plus d'informations, consultez Réplication et mise en miroir des bases de données.
Contrôle ActiveX de fusion	Ce contrôle vous permet d'incorporer l'Agent de fusion dans les applications. Utilisez plutôt RMO. Pour plus d'informations, consultez Synchronizing Subscriptions (RMO Programming).
Option UPDATE multicolonne	Lorsque la réplication de fusion effectue une mise à jour, elle met à jour toutes les colonnes modifiées dans une seule instruction UPDATE et réaffecte aux colonnes non modifiées leur valeur d'origine. Elle peut également émettre plusieurs instructions UPDATE, avec une instruction UPDATE pour chaque colonne modifiée. L'instruction UPDATE multicolonne est généralement plus efficace. Dans les versions précédentes de SQL Server, il était recommandé d'affecter la valeur false à l'option de l'article fast_multicol_updateproc dans les cas où la mise à jour multicolonne (une instruction UPDATE unique) pouvait être moins efficace : La plupart des mises à jour impliquent un nombre limité de colonnes. La maintenance d'un index sur des colonnes non modifiées est lourde, car ces colonnes sont redéfinies à chaque mise à jour. Grâce aux performances accrues de SQL Server, cette option n'est plus requise pour ces cas de figure.

Voir aussi

Concepts

Compatibilité descendante de la réplication

Autres ressources

Amélioration de la réplication

Aide et Informations

Assistance sur SQL Server 2005