none
Montar estrutura de Replicação RRS feed

  • Pergunta

  • Bom dia moçada,

    Estou precisando montar um cenário de atualização de um servidor para outro.
    Minha necessidade é assim:
    Srv1 - Produção
    Srv2 - Só para emissão de relatórios

    Preciso atualizar os dados diariamente (a noite) do Srv1 para o Srv2, então fiquei pensando qual seria a melhor solução.
    Minha base de produção possui uns 40 Gb (contando todas as bases que preciso atualizar).

    Tendo este cenário vi algumas opções mas tenho dúvidas:
    1-Replicação Transacional
    Neste caso ao configurar o Distribuidor há um momento que é necessário entrar com um patch (c:\program files\MsSql\etc\etc) ou um caminho da rede. Qual seria mais indicado (rede ou local) ?
    Definido o patch gostaria de saber se a replicação irá usar este patch para armazenar trasações (quero evitar problemas de espaço em rede ou local).
    Caso eu opte por um patch local é exibido uma mensagem (abaixo), isto significa que tenho que fazer a configuração do Subscrip de alguma forma diferenciada?
    This snapshot folder does not support pull subscriptions created at the Subscriber. It is not a network path or it is a drive letter mapped to a network path. To support both push and pull subscriptions, use a network path to refer to this folder.
    
    

    2-SSIS
    Neste caso posso colocar para rodar a noite através de um Job ? Há algum cuidado que devo ter?

    3-Ship Transaction Log
    Pode ser usado com este intuito? Alguém teria um link sobre isto?

    Att,
    Ricardo Muramatsu
    quinta-feira, 9 de abril de 2009 14:32

Respostas

  • Boa Tarde,

    Acredito que a melhor solução para o seu cenário seja o log shipping.
    Com o Log Shipping, as alterações são realizadas em Srv1 ao longo do dia e os backups de log irão conter essas atualizações. Ao término do dia, esses backups de log são restaurados em Srv2 deixando-o com os dados do dia e uma cópia idêntica (somente para leitura).

    O uso da replicação também pode ser útil mas além da configuração ser mais "chata" o overhead é maior do que o log shipping.

    O SSIS pode ser utilizado, mas irá demorar mais tempo que o log shipping além de impor um certo overhead e manutenção.

    Não possuo um link específico sobre log shipping, mas você encontrará muito material na NET.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Como realizar cálculos com horas no SQL Server – Parte II
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!532.entry


    Classifique as respostas. O seu feedback é imprescindível
    • Sugerido como Resposta Alex Rosa quinta-feira, 9 de abril de 2009 22:05
    • Marcado como Resposta Ricardo Muramatsu sexta-feira, 10 de abril de 2009 15:15
    quinta-feira, 9 de abril de 2009 17:27
  • Olá,

    Log Shipping também é a minha escolha pelo cenário que você comentou.

    Apenas avalia o intervalo de sincronização, para encontrar um tempo bom para o volume a ser atualizado.

    Sobre a documentação, eu sugiro o bom Books Online, eu já li todo o tópico de Log Shipping e as informações contidas no BOL são suficientes para entender a arquitetura e também os Howto de como habilitar esse recurso.
    Alex Rosa -- Sharing my knowledge at www.keep-learning.com (Articles and FORUM)
    quinta-feira, 9 de abril de 2009 22:03

Todas as Respostas

  • Ricardo,

    Segue abaixo as minhas considerações:

    1-Replicação Transacional
    Neste caso ao configurar o Distribuidor há um momento que é necessário entrar com um patch (c:\program files\MsSql\etc\etc) ou um caminho da rede. Qual seria mais indicado (rede ou local) ?
    Definido o patch gostaria de saber se a replicação irá usar este patch para armazenar trasações (quero evitar problemas de espaço em rede ou local).
    Caso eu opte por um patch local é exibido uma mensagem (abaixo), isto significa que tenho que fazer a configuração do Subscrip de alguma forma diferenciada?

    -- Recomendo utilizar um patch local, e com certeza a replicação vai utilizar este patch para armazenar as informações que estão sendo replicadas. Você poderá limitar o acesso a este patch através da opções de segurança do seu Windows.

    2-SSIS
    Neste caso posso colocar para rodar a noite através de um Job ? Há algum cuidado que devo ter?

    -- Cuidado que você deverá ter é com a forma que as tarefas estaram sendo agendadas e executados, para evitar possíveis gargalos.

    3-Ship Transaction Log
    Pode ser usado com este intuito? Alguém teria um link sobre isto?

    --Pode ser utilizado sim, existem diversos posts aqui no fórum com muitos links sobre Log Shipping, faça uma busca.


    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    quinta-feira, 9 de abril de 2009 17:21
    Moderador
  • Boa Tarde,

    Acredito que a melhor solução para o seu cenário seja o log shipping.
    Com o Log Shipping, as alterações são realizadas em Srv1 ao longo do dia e os backups de log irão conter essas atualizações. Ao término do dia, esses backups de log são restaurados em Srv2 deixando-o com os dados do dia e uma cópia idêntica (somente para leitura).

    O uso da replicação também pode ser útil mas além da configuração ser mais "chata" o overhead é maior do que o log shipping.

    O SSIS pode ser utilizado, mas irá demorar mais tempo que o log shipping além de impor um certo overhead e manutenção.

    Não possuo um link específico sobre log shipping, mas você encontrará muito material na NET.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Como realizar cálculos com horas no SQL Server – Parte II
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!532.entry


    Classifique as respostas. O seu feedback é imprescindível
    • Sugerido como Resposta Alex Rosa quinta-feira, 9 de abril de 2009 22:05
    • Marcado como Resposta Ricardo Muramatsu sexta-feira, 10 de abril de 2009 15:15
    quinta-feira, 9 de abril de 2009 17:27
  • Olá,

    Log Shipping também é a minha escolha pelo cenário que você comentou.

    Apenas avalia o intervalo de sincronização, para encontrar um tempo bom para o volume a ser atualizado.

    Sobre a documentação, eu sugiro o bom Books Online, eu já li todo o tópico de Log Shipping e as informações contidas no BOL são suficientes para entender a arquitetura e também os Howto de como habilitar esse recurso.
    Alex Rosa -- Sharing my knowledge at www.keep-learning.com (Articles and FORUM)
    quinta-feira, 9 de abril de 2009 22:03
  • Vlw moçada, vou dar uma olhada nisso.
    Ricardo Muramatsu
    sexta-feira, 10 de abril de 2009 15:16