Melhores práticas para coleções em Gestor de Configuração

  • Artigo

Aplica-se a: Configuration Manager (ramo atual)

Algumas orientações de gestão de cobrança podem ser contraditórias. Por exemplo, por razões de desempenho, deve limitar o número de coleções que atualizam frequentemente. Mas atualizar as coleções frequentemente é conveniente, uma vez que a maioria das funcionalidades do Gestor de Configuração depende de coleções. Considere cuidadosamente tanto os impactos de desempenho como os requisitos do negócio ao conceber e configurar coleções e avaliação de recolha.

Utilize as seguintes boas práticas para coleções no Gestor de Configurações.

Configure janela de manutenção para atualizações

Pode configurar janelas de manutenção para as coleções de dispositivos para restringir os tempos em que o Gestor de Configuração pode instalar software nestes dispositivos. Se configurar a janela de manutenção demasiado pequena, o cliente poderá não instalar atualizações críticas de software. Este estado deixa o cliente vulnerável aos problemas que a atualização atenua.

Considerações importantes a ter em mente ao planear as suas janelas de manutenção:

  • A atualização padrão do software é de 60 minutos.
  • Quando o Gestor de Configuração calcula se uma atualização pode instalar, adiciona cinco minutos ao tempo máximo de funcionaamento para responder a um reinício.
  • A duração remanescente de uma janela de manutenção deve ser maior do que o tempo máximo de funcionação da atualização do software mais cinco minutos.

Evite uma avaliação frequente da recolha

Uma avaliação completa da recolha avalia não só a recolha direcionada, mas também quaisquer coleções que a coleção limite se ocorrer uma atualização. Além disso, uma coleção sem horário ainda é avaliada se a sua limitação de atualizações de recolha. Portanto, é possível que algumas coleções possam ser avaliadas com mais frequência do que se espera.

Num ambiente movimentado do Gestor de Configurações, pode melhorar o desempenho da avaliação da recolha, escalando os horários para evitar avaliações repetidas de recolha. Numa árvore profunda, pode-se diminuir a frequência de avaliação da recolha à medida que as coleções descem mais fundo na árvore, porque avaliações de recolha de nível superior também desencadearão avaliações de recolha de nível inferior.

Compreender o gráfico de avaliação de recolha

Esteja ciente de como funciona o gráfico de avaliação de recolha para que possa desenhar uma estrutura de recolha apropriada. Não confie na avaliação completa da recolha para atualizar sempre todas as coleções. Se uma atualização de recolha atualizada incrementalmente num horário, referenciar coleções que não estão ativadas para atualizações incrementais pode não ser atualizada. Como as atualizações ocorreram provavelmente durante avaliações incrementais, uma avaliação completa pode não atualizar a coleção, terminando o gráfico de avaliação de recolha para esse ciclo. Nesse caso, não ocorrem avaliações de cobrança de referências. Para mais informações, consulte o gráfico de avaliação da Recolha.

Limitar atualizações incrementais

Permitir atualizações incrementais para muitas coleções pode causar atrasos na avaliação. É melhor limitar o número de coleções progressivamente atualizadas a 200. O número exato depende de:

  • O número total de coleções
  • A frequência de novos recursos a ser adicionados e alterados na hierarquia
  • O número de clientes numa hierarquia
  • A complexidade das regras de adesão à recolha numa hierarquia

Se o ciclo de avaliação incremental estiver a demorar mais tempo do que a frequência de atualização configurada, então o Gestor de Configuração está constantemente a processar avaliações de recolha, o que pode afetar o desempenho do sistema. Reduza o número de coleções progressivamente atualizadas ou aumente o tempo entre ciclos de avaliação incrementais.

Tendo em conta os potenciais impactos das coleções incrementais, é importante ter uma política ou procedimento para criar as coleções e atribuir horários de atualização. Exemplos de considerações políticas podem ser:

  • Utilize apenas atualizações incrementais para coleções que sejam usadas para deteção de segurança, configurações de clientes e janelas de manutenção. Estas atualizações de recolha afetam o comportamento do cliente e o acesso aos recursos.
  • Para aplicações sem aprovação de licenciamento, anunciem aplicações às coleções existentes e utilizem condições globais para restringir a disponibilidade.
  • Delineie os períodos apropriados para outras coleções que tenham atualizações de recolha completa agendadas.

Evitar a avaliação de árvores de grande porão do CAS

Num ambiente de Gestor de Configuração, o site da administração central (CAS) não avalia a adesão à cobrança. Os locais primários são os únicos locais que avaliam as coleções. Os sites secundários funcionam como proxies que usam apenas dados que replicam a partir do seu site primário.

Para solicitar uma atualização de recolha, o CAS envia um pedido a cada local primário. Os locais primários avaliam a recolha e enviam os resultados para o CAS. Os resultados da avaliação da recolha só aparecem depois de todas as instruções de avaliação de recolha se replicarem em todos os sites, todos os sites avaliam todas as coleções, e todos os dados regressam ao CAS e são combinados.

O seguinte diagrama demonstra o fluxo quando o CAS solicita uma atualização manual de recolha:

Atualização da recolha manual de um CAS

Uma atualização de recolha de um CAS com vários locais primários pode ser demorada. Se uma coleção não avalia em tempo útil, é tentador repetir o pedido.

Uma vez que um fio de avaliação de recolha começa e carrega o gráfico de avaliação, a avaliação continua até que o gráfico de avaliação de recolha esteja vazio. O fio termina e fica disponível para a próxima avaliação. No entanto, se outro ciclo de avaliação de recolha fizer filas enquanto o fio está a avaliar as coleções, o fio reinicia imediatamente para tentar uma avaliação do ciclo "perdido".

Cada método de avaliação funciona no seu próprio fio. É possível que dentro do fio, o Gestor de Configuração possa tentar grafar a mesma coleção mais do que uma vez. O Gestor de Configuração deixa cair então os segundos e posteriores pedidos.

Para evitar estes cenários, evite avaliações manuais de recolha de árvores grandes, especialmente quando se trabalha a partir do CAS com vários locais.

Considere a profundidade de recolha e a referência cruzada

Para encontrar um equilíbrio entre os requisitos do negócio e o desempenho, é importante compreender a estrutura de recolha que cria, e as suas dependências de outras coleções. Se criar uma coleção com regras que refiram uma ou mais coleções que também se referem a outras coleções, todas essas coleções são avaliadas para criar a adesão à coleção.

As regras de recolha incluem e excluem as regras de cobrança no Gestor de Configuração tornam as cobranças de referência mais fáceis do que escrever uma consulta personalizada de WQL. No entanto, se a utilização incluir e excluir coleções resulta numa portagem de alto desempenho, pode utilizar o método de consulta WQL. Use as seguintes consultas de exemplo e substitua o ID de recolha XYZ0003F de exemplos pelo ID da coleção que pretende incluir ou excluir.

Incluir:

Select * from SMS_R_System where SMS_R_System.ResourceId in (select ResourceID from SMS_CM_RES_COLL_XYZ0003F)

Excluir:

Select * from SMS_R_System where SMS_R_System.ResourceId not in (select ResourceID from SMS_CM_RES_COLL_XYZ0003F)

Utilize o CEViewer para monitorizar a avaliação da recolha

Pode utilizar o Visualizador de Avaliação de Coleção (CEViewer) para monitorizar quantas coleções estão a ser avaliadas e quanto tempo cada coleção está a demorar a atualizar. O CEViewer está na pasta CD.Mais recente no servidor do site.

Dica

A partir da versão De Configuração Manager 2010, esta funcionalidade encontra-se integrada na consola. Para mais informações, consulte, Como visualizar a avaliação da recolha.

Para fazer manualmente uma verificação semelhante com SQL, pode utilizar a seguinte consulta:

SELECT [t2].[CollectionName], [t2].[SiteID], [t2].[value] AS [Seconds], [t2].[LastIncrementalRefreshTime], [t2].[IncrementalMemberChanges] AS [IncChanges], [t2].[LastMemberChangeTime] AS [MemberChangeTime]
FROM (
    SELECT [t0].[CollectionName], [t0].[SiteID], DATEDIFF(Millisecond, [t1].[IncrementalEvaluationStartTime], [t1].[LastIncrementalRefreshTime]) * 0.001 AS [value], [t1].[LastIncrementalRefreshTime], [t1].[IncrementalMemberChanges], [t1].[LastMemberChangeTime], [t1].[IncrementalEvaluationStartTime], v1.[RefreshType]
    FROM [dbo].[Collections_G] AS [t0]
    INNER JOIN [dbo].[Collections_L] AS [t1] ON [t0].[CollectionID] = [t1].[CollectionID]
    inner join v_Collection v1 on [t0].[siteid] = v1.CollectionID
    ) AS [t2]
WHERE ([t2].[IncrementalEvaluationStartTime] IS NOT NULL) AND ([t2].[LastIncrementalRefreshTime] IS NOT NULL) and (refreshtype='4' or refreshtype='6')
ORDER BY [t2].[value] DESC