none
restaurar SQL SERVER 2005 com replicação RRS feed

  • Pergunta

  •  

    Sres. boa noite.

    Tenho um SQL Server 2005 Std que tb é publicador e distribuidor, e replica (merge) uma base para outros 5 servidores, estes com SQL Server 2005 Express. o Windows 2003 Std deste SQL Standard deu problema e não entra mais. Vou instalar novamente o Windows e o SQL 2005 STD em outro HD. Colocando o HD com o windows danificado como SLAVE eu tenho acesso aos arquivos do SQL Server STD (bases .mdf Replication, master, model, e a minha base)

    Pergunta: Tem como eu voltar a replicação neste novo SQL sem precisar reiniciar os subscribers?

    Se eu tiver que reiniciar os subscribers, o SQL STD vai sincronizar tudo de novo com os 5 SQL EXPRESS, e isto não pode acontecer, pois além de demorar muito (o link do SQL STD com os SQL Express é via internet, beeeeemm lento), o pessoal trabalhou nas bases dos SQL Express, e tem novos dados neles, se reiniciar vou perder isto.... Então o que preciso é que, nesta nova instalação de windows e sql, volte exatamente no ponto em que estava quando deu problema, sem reiniciar os subscribers....

    Além dos arquivos das bases eu tenho um backup tb. Se eu reinstalar o SQL STD com a mesma instância, e depois sobrepor os arquivos de base (.mdf .ldf) vai funcionar?

    Ou se for pra voltar o backup, tem algum "macete"  pra voltar o backup da base master?

    Agradeço qualquer ajuda.

    João.

    sexta-feira, 28 de dezembro de 2007 02:03

Respostas

  • Sres.,

    agradeço pelas dicas. Acabei fazendo outra coisa. Coloquei um outro HD neste servidor e reinstalei o Windows, mantive a mesma configuração (nome de maquina, IP, etc). Reinstalei o SQL Server STD com o mesmo nome de instância, SP, etc, e copiei as pastas MSSQL.1, MSSQL.2 e MSSQL.3 do HD que estava com problemas, substituindo-as no HD novo. Após reiniciar, o SQL subiu sem reportar erros, inclusive com as replicações, tudo 100 %.....

    Esta vai pra minha "lista de dicas" heheheh

    Sds,

    Telli.

    sexta-feira, 28 de dezembro de 2007 19:51
  • Bom Dia,

     

    Normalmente, nesse tipo de situação, o normal é refazer a replicação. O termo replicação significa cópia e se é uma cópia pode ser copiado novamente. No entanto, considerando o seu caso, se você tiver como restaurar os backups do publisher e do distribution creio que tudo volte a funcionar como era antes. Se a replicação fosse transacional é certeza, mas não tenho tanta experiência com replicação do tipo MERGE.

     

    [ ]s,

     

    Gustavo

    sexta-feira, 28 de dezembro de 2007 11:55

Todas as Respostas

  • Telli,

     

    Vamos por partes, inicialmente você vai colocar no ar um novo servidor por causa deste problema!!!

     

    Em relação as suas perguntas, não consegui entender ficou um pouco confuso.

    sexta-feira, 28 de dezembro de 2007 09:23
    Moderador
  • Ok, vou tentar detalhar melhor isto.

    Vou instalar um novo servidor. Minha preocupação é, se eu apenas voltar o backup da minha base e recriar as publicações e assinaturas da replicação, o SQL vai enviar os dados tudo de novo para os Express, e isto não pode acontecer. O que eu quero, se possível, é voltar a condição que estava antes de dar problema, ou seja, com as publicações/assinaturas que já existiam, e que ele volte a replicação sincronizando apenas as mudanças deste último dia, e não a base toda novamente.

    Para isto, eu tenho acesso tanto aos arquivos das bases (.MDF e .LDF) quanto um backup (.bak) delas e uma cópia dos jobs do SQL Server Agent.

    Minha questão é, como fazer isto: Basta voltar o backup de todas as bases (replication, master, etc) ou se eu copiar os arquivos (.MDF .LDF) também funciona? Pelo que andei lendo, voltar o backup da base master é meio complicado não?

    Sds,

    Telli.

    sexta-feira, 28 de dezembro de 2007 10:59
  • Telli,

     

    Realmente eu não aconselho a voltar o backup do Master, neste condição.

     

    O seu problema é bem maior, como esta utilizando bases replicadas, já esta ocorrendo um lantência de dados muito grande, isso com certeza vai atrapalhar bastante.

     

    Se você criar novamentes as replicações o SQL Server vai fazer a sincronização novamente entre o publisher e subcriber, desta forma, vai perder dados.

     

    O que você poderia fazer é o seguinte:

     

    1 - Instale o novo servidor.

    2 - Faça backup dos dados existentes no SQL Server Express.

    3 - Reconfigure as replicações e sincronize os assinantes.

    4 - Restoure os backups nas bases assinantes.

    5 - Mande sincronizar os dados entre assinantes e publicados, pois você esta utilizando um replicação merge.

     

    Desta forma, a posição vai ficar igual nas duas pontas.

    sexta-feira, 28 de dezembro de 2007 11:55
    Moderador
  • Bom Dia,

     

    Normalmente, nesse tipo de situação, o normal é refazer a replicação. O termo replicação significa cópia e se é uma cópia pode ser copiado novamente. No entanto, considerando o seu caso, se você tiver como restaurar os backups do publisher e do distribution creio que tudo volte a funcionar como era antes. Se a replicação fosse transacional é certeza, mas não tenho tanta experiência com replicação do tipo MERGE.

     

    [ ]s,

     

    Gustavo

    sexta-feira, 28 de dezembro de 2007 11:55
  • Sres.,

    agradeço pelas dicas. Acabei fazendo outra coisa. Coloquei um outro HD neste servidor e reinstalei o Windows, mantive a mesma configuração (nome de maquina, IP, etc). Reinstalei o SQL Server STD com o mesmo nome de instância, SP, etc, e copiei as pastas MSSQL.1, MSSQL.2 e MSSQL.3 do HD que estava com problemas, substituindo-as no HD novo. Após reiniciar, o SQL subiu sem reportar erros, inclusive com as replicações, tudo 100 %.....

    Esta vai pra minha "lista de dicas" heheheh

    Sds,

    Telli.

    sexta-feira, 28 de dezembro de 2007 19:51
  • Olá Telli,

     

    O seu procedimento é tremendamente arriscado, mas se você estava de posse de backups e dos MDFs e LDFs originais, não haveria hora melhor para uma tentativa dessas. Vou anotar essa na minha lista de dicas também.

     

    [ ]s,

     

    Gustavo

     

    quinta-feira, 3 de janeiro de 2008 20:57