---
sourceDocument: Xanadu IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/xanadu/it-operations-management

 Release :

    - xanadu

ft:locale :

    - pt-BR

ft:publication_title :

    - Xanadu IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Gerenciar grandes cargas de armazenamento no Linux e no Solaris

# Gerenciar grandes cargas de armazenamento no Linux e no Solaris {#ariaid-title1}

* Versão de lançamento: Xanadu
* 
* Atualizado 24 de jun. de 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 min. de leitura

Cargas grandes para armazenamento de anexação direta do Linux e Solaris podem causar erros de falta de memória se não forem configuradas para serializar o processamento da carga útil.

## Antes de Iniciar

Função necessária: admin ou discovery_admin

## Por Que e Quando Desempenhar Esta Tarefa

Quando os sensores de armazenamento do Linux ou do Solaris processam cargas de grandes matrizes de disco, os threads do trabalhador são executados simultaneamente e podem executar um nó de instância sem memória, exigindo uma reinicialização. Para evitar isso, a tabela \[discovery_sensor_yield\] controla o comportamento dos threads de trabalho usados para processar cargas grandes. Quando a Descoberta processa um sensor, ele verifica a tabela \[discovery_sensor_yield\] para esse sensor. Se o sensor estiver listado na tabela e se o tamanho da carga exceder o limite configurado na tabela, o trabalhador tentará proteger um bloqueio antes de processar a carga. Se o bloqueio não estiver disponível porque outro trabalhador já está processando uma carga grande, o trabalhador em espera reprogramará o próximo trabalho para 30 segundos depois e passará para outras tarefas. O trabalho aguarda na tabela Item de programação \[sys_trigger\] até que um trabalhador ocioso o selecione. Essa serialização ocorre por nó, permitindo que vários nós processem grandes cargas simultaneamente. O intervalo de processamento de 30 segundos não é configurável.  
Importante:  
Esses valores de limite foram criados somente para sensores de armazenamento Linux e Solaris e, na maioria dos casos, não devem ser alterados. Se sua instância estiver ficando sem memória enquanto processa simultaneamente várias cargas de armazenamento grandes, considere programar a Descoberta desses sistemas para horários de menor atividade. Se isso não for possível, examine a fila do ECC para determinar qual sensor de armazenamento pode estar causando o problema e observe o tamanho da carga. Se o tamanho da carga estiver abaixo do limite na tabela \[discovery_sensor_yield\], diminua o valor do limite o suficiente para serializar essa carga. Se um sensor diferente do sensor de armazenamento do Linux ou Solaris for responsável, você poderá adicionar esse sensor à tabela \[discovery_sensor_yield\]. Certifique-se de definir o valor do limite corretamente para o tamanho da carga. A serialização do processamento do sensor pode tornar a Descoberta mais lenta.

## Procedimento

1. No filtro do navegador de aplicações, insira discovery_sensor_yield.list.  
   O sistema de descoberta de base serializa esses sensores quando suas cargas excedem 512 KB:
   * Solaris - Armazenamento
   * Linux - Armazenamento
   {#manage-lg-payloads-linux-solaris__ul_xy2_ywr_tz}
2. Para alterar o limite, clique duas vezes na coluna Valor na lista e edite o tamanho.  
   Figura 1. Editar o limite de rendimento do sensor
3. Para adicionar outro sensor e configurá-lo para serialização de carga, clique em Novo e preencha os campos no formulário.  
   * Sensor: sensor de armazenamento a ser configurado.
   * Valor: tamanho limite do sensor.
   {#manage-lg-payloads-linux-solaris__ul_ccw_21s_tz}
4. Clique em Enviar.