sp_resyncmergesubscription (Transact-SQL)

Resynchronise un abonnement de fusion avec un état de validation connu que vous spécifiez. Ceci permet de forcer la convergence ou de synchroniser la base de données d'abonnement par rapport à un point dans le temps, tel que la dernière validation qui a abouti, ou à une date spécifiée. La capture instantanée n'est pas réappliquée lors de la resynchronisation d'un abonnement à l'aide de cette méthode. Cette procédure stockée n'est pas utilisée pour les abonnements de réplication de capture instantanée ou de réplication transactionnelle. Cette procédure stockée est exécutée sur la base de données de publication du serveur de publication ou sur la base de données d'abonnement de l'Abonné.

Conventions de la syntaxe de Transact-SQL

Syntaxe

sp_resyncmergesubscription [ [ @publisher = ] 'publisher' ]
    [ , [ @publisher_db = ] 'publisher_db' ]
        , [ @publication = ] 'publication' 
    [ , [ @subscriber = ] 'subscriber' ]
    [ , [ @subscriber_db = ] 'subscriber_db' ]
    [ , [ @resync_type = ] resync_type ]
    [ , [ @resync_date_str = ] resync_date_string ]

Arguments

• [ @publisher = ] 'publisher'
  Nom du serveur de publication. publisher est de type sysname. Sa valeur par défaut est NULL. La valeur NULL est valide si la procédure stockée est exécutée sur le serveur de publication. Si la procédure stockée est exécutée sur l'Abonné, un serveur de publication doit être spécifié.

• [ @publisher_db = ] 'publisher_db'
  Nom de la base de données de publication. L'argument publisher_db est de type sysname, avec la valeur NULL par défaut. La valeur NULL est valide si la procédure stockée est exécutée dans la base de données de publication du serveur de publication. Si la procédure stockée est exécutée sur l'Abonné, un serveur de publication doit être spécifié.

• [ @publication = ] 'publication'
  Nom de la publication. publication est de type sysname, sans valeur par défaut.

• [ @subscriber = ] 'subscriber'
  Nom de l'Abonné. subscriber est de type sysname, avec NULL comme valeur par défaut. La valeur NULL est valide si la procédure stockée est exécutée sur l'Abonné. Si la procédure stockée est exécutée sur le serveur de publication, un Abonné doit être spécifié.

• [ @subscriber_db = ] 'subscriber_db'
  Nom de la base de données d'abonnement. L'argument subscription_db est de type sysname, avec NULL comme valeur par défaut. La valeur NULL est valide si la procédure stockée est exécutée dans la base de données d'abonnement de l'Abonné. Si la procédure stockée est exécutée sur le serveur de publication, un Abonné doit être spécifié.

• [ @resync_type = ] resync_type
  Indique quand la resynchronisation doit démarrer. resync_type est de type int et peut avoir l'une des valeurs suivantes.

  Valeur	Description
  0	La synchronisation démarre après la capture instantanée initiale. Il s'agit de l'option qui utilise le plus de ressources, dans la mesure où toutes les modifications depuis la capture instantanée initiale sont réappliquées à l'Abonné.
  1	La synchronisation démarre à partir de la dernière validation réussie. Toutes les générations nouvelles ou incomplètes effectuées depuis la dernière validation réussie sont réappliquées à l'Abonné.
  2	La synchronisation démarre à partir de la date définie dans resync_date_str. Toutes les générations nouvelles ou incomplètes effectuées depuis la date sont réappliquées à l'Abonné.

• [ @resync_date_str=] resync_date_string
  Définit la date de début de la resynchronisation. resync_date_string est de type nvarchar(30), avec la valeur par défaut NULL. Ce paramètre est utilisé lorsque resync_type a la valeur 2. La date définie est convertie dans sa valeur datetime équivalente.

Valeurs des codes de retour

0 (succès) ou 1 (échec)

Notes

sp_resyncmergesubscription est utilisé dans la réplication de fusion.

La valeur 0 pour le paramètre resync_type, qui réapplique toutes les modifications depuis la capture instantanée initiale, peut consommer beaucoup de ressources, mais éventuellement moins qu'une réinitialisation complète. Par exemple, si la capture instantanée initiale a été fournie un mois auparavant, cette valeur provoque la réapplication des données du mois écoulé. Si la capture instantanée contient 1 gigaoctet (Go) de données et que le nombre de modifications depuis le mois dernier correspond à 2 mégaoctets (Mo) de données, il est plus efficace de réappliquer les données que de réappliquer l'ensemble de la capture instantanée de 1 Go.

Autorisations

Seuls les membres du rôle de serveur fixe sysadmin ou du rôle de base de données fixe db_owner peuvent exécuter sp_resyncmergesubscription.

Voir aussi

Référence

Procédures stockées système (Transact-SQL)

Aide et Informations

Assistance sur SQL Server 2005