---
sourceDocument: Yokohama Platform Analytics
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/now-intelligence
Release :
- yokohama
ft:locale :
- pt-BR
ft:publication_title :
- Yokohama Platform Analytics
ft:clusterId :
- par
bundleId :
- par
workflow :
- Platform
---
# Cache de dados na Análise da plataforma
# Cache de dados na Análise da plataforma {#ariaid-title1}
* Versão de lançamento: Yokohama
*
* Atualizado 30 de jan. de 2025
*
*  4 min. de leitura
O cache de dados pode ajudar as visualizações de dados a carregar mais rapidamente, reutilizando respostas mais antigas, quando disponíveis. Os usuários sempre podem obter os dados mais recentes atualizando o painel manualmente.
O cache de dados pode acelerar o tempo de carregamento de painéis e visualizações de dados, especialmente para grandes conjuntos de dados, pelos seguintes motivos:
* O armazenamento em cache pode evitar cálculos de agregação longos quando não houve mudanças nos dados.
* O armazenamento em cache pode evitar cálculos de agregação para usuários que têm acesso aos mesmos dados de resultados agregados.
* O armazenamento em cache pode reduzir o custo na instância devido ao acúmulo de solicitações de longa execução.
* O cache pode ser adequado para casos de uso em que os usuários estão mais interessados na velocidade com que o painel carrega do que na atualização dos dados.
{#data-caching-pa__ul_ths_nmb_hbc}
## Fontes de dados compatíveis {#data-caching-pa__section_flr_cnb_hbc}
Armazenamento em cache com suporte para dados de tabela e indicador.
## Ativando cache de dados {#data-caching-pa__section_xnm_13c_kbc}
Antes de ativar o cache de dados, a propriedade glide.analytics.cache.enableddeve ser definido como verdadeiro .
No editor de painel em linha, você pode ativar ou desativar o cache de dados por painel. Em seguida, o cache se aplica a todas as visualizações de dados nesse painel que têm uma fonte de dados compatível com ele. Para obter mais informações, consulte [Configurar Análise da plataformaconfigurações do painel](https://servicenow-prod.fluidtopics.net/yuA7fqJeM3a4hBlmvKkQPw "Você pode definir detalhes do intervalo de atualização e cores de fundo, habilitar o cache de dados para acelerar as atualizações da página e escolher quais cartões de informações serão exibidos.").
Em Construtor de IU, você pode ativar ou desativar o cache de dados por visualização de dados. Para obter um exemplo, consulte useDataCachepropriedade das fontes de dados de tabela ou indicador em [Configuração de UIB de pontuação única](https://developer.servicenow.com/dev.do#!/reference/next-experience/xanadu/now-components/now-vis-score-wrapper/uib-setup).
Em Construtor de IU, você também pode habilitar o cache de dados para uma instância de dados local do tipo de tabela ou indicador. Para obter mais informações, consulte [Habilite o cache de dados para uma instância de dados local](https://servicenow-prod.fluidtopics.net/xPIrpXBtoHXvgxb56WnowQ "Para ajudar a reduzir o tempo de carregamento das visualizações de dados e, se dados em tempo real ou muito novos não forem necessários, habilite o cache de dados na fonte de dados.").
## Cache do painel padrão {#data-caching-pa__section_xgx_12x_kbc}
Por padrão, os novos painéis que você cria no editor em linha não têm o cache habilitado. Você precisa habilitar o cache por painel, conforme descrito na seção anterior. No entanto, você pode mudar o comportamento padrão para que todos os novos painéis criados no editor em linha tenham o cache habilitado. Para fazer isso, defina a propriedade glide.analytics.cache.enable_dashboard_defaultpara verdadeiro .
Se você definir o comportamento padrão para ter o cache habilitado em novos painéis, considere se você deseja alterar o tempo de expiração padrão. O valor padrão para o tempo de expiração padrão é 24 horas. Você pode definir este valor na propriedade glide.analytics.cache.dashboard_default_value. As opções são 1, 2, 4, 8, 12, ou 24 horas. Ao definir este valor, considere o impacto na pré-busca de dados.
Não é possível habilitar o cache por padrão para visualizações de dados criadas no Construtor de IU.
## Pré-busca de dados {#data-caching-pa__section_c3b_wlc_kbc}
O primeiro carregamento de um painel não tem dados em cache para usar, portanto, pode estar sujeito a um tempo de carregamento lento. Por exemplo, na primeira vez que um agente DE TI faz login no dia, os dados em cache do dia anterior expiraram, portanto, ele deve aguardar o sistema buscar dados antes que qualquer um de seus painéis seja carregado. O mecanismo de pré-busca resolve esse problema para painéis usados com frequência e visualizações de dados com tempos de expiração de cache longos.
A pré-busca mantém as entradas de cache ativas atualizando os dados automaticamente à medida que o cache se aproxima do tempo de expiração, sem nenhuma interação do usuário. Um trabalho agendado procura entradas de cache com pré-busca habilitada em que a entrada deve expirar nos próximos 30 minutos. O trabalho coleta todos esses registros e os coloca em fila para serem atualizados. Após a atualização, o tempo de expiração é redefinido. Este trabalho agendado é executado a cada 15 minutos, para que o limpador de tabela não exclua uma entrada de cache válida que ainda não tenha sido processada.
## Pré-busca de configurações e padrões {#data-caching-pa__section_qjq_cqc_kbc}
A pré-busca é ativada por padrão com configurações escolhidas para equilibrar a minimização da carga do sistema com a maximização do valor para o usuário. Um administrador pode mudar esses valores, mas deve fazê-lo com muito cuidado e somente por motivos urgentes.{#data-caching-pa__table_htz_xsc_kbc__entry__4}
| Propriedade | Configuração | Valor | Anotações |
|-|-|-|-|
| glide.analytics.cache.prefetch.min_age_in_seconds | Limite inferior de tempo de expiração do cache \[cacheExpirationTime\] para que os dados estejam sujeitos à pré-busca | 8 horas | Oito horas é a vida útil mínima segura dos dados em cache para que eles sejam pré-obtidos. Pode ser necessário aumentar este valor, mas não deve diminuí-lo. |
| glide.analytics.cache.prefetch.max_refresh_counter | Número de vezes consecutivas que os dados são obtidos previamente sem uma ocorrência de cache antes que a pré-busca seja interrompida para esses dados | 10 | A pré-busca é destinada a dados usados com frequência. Para reduzir a carga do sistema, se os dados forem pré-obtidos 10 vezes seguidas sem que um usuário observe os dados, a pré-busca será interrompida. Em seguida, os dados seguem o comportamento de cache padrão e serão recarregados na próxima exibição. O valor padrão foi selecionado para cobrir fins de semana. Pode ser necessário diminuir este valor, mas não deve aumentá-lo. |
[ ]
{#data-caching-pa__table_htz_xsc_kbc}