Ajouter et supprimer des articles de publications existantes

S’applique à : SQL Server (toutes les versions prises en charge) Azure SQL Managed Instance

Après la création d'une publication, il est possible d'ajouter et de supprimer des articles. Vous pouvez ajouter des articles à tout moment ; en revanche, les actions visant à supprimer les articles dépendent du type de réplication et du moment de la suppression de l'article.

ajout d'articles

L'ajout d'un article se déroule comme suit : ajout de l'article à la publication, création d'un nouvel instantané de la publication, synchronisation de l'abonnement pour appliquer le schéma et les données du nouvel article.

Notes

Si vous ajoutez un article à une publication de fusion et qu’un article existant dépend du nouvel article, vous devez spécifier une commande de traitement pour les deux articles à l’aide du paramètre @processing_order de sp_addmergearticle et de sp_changemergearticle. Examinez le scénario suivant : vous publiez une table, mais vous ne publiez pas de fonction référencée par la table. Si vous ne publiez pas la fonction, la table ne peut pas être créée au niveau de l'abonné. Lorsque vous ajoutez la fonction à la publication : spécifiez la valeur 1 pour le paramètre @processing_order de sp_addmergearticle; et spécifiez la valeur 2 pour le paramètre @processing_order de sp_changemergearticle, en spécifiant le nom de la table du paramètre @article. Cet ordre de traitement permet de créer la fonction au niveau de l'Abonné avant la table qui en dépend. Vous pouvez utiliser différents nombres pour chaque article tant que le nombre de la fonction est inférieur au nombre de la table.

  1. Ajoutez un ou plusieurs articles à l'aide de l'une des méthodes suivantes :

  2. Après l'ajout d'un article à une publication, vous devez créer un nouvel instantané de celle-ci (et de toutes les partitions s'il s'agit d'une publication de fusion avec des filtres paramétrés). L'Agent de distribution ou de fusion copie ensuite le schéma et les données du nouvel article vers l'Abonné (il ne réinitialise pas l'ensemble de la publication).

  3. Après la création de l'instantané, synchronisez l'abonnement pour copier le schéma et les données du nouvel article.

abandon d'articles

Les articles peuvent être supprimés d'une publication à tout moment mais vous devez prendre en compte les comportements suivants :

  • La suppression d'un article d'une publication ne supprime pas l'objet de la base de données de publication ou l'objet correspondant de la base de données d'abonnement. Utilisez DROP <Object> pour supprimer ces objets si nécessaire. Lorsque vous supprimez un article lié à d’autres articles publiés via des contraintes de clé étrangère, nous vous recommandons de supprimer la table manuellement sur l’Abonné ou à l’aide de l’exécution de script à la demande : spécifiez un script qui inclut les instructions DROP <Object> appropriées. Pour plus d’informations, consultez Exécuter des scripts pendant la synchronisation (programmation Transact-SQL de réplication).

  • Pour les publications de fusion présentant un niveau de compatibilité égal ou supérieur à 90RTM, les articles peuvent être supprimés à tout moment mais un nouvel instantané s'impose. De plus :

    • Si l'article est un article parent dans une relation d'enregistrement logique ou de filtre de jointure, vous devez commencer par supprimer les relations, ce qui nécessite une réinitialisation.

    • Si un article possède le dernier filtre paramétré d'une publication, les abonnements doivent être réinitialisés.

  • Pour les publications de fusion présentant un niveau de compatibilité inférieur à 90RTM, il est possible de supprimer les articles sans considérations particulières avant la synchronisation initiale des abonnements. Si un article est supprimé après la synchronisation d'un ou plusieurs abonnements, les abonnements doivent être supprimés, recréés et synchronisés.

  • Pour les publications transactionnelles ou d'instantané, les articles peuvent être supprimés sans considérations particulières avant la création des abonnements. Si un article est supprimé après la création d'un ou plusieurs abonnements, les abonnements doivent être supprimés, recréés et synchronisés. Pour plus d’informations sur la suppression d’abonnements, consultez S’abonner aux publications et sp_dropsubscription (Transact-SQL). sp_dropsubscription permet de supprimer un seul article de l'abonnement au lieu de l'abonnement entier.

  1. La suppression d'un article d'une publication consiste à supprimer l'article et à créer un nouvel instantané de la publication. Dans la mesure où la suppression d'un article invalide l'instantané actuel, un nouvel instantané doit être créé.

  2. Après la suppression d'un article d'une publication, vous devez créer un nouvel instantané de celle-ci (et de toutes les partitions s'il s'agit d'une publication de fusion avec des filtres paramétrés).

Comme indiqué ci-dessus, la suppression d'un article exige parfois la suppression, la recréation et la synchronisation des abonnements. Pour plus d’informations, consultez S’abonner à des publications.etSynchronisez les données.

Notes

SQL Server 2014 (12.x) Service Pack 2 ou version ultérieure et SQL Server 2016 (13.x) Service Pack 1 ou version ultérieure prennent en charge la suppression d’une table à l’aide de la commande DDL DROP TABLE pour les articles participant à une réplication transactionnelle. Si une DLL TABLE DROP est prise en charge par les publications, l’opération DROP TABLE supprime la table de la publication et de la base de données. L’Agent de lecture du journal publiera une commande de nettoyage pour la base de données de distribution de la table supprimée et effectuera le nettoyage des métadonnées du serveur de publication. Si l’Agent de lecture du journal n’a pas traité tous les enregistrements de journal qui font référence à la table supprimée, il ignore alors les nouvelles commandes qui sont associés à la table supprimée. Les enregistrements déjà traités seront remis à la base de données de distribution. Ils peuvent être appliqués sur la base de données de l’abonné si l’Agent de distribution les traite avant que l’agent de lecture du journal ne nettoie les articles obsolètes (supprimées) . Par défaut, les publications de réplication transactionnelle ne prennent pas en charge la DDL TABLE DROP. Pour plus d’informations sur cette amélioration, consultez l’article 3170123 de la Base de connaissances.

Voir aussi

Publier des données et des objets de base de données
Réinitialiser des abonnements
Modifier le schéma dans les bases de données de publication