Início / dba / Perguntas / 22361
Accepted
JohnLBevan
Asked: 2012-08-14 04:04:56 +0800 CST

Replicação do SQL Server :: Requisitos de Hardware do Distribuidor Dedicado

  • 772

Alguém conhece alguma regra prática (ou melhor) com relação aos requisitos de hardware para um servidor distribuidor dedicado? ou seja, com base nas métricas estimadas (por exemplo, número de assinantes, editores, tabelas, tamanho médio da tabela, frequência média de atualização etc.), existe alguma maneira de calcular um requisito mínimo de RAM/CPU para o distribuidor?

Mais informações

Provavelmente usaremos o SQL Server 2012 para o distribuidor, embora os editores e assinantes sejam atualmente uma mistura de 2008 e 2008 R2.

O distribuidor será agrupado para garantir alta disponibilidade. Iremos para ativo/ativo para otimizar o uso dos recursos, enviando metade dos editores para um e metade para o outro, mas garantiremos que cada nó na especificação do cluster satisfaça a especificação mínima para que, caso um nó seja desativado, a solução ainda pode lidar.

Informações de fundo

Temos usado a replicação para permitir que nosso sistema internacional de BI extraia dados de nossos sistemas transacionais sem afetar o desempenho, com os servidores de BI hospedando o distribuidor. No futuro, esperamos mover essa distribuição para um servidor separado, para que possamos fornecer replicação como um serviço para a equipe de BI e para outras equipes que precisam disso (ou seja, equipes locais de BI de vários países e nosso sistema de monitoramento interno). Esperamos ver um aumento no número de tabelas sendo replicadas, bem como no número de assinantes e editores (já que também incluiremos nossos sistemas de não produção).

Desde já, obrigado.

sql-server replication

1 respostas

  1. Best Answer

    A execução em uma VM é uma boa ideia, pois é difícil definir os requisitos de recursos, mas na maioria dos casos os distribuidores são bastante leves. Os principais fatores são número de assinantes, contagem de transações e número de artigos em replicação.

    Algumas dicas para ajudar:

    • Replique apenas o que você precisa, isso inclui SPs, visualizações, etc.
    • O uso de pull reduzirá os requisitos de CPU e memória no distribuidor.
      • Isso é mais difícil de implementar na edição da Web, mas possível com scripts.
      • Se você tiver muitos agentes push em execução, deverá permitir mais memória fora do SQL.
      • Considere aumentar o tamanho do heap da área de trabalho se estiver usando push e tiver muitos agentes. (esta é uma mudança de registro)
    • Escolha o tipo certo de replicação.
      • O Snapshot é leve para os distribuidores, pois não tem a sobrecarga do leitor de log ou dos trabalhos de limpeza, mas é mais pesado na rede e no assinante ao enviar.
    • A edição Enterprise não fornece nenhum benefício real de desempenho no distribuidor.
      • Eu esperava que as leituras do carrossel o fizessem, mas não, é principalmente na CPU quando os problemas ocorrem.
    • Você pode achar útil reservar alguns núcleos para a rede, pois grandes distribuidores podem ficar sobrecarregados durante as importações ou trabalhos de limpeza e lutam para obter os dados.
      • Estou falando de 1000 assinantes e 100.000 artigos (não é ideia minha).
    • Jogar CPU no distribuidor raramente corrige o problema de alta CPU. Você precisa tratar os bancos de dados de distribuição como qualquer outro banco de dados e ajustá-los (acredito que Denny Cherry tem um artigo que recomenda alguns índices).
    • A CPU também pode ser causada pelo bloqueio e impasse durante o trabalho de limpeza ou grandes transações falhando ao serem entregues, fazendo com que os agentes do assinante verifiquem a tabela inteira. Você pode descobrir que reduzir a frequência do trabalho de limpeza realmente ajuda na taxa de transferência geral, mas pode afetar a latência.

    Resumindo, se a replicação estiver configurada corretamente, as atualizações serão agrupadas corretamente (não atualize milhões de linhas em uma transação) e os assinantes estiverem atualizados, então está tudo bem.

    • 2

relate perguntas