sp_requestpeerresponse (Transact-SQL)

S'applique à : SQL Server

Lorsque cette procédure est exécutée depuis un nœud dans une topologie d'égal à égal, elle demande une réponse de tous les nœuds de la topologie. En exécutant cette procédure et en examinant les réponses correspondantes, vous pouvez garantir que toutes les commandes précédentes sont remises aux nœuds de réponse. Cette procédure stockée est exécutée sur le nœud demandeur sur n'importe quelle base de données.

Conventions de la syntaxe Transact-SQL

Syntaxe

sp_requestpeerresponse
    [ @publication = ] N'publication'
    [ , [ @description = ] N'description' ]
    [ , [ @request_id = ] request_id OUTPUT ]
[ ; ]

Arguments

[ @publication = ] N’publication'

Nom de la publication dans une topologie d’égal à égal pour laquelle l’état est vérifié. @publication est sysname, sans valeur par défaut.

[ @description = ] N’description'

Informations définies par l'utilisateur utilisables pour identifier des demandes d'état individuelles. @description est nvarchar(4000), avec la valeur par défaut NULL.

[ @request_id = ] sortie request_id

Renvoie l'ID de la nouvelle demande. @request_id est un paramètre OUTPUT de type int. Cette valeur peut être utilisée lors de l’exécution de sp_helppeerresponses pour afficher toutes les réponses à une demande d’état.

Valeurs des codes de retour

0 (réussite) or 1 (échec).

Notes

sp_requestpeerresponse est utilisé dans la réplication transactionnelle d’égal à égal.

sp_requestpeerresponse permet de s’assurer que toutes les commandes sont reçues par tous les autres nœuds, avant de restaurer une base de données publiée dans une topologie d’égal à égal. Vous pouvez également utiliser cette procédure stockée lors de la réplication des modifications du langage de définition de données (DDL) effectuées pendant qu’un nœud était hors connexion, pour estimer quand ces modifications arrivent aux autres nœuds.

sp_requestpeerresponse ne peut pas être exécuté dans une transaction définie par l’utilisateur.

autorisations

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