Close Menu
Oracle

Limpeza da biblioteca de software OEM: Purge seguro e controle de crescimento de swlib

HenriqueBy Updated:4 Mins Read

This post is also available in: English (Inglês)

Este guia se concentra exclusivamente no procedimento técnico correto para executar uma limpeza e recuperar espaço sem comprometer o repositório OEM.

Quando executar a limpeza da biblioteca de software

Execute uma purga quando:

  • O uso do sistema de arquivos OMS excede 80%
  • As implementações começam a falhar
  • Aparecem alertas de espaço crítico
  • swlib cresce desproporcionalmente

Validação rápida (exemplo de saída)

$ df -h
/dev/mapper/vg_oracle-middlewarelv  127G  116G  4.9G  96% /middleware

Identificação do consumo interno

cd $MW_HOME
du -sk * | sort -n

Saída típica:

16      lost+found
252     PatchSearch.xml
636940  bi_publisher
798916  wclient
800744  windows_agent
808712  stagetfa
1051016 ahfinstall
2374560 agent_inst
2581840 plugins
17970752        gc_inst
26109920        oem134
27883528        WLS
40388796        swlib

Se o site swlib for o maior consumidor, o crescimento está diretamente relacionado à Biblioteca de Software.

Entendendo o problema

O diretório swlib armazena:

  • Artefatos de provisionamento
  • Imagens da instalação
  • Plugins
  • Patchsets
  • Conteúdo importado
  • Entidades excluídas ainda referenciadas

Com o tempo, o OEM se acumula:

  • Conteúdo órfão
  • Versões antigas não referenciadas
  • Artefatos vinculados a entidades removidas

Sem a limpeza periódica, o crescimento é cumulativo e esperado.

Não há mecanismo automático de coleta total de lixo para a biblioteca de software.

Como limpar a biblioteca de software OEM

Método recomendado – Por meio do console OEM

  1. Faça login no OEM como SYSMAN
  2. Navegue até:
Enterprise → Provisioning and Patching → Software Library
  1. Clique em Purge
  2. Definir critérios de retenção
  3. Executar

O processo de purga remove:

  • Entidades excluídas
  • Conteúdo órfão
  • Artefatos sem referência
  • Objetos fora da política de retenção

Em ambientes grandes, o processo pode demorar e gerar uma carga moderada de OMS.
Recomenda-se a execução fora dos horários de pico.

Validar o espaço recuperado

Após a conclusão:

df -h
Filesystem                          Size  Used Avail Use% Mounted on
devtmpfs                             12G     0   12G   0% /dev
tmpfs                                12G     0   12G   0% /dev/shm
tmpfs                                12G  1.2G   11G  10% /run
tmpfs                                12G     0   12G   0% /sys/fs/cgroup
/dev/mapper/vg_root-lv_root         4.0G  317M  3.7G   8% /
/dev/mapper/vg_root-lv_usr          6.0G  2.2G  3.9G  37% /usr
/dev/sda1                          1014M  237M  778M  24% /boot
/dev/mapper/vg_oracle-lv_oracle     5.8G  932M  4.6G  17% /oracle
/dev/mapper/vg_oracle-oggmonlv      9.8G   37M  9.2G   1% /oggmon
/dev/mapper/vg_oracle-middlewarelv  127G   86G   36G  71% /middleware
/dev/mapper/vg_root-lv_var          4.0G  1.3G  2.7G  33% /var
/dev/mapper/vg_root-lv_home        1014M  829M  186M  82% /home
/dev/mapper/vg_root-lv_tmp          5.0G   97M  4.9G   2% /tmp
tmpfs                               2.4G     0  2.4G   0% /run/user/1022
/dev/mapper/vg_dados-lv_dados       2.0T  1.3T  635G  67% /dados

Compare o antes e o depois.

Em ambientes corporativos, é comum recuperar dezenas de GB por ciclo de purga.

O que você NÃO deve fazer

Nunca remova manualmente os arquivos em:

$MW_HOME/sysman/swlib

A biblioteca de software mantém metadados no repositório SYSMAN.

A exclusão manual pode causar:

  • Inconsistências do catálogo
  • Falhas no provisionamento
  • Erros de correção
  • Erros internos de ORA
  • Corrupção lógica da biblioteca

O único método suportado é a purga por meio do console OEM.

Quando a purga não resolve totalmente o problema

Se o crescimento persistir, verifique:

  • Trabalhos ativos usando artefatos
  • Conteúdo ainda referenciado por implementações
  • Políticas de retenção mal configuradas
  • Importação frequente de patches sem limpeza

Ambientes com ciclos contínuos de aplicação de patches exigem manutenção periódica da biblioteca de software.

Práticas recomendadas para ambientes grandes

  • Monitorar o crescimento do swlib mensalmente
  • Definir uma política de retenção clara
  • Evite versões redundantes
  • Planejar o armazenamento OMS considerando o crescimento cumulativo
  • Incluir a purga como parte das rotinas operacionais

A Biblioteca de Software não se mantém por conta própria – espera-se que haja acúmulo sem governança.

Referências

Guia do Administrador do Oracle Enterprise Manager Cloud Control
https://docs.oracle.com/en/enterprise-manager/cloud-control/

Guia de instalação e configuração avançada do OEM Cloud Control
https://docs.oracle.com/en/enterprise-manager/cloud-control/installation-guide/

Guia de provisionamento e patches do Oracle Enterprise Manager Cloud Control
https://docs.oracle.com/en/enterprise-manager/cloud-control/provisioning-patching/

Biblioteca de documentação do Enterprise Manager Cloud Control
https://docs.oracle.com/en/enterprise-manager/

Suporte Oracle (My Oracle Support – MOS)
https://support.oracle.com

Share.

Related Posts

Add A Comment
Leave A Reply