none
Replica Snapshot - Duvida no agendamento RRS feed

  • Pergunta

  • Pessoal bom dia.

      Criei uma replica snapshot para ter uma alta disponibilidade, para que os clientes possam gerar relatórios de períodos desejados sem ter que controlarmos, pois bem. Durante a criação da réplica informei que a mesma deveria ser atualizada a cada 1 hora, tranquilo funcionou numa boa, agora gostaria de mudar por exemplo para ser atualizada todo dia as 2 da manhã e não estou encontrando em que lugar posso fazer isto, poderiam me orientar.

    Abs
    Jorge
    Jorge Coutinho ____
    segunda-feira, 30 de março de 2009 13:43

Respostas

  • Jorge,


    A replicação snapshot distribui os dados exatamente como eles aparecem em um momento específico no tempo e não monitora para as atualizações dos dados. Quando a sincronização ocorre, todo o instantâneo é gerado e enviado aos Assinantes.

    A replicação snapshot pode ser usada por si só, mas o processo de instantâneo (o que cria uma cópia de todos os objetos e dados especificados por uma publicação) também é usado regularmente para fornecer o ajuste inicial dos dados e dos objetos do banco de dados para publicações de mesclagem e transacionais.  .

     

     

    O uso da replicação de instantâneo por si só é mais apropriado quando um ou mais dos itens a seguir for verdadeiro:

    • As alterações de dados ocorrerem raramente.
    • É aceitável ter cópias de dados desatualizadas em relação ao Publicador por um período de tempo.
    • Replicação de pequenos volumes de dados.
    • Um volume grande de alterações ocorre por um curto período de tempo.

    A replicação de snapshot é mais apropriada quando as alterações de dados forem significativas, mas pouco freqüentes. Por exemplo, se uma empresa de vendas mantiver uma lista de preços de produtos e os preços forem todos atualizados ao mesmo tempo uma ou duas vezes por ano, é recomendada a replicação de todo o instantâneo de dados após ele ter sido alterado. Ao ter certos tipos de dados determinados, os instantâneos mais freqüentes também podem ser apropriados. Por exemplo, se uma tabela relativamente pequena for atualizada no Publicador durante o dia, mas alguma latência for aceitável, as alterações podem ser distribuídas pela noite como um instantâneo.

    A replicação de snapshot tem uma sobrecarga contínua no Publicador inferior à replicação transacional, porque as alterações incrementais não são rastreadas. No entanto, se o ajuste do conjunto de dados que estiver sendo replicado for muito grande, ele exigirá recursos substanciais para gerar e aplicar o instantâneo. Considere a dimensão de todo o conjunto de dados e a freqüência de alterações nos dados ao avaliar a possibilidade de utilizar a replicação de instantâneo.


    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    segunda-feira, 6 de abril de 2009 17:39
    Moderador

Todas as Respostas

  • veja no job que o sql cria e so vc alterar o schedule deste job. qq coisa retorne.

    Abs;


    mcolla@bol.com.br
    sexta-feira, 3 de abril de 2009 13:36
  • Marcelo,

      Legal obrigado eu consegui mudar o agendamento, porém surgiu uma dúvida ou melhor aconteceu que criei a job para todos os dias a
    1:00AM gere o snapshot...ai vem a duvida, toda vez que cria o snapshot e gera do banco todo  ou somente alterações, pergunto isto, pois para a job ser concluida demora algo em torno de 1h 30m  e desta maneira meus clientes nao tem acesso ao BD...logo não poderei fazer isto se for desta maneira, poderia me confirmar e quem sabe orientar para outra solucao de disponibilidade.

    Muito obrigado
    Abs
    Jorge
    Jorge Coutinho ____
    sexta-feira, 3 de abril de 2009 13:44
  • vamos seprar os problemas,

    snaphost - replicacao -- essa replicacao envia tudo toda a hora que e gerado

    -- snapshot processo para replicacar merge ou transacional ( todos os modelos ), esse procedimento geral uma copia completa do seu banco que e usada para ou por um outro assinante ou quando vc. tem alteraacoes em campos de tabela por exemplo, neste caso eu faria rodar apenas 1x por semana so para manter uma lista atualizada completa da replicacao.

    qqq cooisa retorne.

    Abs;


    mcolla@bol.com.br
    sexta-feira, 3 de abril de 2009 13:48
  • Marcelo,

      Estou tentando entender, vamos por parte... ao clicar em Replication apareceu Local Publications e escolhi nova, correto, após isto apareceu Snapshot, Transacional e Merge, resolvi escolher Snapshot, até ai estou no caminho correto?

    Abs

    Jorge Coutinho ____
    sexta-feira, 3 de abril de 2009 14:09
  • Jorge,

    Até ai tudo certo!!!
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    segunda-feira, 6 de abril de 2009 12:39
    Moderador
  • Junior, 

      Ainda na configuração que descrevi existe a opção de agendar para um determinado horario / período, é justamente aqui minha dúvida, pois eu configurei para que gerasse este snapshot todos os dias na madrugada, é necessário fazer todos os dias para ter uma copia atualizada dos dados ???? Acredito que neste ponto minha ideia esteja errada....


    Muito obrigado.
    Jorge Coutinho ____
    segunda-feira, 6 de abril de 2009 14:16
  • Jorge,


    A replicação snapshot distribui os dados exatamente como eles aparecem em um momento específico no tempo e não monitora para as atualizações dos dados. Quando a sincronização ocorre, todo o instantâneo é gerado e enviado aos Assinantes.

    A replicação snapshot pode ser usada por si só, mas o processo de instantâneo (o que cria uma cópia de todos os objetos e dados especificados por uma publicação) também é usado regularmente para fornecer o ajuste inicial dos dados e dos objetos do banco de dados para publicações de mesclagem e transacionais.  .

     

     

    O uso da replicação de instantâneo por si só é mais apropriado quando um ou mais dos itens a seguir for verdadeiro:

    • As alterações de dados ocorrerem raramente.
    • É aceitável ter cópias de dados desatualizadas em relação ao Publicador por um período de tempo.
    • Replicação de pequenos volumes de dados.
    • Um volume grande de alterações ocorre por um curto período de tempo.

    A replicação de snapshot é mais apropriada quando as alterações de dados forem significativas, mas pouco freqüentes. Por exemplo, se uma empresa de vendas mantiver uma lista de preços de produtos e os preços forem todos atualizados ao mesmo tempo uma ou duas vezes por ano, é recomendada a replicação de todo o instantâneo de dados após ele ter sido alterado. Ao ter certos tipos de dados determinados, os instantâneos mais freqüentes também podem ser apropriados. Por exemplo, se uma tabela relativamente pequena for atualizada no Publicador durante o dia, mas alguma latência for aceitável, as alterações podem ser distribuídas pela noite como um instantâneo.

    A replicação de snapshot tem uma sobrecarga contínua no Publicador inferior à replicação transacional, porque as alterações incrementais não são rastreadas. No entanto, se o ajuste do conjunto de dados que estiver sendo replicado for muito grande, ele exigirá recursos substanciais para gerar e aplicar o instantâneo. Considere a dimensão de todo o conjunto de dados e a freqüência de alterações nos dados ao avaliar a possibilidade de utilizar a replicação de instantâneo.


    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    segunda-feira, 6 de abril de 2009 17:39
    Moderador
  • Junior,

      O problema é justamente este, meus dados são alterados constantemente e pelo que pude perceber não seria a replicação snapshot a recomendada, poderia me orientar qual modelo seria ideal,  pois esta base que estou falando, registros novos são incluidos e outros alterados o dia inteiro, como muitas pessoas acabam retirando relatórios e outras informações de períodos grandes acaba sobrecarregando o servidor com estas pesquisas e gostaria de disponibilizar em outro servidor sempre com os dados (data - 1).

     Abs
    Jorge
    Jorge Coutinho ____
    segunda-feira, 6 de abril de 2009 18:04
  • Jorge,

    Se for isso mesmo, recomendo utiizar replicação transacional!!!


    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    terça-feira, 7 de abril de 2009 11:28
    Moderador
  • Junior,

      Neste modelo não terei problema de sobrecarregar o BD ao gerar na madrugada ? Ele atualiza o que foi modificado ou gera sempre tudo novamente como o Replicação SnapShot ?

    Abs
    Jorge Coutinho ____
    terça-feira, 7 de abril de 2009 11:57
  • Jorge,

    A replicação transacional é muito prática, simples e leve, pois o que este tipo de replicação realiza é o envio dos comandos que estão sendo processados, ao invês dos dados que foram manipulados.

    A replicação transacional é mais indicada para o processamento de grandes massas de dados.


    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    terça-feira, 7 de abril de 2009 17:56
    Moderador