Share via


sp_resyncmergesubscription (Transact-SQL)

Sincroniza novamente uma assinatura de mesclagem para um estado de validação conhecido especificado por você. Isso permite impor a convergência ou sincronizar o banco de dados de assinatura para um point-in-time específico, como a última vez em que a validação foi bem-sucedida, ou para uma data específica. O instantâneo não é reaplicado ao ressincronizar uma assinatura usando esse método. Esse procedimento armazenado não é usado para assinaturas de replicação de instantâneo ou assinaturas de replicação transacional. Esse procedimento armazenado é executado no Publicador, no banco de dados de publicação, ou no Assinante, no banco de dados de assinatura.

Ícone de vínculo de tópico Convenções da sintaxe Transact-SQL

Sintaxe

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 ]

Argumentos

  • [ @publisher = ] 'publisher'
    É o nome do Publicador. publisher é sysname, com um padrão de NULL. Um valor de NULL será válido se o procedimento armazenado for executado no Publicador. Se o procedimento armazenado for executado no Assinante, um Publicador deverá ser especificado.

  • [ @publisher_db = ] 'publisher_db'
    É o nome do banco de dados de publicação. publisher_db é sysname, com um padrão de NULL. Um valor de NULL será válido se o procedimento armazenado for executado no Publicador, no banco de dados de publicação. Se o procedimento armazenado for executado no Assinante, um Publicador deverá ser especificado.

  • [ @publication = ] 'publication'
    É o nome da publicação. publicationé sysname, sem padrão.

  • [ @subscriber = ] 'subscriber'
    É o nome do Assinante. subscriber é sysname, com um padrão de NULL. Um valor de NULL será válido se o procedimento armazenado for executado no Assinante. Se o procedimento armazenado for executado no Publicador, um Assinante deverá ser especificado.

  • [ @subscriber_db = ] 'subscriber_db'
    É o nome do banco de dados de assinatura. subscription_db é sysname, com um padrão de NULL. Um valor de NULL será válido se o procedimento armazenado for executado no Assinante, no banco de dados de assinatura. Se o procedimento armazenado for executado no Publicador, um Assinante deverá ser especificado.

  • [ @resync_type = ] resync_type
    Define quando a ressincronização deve ser iniciada. resync_type é int, e pode ter um dos valores a seguir.

    Valor

    Descrição

    0

    A sincronização inicia a partir do instantâneo inicial. Essa é a opção que mais utiliza recursos, uma vez que todas as alterações desde o instantâneo inicial são reaplicadas ao Assinante.

    1

    A sincronização inicia a partir da última validação bem-sucedida. Todas as gerações novas ou incompletas que tiveram origem desde a última validação bem-sucedida são reaplicadas ao Assinante.

    2

    A sincronização inicia na data fornecida em resync_date_str. Todas as gerações novas ou incompletas que tiveram origem após essa data são reaplicadas ao Assinante.

  • [ @resync_date_str=] resync_date_string
    Define a data quando a ressincronização deve ser iniciada. resync_date_string é nvarchar(30), com um padrão de NULL. Esse parâmetro é usado quando o resync_type é um valor de 2. A data fornecida é convertida a seu valor de datetime equivalente.

Valores de código de retorno

0 (êxito) ou 1 (falha)

Comentários

sp_resyncmergesubscription é usado em replicação de mesclagem.

Um valor de 0 para o parâmetro resync_type, que reaplica todas as alterações desde o instantâneo inicial, pode utilizar muitos recursos, mas possivelmente muito menos do que uma reinicialização completa. Por exemplo, se o instantâneo inicial foi entregue há um mês, esse valor causará a reaplicação dos dados do último mês. Se o instantâneo inicial continha 1 gigabyte (GB) de dados, mas a quantidade de alterações do último mês consistiu em 2 megabytes (MB) de dados alterados, seria mais eficiente reaplicar os dados do que reaplicar todo o instantâneo de 1 GB.

Permissões

Somente membros da função de servidor fixa sysadmin ou da função de banco de dados fixa db_owner podem executar sp_resyncmergesubscription.

Consulte também

Referência

Procedimentos armazenados do sistema (Transact-SQL)