Usuário com melhor resposta
Montar estrutura de Replicação

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
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.comComo 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
-
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)- Marcado como Resposta Ricardo Muramatsu sexta-feira, 10 de abril de 2009 15:16
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 -
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.comComo 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
-
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)- Marcado como Resposta Ricardo Muramatsu sexta-feira, 10 de abril de 2009 15:16
-