Estou configurando a replicação transacional no meu servidor 2008R2 para o servidor de distribuição 2012 para o servidor Subscriber 2012. Todos os três servidores estão no modo de recuperação FULL. O backup de log é feito a cada 15 minutos e o backup completo é feito diariamente, todos os dias, em todos os três bancos de dados de servidor usados na replicação. Queremos usar o subscriber como um servidor de relatórios. O Publisher é nosso principal banco de dados OLTP.
Mas o SSMS do assinante é o SSMS 2012 e o SSMS do publicador é o 2008r2, então a replicação está gerando o erro: "O assinante selecionado não atende ao nível mínimo de compatibilidade de versão do publicador selecionado"
Então, estou pensando em usar minha máquina Distributor (servidor 2012 com SSMS 2012) para acessar remotamente meu publicador (servidor 2008R2) e então configurar a replicação do publicador de lá. Deve funcionar bem? Ou causará algum problema.
Ou seria melhor instalar o SSMS 2012 no meu servidor publicador e depois configurar a replicação a partir dele?
Por favor ajude
Eu tinha instalado o 2012SSMS no editor do servidor de teste e estava funcionando muito bem. Mas não quero entrar no licenciamento para 2 SSMSs
Eu seria capaz de reverter (remover/excluir) a replicação facilmente caso houvesse um problema se eu usasse um servidor diferente (não o servidor do publicador real) para configurar a replicação?
Um Publicador executando o SQL Server 2008 R2 oferece suporte a um distribuidor executando o SQL Server 2008 - SQL Server 2022 e a um assinante executando o SQL Server 2008 - SQL Server 2014 ( https://learn.microsoft.com/en-us/sql/relational-databases/replication/replication-backward-compatibility?view=sql-server-ver16 ).
O problema é que o SQL Server Management Studio (SSMS) executa alguma validação das versões envolvidas no backend, mas a versão do SSMS fornecida com o 2008 R2 provavelmente não está vendo o SQL Server 2012 como uma versão válida do SQL Server, já que não estava disponível quando o SQL Server 2008 R2 foi lançado.
A versão do SSMS não tem impacto na capacidade de suporte da replicação entre versões do SQL Server. No entanto, você pode encontrar esses tipos de problemas porque a GUI não está atualizada nas versões atuais, ou seja, o SSMS 2008 R2 não consegue verificar se a versão do distribuidor é válida e suportada.
Uma solução é usar o SSMS no servidor com a versão mais alta na topologia de replicação e fazer sua instalação/configuração a partir daí.
Outra solução seria instalar a versão mais recente do SSMS (a versão mais recente pode ser baixada aqui: https://learn.microsoft.com/en-us/sql/ssms/download-sql-server-management-studio-ssms?view=sql-server-ver16 ) na sua máquina local e fazer a configuração da replicação a partir daí.
Outra solução é instalar e configurar a Replication usando comandos T-SQL. Isso pode ser complicado se você não estiver familiarizado com a Replication, mas os comandos são bem documentados: