none
Erro em Replicacao Transacional RRS feed

  • Pergunta

  • Ola, alguém que já tenha passado por isso, pode me informar o que devo verificar? Ja recriei diversas vezes a replicacao mas sem sucesso.
    No servidor existe outras replicações mas a dessa base não funciona, eu habilitei o log de erro que me gerou isso:

    https://pastebin.com/byECEMHi

    Alguma ideia?
    terça-feira, 14 de janeiro de 2020 12:59

Respostas

Todas as Respostas

  • Fabiano,

    Já tive alguns problemas com replicação, dentre eles ao similar ao seu.

    Você poderia descrever um pouco mais sobre seu ambiente e o que esta sendo utilizado neste banco?


    Pedro Antonio Galvão Junior [MVP | MCC | MSTC | MIE | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados Relacional e Data Warehouse | Professor Universitário | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]

    terça-feira, 14 de janeiro de 2020 16:57
    Moderador
  • Atualmente temos diversas replicações de diversos bancos para uma única instância e banco.

    A origem é um servidor 2008 para um servidor 2012.

    Até pouco tempo ela funcionava perfeitamente, e sem motivo aparente parou de funcionar, refiz de todos os jeitos possíveis e não funcionou.

    O tipo de replicação é transacional (por chave primaria)

    O snapshot é criada uma vez por dia.

    O que vi é que quando acabo de criar a replicação a coluna log_reuse_wait_desc em sys.databases continua com nothing e a pasta com os arquivos usados para replicação não é criado.


    Fabiano Carvalho

    terça-feira, 28 de janeiro de 2020 11:32
  • Fabiano,

    Vamos por partes:

    Você destacou: "Até pouco tempo ela funcionava perfeitamente, e sem motivo aparente parou de funcionar, refiz de todos os jeitos possíveis e não funcionou."

    Por acaso você chegou a verificar o Event Viewer para identificar se existe algum evento registrado e apartir de quanto?

    No que se refere a coluna log_reuse_wait em sys.databases, segundo a documentação oficial da sys.databases, quando esta coluna apresenta o valor = 0 (Nothing) indica que não esta ocorrendo reaproveitamento do espaço ocupado pelos registros envolvidos no processo de replicação.

    Mas o seu questionamento se relaciona a coluna log_reuse_wait_desc, que é justamente o complemento da log_reuse_wait, que pode padrão, tem a finalidade de apresentar o que ou qual registro ou evento relacionado a transação esta sendo aguardado para o processamento. Se não esta sendo apresentado nada nesta coluna, é mais um indicador que não esta sendo realizado nenhum processo de replicação.

    Perguntas:

    1 - Você não chegou a verificar se ocorreu alguma mudança de configuração nas permissões de acesso?

    2 - Foi aplicada alguma atualização em ambos os SQL Server?

    3 - O nível de compatibilidade para o banco de dados que esta recebendo a replicação no SQL Server 2012 esta definido como 100?

    4 - O que é apresentado no Replication Monitor ou no History Replication?


    Pedro Antonio Galvão Junior [MVP | MCC | MSTC | MIE | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados Relacional e Data Warehouse | Professor Universitário | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]

    terça-feira, 28 de janeiro de 2020 15:59
    Moderador
  • Consegui identificar o problema, havia uma trigger que impedia a criação dos arquivos na pasta para replicação.
    Ajustei e voltou a funcionar.

    Fabiano Carvalho

    domingo, 9 de fevereiro de 2020 13:37
  • Consegui identificar o problema, havia uma trigger que impedia a criação dos arquivos na pasta para replicação.
    Ajustei e voltou a funcionar.

    Fabiano Carvalho

    Fabiano,

    Que bom, obrigado pelo retorno.


    Pedro Antonio Galvão Junior [MVP | MCC | MSTC | MIE | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados Relacional e Data Warehouse | Professor Universitário | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]

    segunda-feira, 10 de fevereiro de 2020 10:56
    Moderador