Instalações ou atualizações de ponto de distribuição demoram mais do que o esperado no System Center 2012 Configuration Manager
Este artigo descreve um problema de desempenho ao instalar ou atualizar DPs (pontos de distribuição) em Configuration Manager sites que têm muitos DPs padrão ou pull.
Versão original do produto: Microsoft System Center 2012 Configuration Manager, System Center Configuration Manager 2012 R2
Número de KB original: 3025353
Resumo
No System Center 2012 Configuration Manager sites que têm muitos pontos de distribuição padrão ou pull, instalar ou atualizar todos os pontos de distribuição pode levar mais tempo do que o esperado. Isso poderá ocorrer se o componente do Distribution Manager não puder criar threads adicionais para o processo de instalação ou atualização.
Além disso, você receberá mensagens que se assemelham ao seguinte no arquivo Distmgr.log:
Thread de processamento de atualização de DP: não restam mais threads disponíveis para processar mais nenhuma notificação de ponto de distribuição de atualização. Aguardará atualizações de ponto de distribuição existentes.
Se você receber essa mensagem repetidamente, poderá reduzir o tempo geral necessário para concluir o processo aumentando o número de threads de processamento.
Limite de thread de atualização de DP
Por padrão, o Distribution Manager aloca até cinco threads para instalar ou atualizar pontos de distribuição. Cada thread tem um único ponto de distribuição. A configuração padrão é registrada no arquivo Distmgr.log como limite de thread de atualização de DP.
O limite de thread de atualização de DP é uma propriedade Arquivo de Controle de Site que é representada como DPUpgradeThreadLimit
na WMI (Instrumentação de Gerenciamento do Windows). Por padrão, essa propriedade não está presente. No entanto, ao adicionar essa propriedade, você pode substituir o limite predefinido de cinco threads.
Para aumentar o limite padrão, crie DPUpgradeThreadLimit
como uma propriedade inserida do SMS_DISTRIBUTION_MANAGER
componente. Essa é uma instância da SMS_SCI_Component
classe no namespace do site.
Para garantir que as alterações entrem em vigor, reinicie o serviço SMS_Executive no servidor do site depois de alterar essa propriedade.
Observação
Aumentar o limite de thread além do padrão colocará carga adicional no servidor do site. O planejamento e o teste cuidadosos devem ser concluídos para evitar a introdução de gargalos de desempenho no servidor do site durante o processo de atualização. Um máximo de 50 threads deve ser suficiente para a maioria dos ambientes.
Referências
Comentários
https://aka.ms/ContentUserFeedback.
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja:Submeter e ver comentários