Início / dba / Perguntas / 52449
Accepted
M.Ali
Asked: 2013-10-30 12:49:42 +0800 CST

Melhor solução possível para espelhamento ou replicação de relatórios?

  • 772

Olá, tenho o SQL SERVER 2008R2 Data Center Edition e uso SSRS e um aplicativo de fornecedor para geração de relatórios. Eu tenho um Reporting Server onde fazemos backup e restauração todos os dias do Live Server para ter dados disponíveis para nossos relatórios.

Eu enfrento muitos problemas por causa disso qualquer código desenvolvido tem que esperar um dia até que a restauração seja feita para testar. Qualquer código desenvolvido no Reporting Server é sobrescrito. Relatórios surpresa surpresa mostram dados de um dia e eu poderia continuar indefinidamente.

Eu sei que tenho duas opções disponíveis de espelhamento e replicação:

O espelhamento permitirá o modo somente leitura e os relatórios serão executados corretamente? Este modo somente leitura tem alguma outra implicação que estou perdendo?

Replicação Eu não tenho chaves primárias em todas as tabelas, então me resta apenas a opção de replicação de mesclagem que usa um identificador exclusivo global (GUID), não posso deixar o sql server adicionar esta coluna a todas as tabelas em meus bancos de dados.

Alguém pode me aconselhar uma solução para ter uma cópia dinâmica do banco de dados SQL Server em outro servidor para fins de relatório?

MEUS Requisitos

  1. Eu posso viver com dados de alguns minutos.
  2. Quaisquer alterações feitas no servidor de produção precisam ser copiadas para o servidor de relatórios, ou seja, dados, objetos SQL Server (tabelas, exibições, procedimentos de armazenamento, tudo)
  3. Quaisquer objetos criados no Reporting Server não precisam ser copiados para o servidor/banco de dados de produção.

Por favor, informe qualquer solução, pois será uma grande ajuda. Obrigado antecipadamente.

sql-server sql-server-2008-r2

2 respostas

  1. Best Answer

    Usar o espelhamento sozinho não será suficiente, pois o secundário espelhado não está disponível para consulta. Você precisa criar e manter instantâneos , o que pode ser irritante.

    Suas opções são, em nenhuma ordem específica:

    • Espelhamento com instantâneos: eficaz, mas com sobrecarga de gerenciamento.
    • Backup e restauração: você está restaurando a partir de backups completos em vez de diferenciais ou logs? Nesse caso, você poderá reduzir o tempo gasto em restaurações.
    • Envio de logs: sobrecarga de gerenciamento, o banco de dados fica indisponível quando os backups de logs estão sendo aplicados
    • Replicação: desafiadora de uma perspectiva de gerenciamento, não realmente destinada à sincronização de bancos de dados completos
    • Relatório do banco de dados transacional - Essa opção é frequentemente descartada devido a preocupações de desempenho infundadas. Essas preocupações também podem ser mitigadas de alguma forma por meio do uso do Resource Governor, isolamento de instantâneo etc. Essa é uma opção subutilizada, IMO.
    • ETL com SSIS ou ferramenta similar. Você teria que fazer suas próprias alterações de esquema, no entanto.
    • Grupos de Disponibilidade, se você puder atualizar para 2012 (suponho que você esteja no 2008 R2). Esta é realmente a melhor opção disponível atualmente.
    • Idera faz uma ferramenta chamada Virtual Database que permite montar e consultar um arquivo de backup. É uma opção interessante em alguns casos.

    É difícil fazer uma recomendação clara sem saber muito mais informações sobre seu ambiente. Eu usei a maioria desses métodos com vários graus de sucesso. Observe que a maioria dos lugares acaba construindo data marts / armazéns de dados mais robustos para relatórios e análises, então você provavelmente acabará com a rota ETL um dia.

    Ah, e certifique-se de ter licenciado o servidor secundário ;)

    • 12

  2. Eu pessoalmente tive experiência com replicação transacional. No meu caso, configurei o Distribuidor no Report Server e depois criei a Publicação no servidor Live para ser controlada a partir do Report Server. A Assinatura do Report Server funcionou perfeitamente.

    Com esta configuração, consegui replicar com sucesso os dados do servidor Live com apenas o Log Reader (no servidor live) como sobrecarga, enquanto o trabalho do servidor Report era receber comandos replicados e distribuí-los para o(s) banco(s) de dados inscritos ) independentemente do servidor ativo.

    Em suma, esta opção é perfeita.

    Pontos para garantir que você configurou antes e depois:

    1. Certifique-se de que seus arquivos de log estejam em um disco rígido separado.
    2. Certifique-se de nunca modificar dados no banco de dados de assinatura. Eu encapsulei todo o acesso do usuário (no servidor de relatório) por meio de funções e logins públicos com poucas (ou necessárias) permissões.
    3. Por fim, configurei isso em uma rede de domínio e em uma rede sem domínio. Pessoalmente, a opção de rede de domínio é muito mais simples. Mas ambos são possíveis (já que os artigos instantâneos e os arquivos de cópia em massa são usados ​​para inicializar a assinatura - eventualmente, os comandos são passados ​​diretamente para o Distribuidor e o restante da mágica acontece no servidor de relatórios)

    Tenho experiência em todas as outras áreas de cópia de banco de dados. Eu concordo com a afirmação anterior, pois você acabará utilizando um data mart; a menos que sua empresa tenha configurado isso por meio de um agente terceirizado.

    Para mim, porém, a replicação é mais simples (embora difícil de configurar), pois mais tarde sempre compensa.

    • 1

relate perguntas