Monitorar desempenho do cache no SharePoint 2016
APLICA-SE A:2013 2016 2019 Subscription Edition SharePoint no Microsoft 365
Ao monitorar o desempenho do cache, você pode assegurar que as configurações de cache do farm estão corretas e que o armazenamento em cache está funcionando em desempenho máximo.
Sobre monitoramento de cache
SharePoint Server 2016 fornece três tipos de caches que ajudam a melhorar a velocidade na qual as páginas da web carregam no navegador: o cache BLOB, o cache de saída do ASP.NET e o cache de objeto.
O cache BLOB é um cache baseado em disco que armazena arquivos de objetos binários grandes que são usados por páginas da Web para ajudar as páginas a carregar rapidamente no navegador.
O cache de saída do ASP.NET armazena a saída renderizada de uma página. Ele também armazena verões diferentes da página armazenada em cache, com base nas permissões dos usuários que estejam solicitando a página.
O cache de objeto reduz o tráfego entre o servidor da web e o banco de dados SQL ao armazenar objetos como listas e bibliotecas, definições do site e layout de página na memória do servidor Web front-end. Como resultado, as páginas que necessitam desses itens podem ser rapidamente renderizadas, aumentando a velocidade com a qual as páginas são entregues ao servidor do cliente.
O monitoramento consiste na exibição regular específica dos monitores de desempenho e na realização de ajustes nas definições para corrigir qualquer problema de desempenho. O monitor mede os acertos do cache, erros do cache, compactações de cache e liberações de cache. A lista a seguir descreve cada um desses monitores de desempenho.
Um acerto do cache acontece quando o cache recebe um pedido de um objeto cujos dados já estejam armazenados em cache. Um maior número de acertos de cache indica bom desempenho e uma boa experiência ao usuário final.
Um erro do cache acontece quando o cache recebe um pedido por um objeto cujos dados ainda não estejam armazenados em cache. Um maior número de erros de cache pode indicar um desempenho pobre e uma experiência de usuário final mais lenta.
Compactação de cache (também conhecida como cortador), acontece quando um cache se torna cheio e pedidos adicionais para conteúdo não armazenado em cache são recebidos. Durante a compactação, o sistema identifica um subconjunto dos conteúdos no cache para remover, e os remove. Normalmente esses conteúdos não são solicitados tão frequentemente.
Compactação pode consumir uma parte significativa dos recursos do servidor. Isso pode afetar tanto o desempenho do servidos como a experiência do usuário final. Desta forma, a compactação deve ser evitada. Você pode diminuir a ocorrência de compactação ao aumentar o tamanho do cache. A compactação normalmente acontece se o tamanho do cache estiver diminuído. A compactação do cache de objetos não consume tantos recursos quanto a compactação do chache BLOB.
Uma liberação de cache acontece quando o cache for completamente esvaziado. Após o cache ser liberado, a taxa de acertos do cache e erros do cache será de quase zero. Então, na medida em que os usuários solicitarem conteúdo e o cache for sendo preenchido, a taxa aumenta e, eventualmente, alcança o nível ideal. Um número consistentemente maior para esse contador pode indicar um problema com o farm, como esquemas esquemas metadados de alteração constante na biblioteca.
Você pode monitorar a eficácia das definições de cache para garantir que os usuários finais estejam recebendo a melhor experiência possível. A otimização do desempenho ocorre quando a razão dos acertos do cache para erros do cache é alta e quando compactações e liberações ocorrem raramente. Se o monitor não indicar tais condições, você pode melhorar o desempenho alterando as definições de cache.
As seções seguintes fornecem informações específicas para o monitoramento de cada tipo de cache.
Monitoramento do desempenho do cache BLOB
Você pode monitorar a eficácia das definições de cache ao usar os monitores de desempenho que estão listados na tabela a seguir.
Grupo de contadores da Cache de Disk-Based do SharePoint
Nome do contador | Valor ou padrão ideal | Anotações |
---|---|---|
Número Total das Compactações do cache |
0 |
Se este número for continuamente ou frequentemente alto, o tamanho do cache é muito pequeno para os dados sendo requisitados. Para melhorar o desempenho, aumente o tamanho do cache. |
Taxa de preenchimento da Cache de BLOB |
>= 90% em vermelho >= 80% em amarelo <80% em verde |
Isso pode mostrar que o tamanho do cache é muito pequeno. Para melhorar o desempenho, aumente o tamanho do cache. |
Grupo contador da Cache de Publicação do SharePoint
Nome do contador | Valor ou padrão ideal | Observações |
---|---|---|
Liberações de cache de publicação/segundo |
0 |
Os donos do site podem estar desempenhando ações nos sites que estejam causando a liberação do cache. Para melhorar o desempenho durante as horas de pico, assegure-se que os donos dos sites apenas realizam essas ações fora dos horários de pico. |
Taxa de acertos do cache de publicação |
Depende do padrão de uso. Para sites somente de leitura, a taxa deve ser 1. Para sites de leitura e escrita, a taxa deve ser mais baixa. |
Uma taxa baixa indica que os itens não publicados estão sendo solicitados e estes não podem ser armazenados em cache. Se for um site de portal, o site pode ser ajustado para exigir check-out ou muitos usuários apresentam itens em estado de check-out. |
Observação
[!OBSERVAçãO] Para o cache BLOB, uma solicitação somente é contado com uma perda de cache se o usuário solicitar um arquivo cuja extensão esteja configurada para ser armazenada em cache. Por exemplo, se o cache estiver permitido para armazenar em cache somente arquivos .jpg e o cache recebe uma solicitação de um arquivo .gif, aquela solicitação não é contada como uma perda de cache.
Monitoramento do desempenho do cache de saída do ASP.NET
Você pode monitorar a eficácia das definições de cache ao usar os monitores de desempenho que estão listados na tabela a seguir.
Grupo contador de aplicações do ASP.NET
Nome do contador | Valor ou padrão ideal | Anotações |
---|---|---|
Cortador de Cache API |
0 |
Aumento na quantidade de memória que é alocada para o cache de saída ASP.NET. |
Taxa de acertos do cache API |
Depende do padrão de uso. Para sites somente de leitura, a taxa deve ser 1. Para sites de leitura e escrita, a taxa deve ser mais baixa. |
Causas possíveis de uma baixa razão de acertos incluem o seguinte: Se você estiver usando armazenamento de cache de usuário anônimo (por exemplo, para um site da internet), os usuários regularmente solicitam conteúdo que ainda não foi armazenado em cache. Se você estiver usando armazenamento em cache de saída do ASP.NET para usuários autenticados, muitos usuários podem ter permissões de edição nas páginas em que estejam visualizando. Se tiver personalizado qualquer um dos parâmetros VaryBy* em qualquer página (ou página mestra ou esquema de página) ou tiver personalizado um perfil de cache, poderá ter configurado um parâmetro que impede que as páginas do site sejam colocadas em cache de forma eficaz (por exemplo, poderá estar a variar consoante o utilizador para um site com muitos utilizadores). |
Observação
[!OBSERVAçãO] Para o cache da saída do ASP.NET, todas as páginas são armazenadas em cache por uma duração fixa que é independente das ações dos usuários. Desta forma, há eventos de monitoramento relacionados à liberação.
Para obter mais informações sobre o ASP.NET cache de saída, veja Output Caching and Cache Profiles or cache Element for caching (ASP.NET Settings Schema).
Monitoramento do desempenho do cache de objetos
O cache de objetos é usado para armazenar metadados sobre sites, bibliotecas, listas, itens de listas e documentos que são usados por recursos como navegação no site e o Web Part de Consulta de Conteúdo. Esse cache ajuda os usuários quando eles precisam procurar em páginas diferentes que usam esses recursos, porque os dados que eles solicitam estão armazenados ou recuperados diretamente do cache de objetos, ao invés do conteúdo do banco de dados.
O cache de objetos é armazenado na RAM de cada servidor da Web no farm. Cada servidor da Web mantém seu próprio cache de objetos.
Você pode monitorar a eficácia das definições do cache ao usar os monitores de desempenho que estão listados na tabela a seguir.
Grupo contador da Cache de Publicação do SharePoint
Nome do contador | Valor ou padrão ideal | Anotações |
---|---|---|
Número total das compactações do cache |
0 |
Se este número for alto, o tamanho do cache é muito pequeno para os dados que estão sendo solicitados. Para melhorar o desempenho, aumente o tamanho do cache. |
Liberações de cache de publicação/segundo |
0 |
Os donos do site podem estar desempenhando ações nos sites que estejam causando a liberação do cache. Para melhorar o desempenho durante as horas de pico, assegure-se que os donos dos sites apenas realizam essas ações fora dos horários de pico. |
Taxa de acertos do cache de publicação |
Depende do padrão de uso. Para sites somente de leitura, a taxa deve ser 1. Para sites de leitura e escrita, a taxa deve ser mais baixa. |
Se a taxa começar a diminuir, isso pode ser causado por um ou mais dos seguintes fatores: O cache foi recentemente liberado ou compactado. Os usuários estão acessando conteúdo que foi recentemente adicionado ao site. Isso pode ocorrer após muito conteúdo novo ter sido adicionado ao site. |