Aller au contenu
  • Nos offres
  • Blog
  • Contact
  • Carrières
Menu
  • Nos offres
  • Blog
  • Contact
  • Carrières
Inscrivez-vous à la newsletter

Inscrivez-vous à la newsletter

Abonnez-vous maintenant et nous vous tiendrons au courant.
Nous respectons votre vie privée. Vous pouvez vous désabonner à tout moment.

Blog

  • Accueil
  • Actualités
  • Cloud
  • Infrastructure
  • Données / Sécurité
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
Menu
  • Accueil
  • Actualités
  • Cloud
  • Infrastructure
  • Données / Sécurité
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
  • le 18/05/2018
  • Jean-François Famechon
  • Oracle, Oracle VM & Linux @fr

Process ora_o00X fortement consommateur en CPU sous Linux.

Partager sur linkedin
Partager sur twitter
Partager sur facebook

Si on s’intéresse aux processus consommateurs sur le serveur de base de données en infrastructure RAC+ASM, il peut arriver que les plus consommateurs soient des processus du type ora_o0XXX .
Un processus ora_o0000 (Processus ASM liés à un pool de connexion) est un processus d’arrière-plan optionnel connecté à l’instance de l’ASM pour les opérations liées aux métadonnées. Il est généré et, dans la plupart des cas, résilié automatiquement.
Les Processus esclaves oNNN sont générés sur demande. Ces processus communiquent eux aussi avec l’instance ASM.
Généralement, ils ne sont pas consommateurs en CPU et donc inoffensifs.
Par contre, il peut arriver, dans certaines circonstances, que certains se mettent à consommer de la CPU , et cela jusqu’à 100%.
Si cela arrive, vous pouvez  tuer le ou les processus pendant les heures creuses. Il se reconnectera automatiquement.
Tuer ce processus n’affectera pas les opérations de base de données; par contre, cela libérera des ressources coté serveur.
 

Comment repérer ces processus facilement.

Connectez vous sur le serveur et lancez la commande suivante :

ps aux | grep ora_o00

vous obtiendrez un résultat de la forme :

oracle     573  0.0  0.0 4205412 18712 ?       Ss    2014   0:04 ora_o001_MaBdd2
oracle    2903  0.0  0.0 25455460 18764 ?      Ss   15:34   0:00 ora_o000_TaBdd2
oracle    4921  0.0  0.0 4205412 18724 ?       Ss    2014   0:03 ora_o000_CaBdd2
oracle    6657  0.0  0.0 4336484 18628 ?       Ss   Apr13   0:19 ora_o000_NotreBdd2

où l’activité CPU correspond à la 3ème colonne.
Si une des lignes comporte un taux d’activité CPU proche de 100%, vous pouvez killer le process en question.
Vous constaterez qu’il se reconnectera dans la foulée avec un taux d’activité CPU de 0.
 
 

Jean-François Famechon
Jean-François Famechon
Voir tous ses articles

Laisser un commentaire Annuler la réponse

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Articles récents
  • Azure Database pour PostgreSQL [PaaS]
  • Azure Logic Apps : l’outil d’intégration Cloud de Microsoft
  • Purge automatique des archivelogs en PL/SQL
  • ASM et l’importance du usable_file_mb
  • Préparer un Windows Server 2003 pour une migration sur Azure

Mentions légales & Politique de confidentialité

En poursuivant votre navigation, vous acceptez l'utilisation de cookies tiers destinés à réaliser des statistiques de visites et de suivi. Accepter Refuser Personnaliser En savoir plus
Politique de confidentialité et cookies

Politique de confidentialité

Les informations collectées au travers de nos cookies sont exploitées à des fins statistiques (Google Analytics).
Google Analytics
Enregistrer & appliquer

8 JUIN 2022 A PARIS | 8H30 - 18H30

TECH FOR CLIMATE ?

Opportunités et limites de la technologie pour faire face au défi climatique

Programme & Inscriptions

Un évènement imaginé avec 🖤 par Constellation