Publicando a execução do procedimento armazenado na replicação transacional

como o servidor SQL sabe replicar apenas a execução do procedimento armazenado (ou seja, o comando real exec myupateproc t-sql) em vez dos dados da tabela subjacente que estão sendo atualizados no editor (ou seja, na verdade, replicando a instrução de atualização de 25 milhões)?

O SQL Server sabe disso quando você configura a propriedade do artigo conforme abaixo:

Você pode definir explicitamente apenas para replicar a definição do SP, a execução do SP ou a execução em uma transação serializada do SP ao configurar a propriedade do artigo.

Consulte aqui . Quando você seleciona "transação serializada do SP", toda a execução é replicada como uma única transação, reduzindo a sobrecarga da replicação transacional, ou seja, com a replicação da execução do procedimento armazenado, a replicação envia apenas o comando para executar o procedimento armazenado no Assinante, em vez de gravar todas as atualizações no banco de dados de distribuição e enviá-las pela rede para o Assinante

Teste-o antes, pois executar uma atualização tão grande (25 milhões de linhas) será demais para a replicação (dependendo da sua topologia de replicação - mesmo servidor de distribuição como editor, editor e assinantes geograficamente separados, etc.) e algumas ressalvas conforme descrito em BOL .

Você provavelmente pode pensar em outra abordagem como -

1. Remova a tabela atual da replicação.
2. Você atualiza os dados e (para acelerar as coisas, você pode truncar a tabela no Assinante se a tabela for grande - então, quando você fizer um instantâneo, a replicação não precisará excluir a tabela do assinante)
3. Adicione a tabela de volta à replicação com a opção nosync
4. Snapshot da publicação, mas desta vez será gerado apenas o snapshot da tabela que foi adicionada.