- \n
- Qu\u2019est-ce que la supervision des bases de donn\u00e9es ?<\/a><\/li>\n
- Pourquoi il est important de superviser les bases de donn\u00e9es<\/a><\/li>\n
- Database Performance Monitoring vs Database Activity Monitoring<\/a><\/li>\n
- M\u00e9triques cl\u00e9s dans la supervision des bases de donn\u00e9es<\/a><\/li>\n
- Supervision selon le type de base de donn\u00e9es<\/a><\/li>\n
- Incidents courants d\u00e9tect\u00e9s par la supervision<\/a><\/li>\n
- Bonnes pratiques pour superviser les bases de donn\u00e9es<\/a><\/li>\n
- Ce qu\u2019un outil de supervision des bases de donn\u00e9es doit inclure<\/a><\/li>\n
- Supervision des bases de donn\u00e9es, observabilit\u00e9 et CMDB<\/a><\/li>\n
- Comment Pandora FMS aide \u00e0 superviser les bases de donn\u00e9es<\/a><\/li>\n
- Questions fr\u00e9quentes<\/a><\/li>\n
- Conclusion<\/a><\/li>\n<\/ul>\n
[\/et_pb_text][\/et_pb_column][et_pb_column type=\u00a0\u00bb3_4″ _builder_version=\u00a0\u00bb4.27.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb custom_css_main_element=\u00a0\u00bbz-index:0!important;\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_text admin_label=\u00a0\u00bbseccion\u00a0\u00bb module_id=\u00a0\u00bb1″ module_class=\u00a0\u00bbittopicscontent\u00a0\u00bb _builder_version=\u00a0\u00bb4.27.5″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb z_index=\u00a0\u00bb0″ custom_margin=\u00a0\u00bb0px||0px||true|false\u00a0\u00bb custom_padding=\u00a0\u00bb0px||0px||false|false\u00a0\u00bb custom_css_main_element=\u00a0\u00bbfont-family:%22Pandora-Light%22;\u00a0\u00bb locked=\u00a0\u00bboff\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb]Lorsque John Lennon chantait que vivre est facile les yeux ferm\u00e9s, il \u00e9tait \u00e9vident qu\u2019il ne travaillait pas dans la technologie, o\u00f9 l\u2019aveuglement est le premier couplet du d\u00e9sastre. Il est impossible de g\u00e9rer ce que l\u2019on ne voit pas<\/strong>. C\u2019est pourquoi, en IT, la premi\u00e8re priorit\u00e9 consiste \u00e0 obtenir une visibilit\u00e9 totale sur ce qui se passe dans notre infrastructure. Et au sein de celle-ci, la base de donn\u00e9es est l\u2019un des sous-syst\u00e8mes les plus critiques<\/strong>. D\u2019o\u00f9 l\u2019importance de sa supervision.
\nSi la base de donn\u00e9es tombe, l\u2019effet domino qui ruine notre semaine se met en marche, car les \u00e9l\u00e9ments suivants \u00e0 s\u2019effondrer sont les applications, puis les clients, les rapports, les automatisations et, enfin, le moral et la sant\u00e9 mentale de l\u2019\u00e9quipe d\u2019astreinte.
\nC\u2019est pourquoi ce guide aborde ce qu\u2019est la supervision des bases de donn\u00e9es, quelles m\u00e9triques contr\u00f4ler, quels incidents elle d\u00e9tecte<\/strong>, quelles bonnes pratiques appliquer et comment elle s\u2019int\u00e8gre dans notre strat\u00e9gie globale d\u2019observabilit\u00e9.
\nGr\u00e2ce \u00e0 elle, nous disposerons d\u2019un Palant\u00edr qui nous permettra de tout savoir et, plus important encore, d\u2019agir \u00e0 temps avant que les in\u00e9vitables \u00e9tincelles ne se transforment en incendie.<\/p>\nQu\u2019est-ce que la supervision des bases de donn\u00e9es ?<\/h2>\n
Commen\u00e7ons par l\u2019in\u00e9vitable th\u00e9orie.
\nLa supervision des bases de donn\u00e9es consiste \u00e0 surveiller en continu la disponibilit\u00e9, les performances, les requ\u00eates, les connexions, le stockage, la r\u00e9plication, les erreurs et la capacit\u00e9<\/strong> des moteurs qui prennent en charge nos donn\u00e9es critiques. L\u2019objectif est de d\u00e9tecter les incidents avant qu\u2019ils n\u2019affectent le service<\/strong>.
\nAutrement dit, \u00eatre L\u2019Attrape-c\u0153urs et ne pas attendre que l\u2019utilisateur nous crie gentiment que le site web est lent. Avant d\u2019en arriver l\u00e0, une supervision doit nous permettre de d\u00e9tecter et de corriger.<\/p>\n![](\"data:image\/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==\")
<\/p>\nVue g\u00e9n\u00e9rale et consolid\u00e9e de MySQL dans Pandora FMS, permettant de contr\u00f4ler visuellement et rapidement l\u2019\u00e9tat des bases de donn\u00e9es<\/p>\n
Pourquoi il est important de superviser les bases de donn\u00e9es<\/h2>\n
Les raisons sont aussi \u00e9videntes que souvent ignor\u00e9es :<\/p>\n
- \n
- R\u00e9duire les interruptions de service :<\/strong> en d\u00e9tectant une saturation des connexions avant qu\u2019elle ne fasse tomber le service.<\/li>\n
- D\u00e9tecter toute d\u00e9gradation avant qu\u2019elle n\u2019atteigne l\u2019utilisateur<\/strong> : ainsi, une requ\u00eate qui passe de 50 ms \u00e0 800 ms est un signal d\u2019alerte sur lequel agir avant qu\u2019il ne devienne un incident.<\/li>\n
- \u00c9viter la saturation du stockage<\/strong> : car l\u2019espace disque se remplit g\u00e9n\u00e9ralement lentement lorsque personne ne regarde, au lieu de frapper soudainement.<\/li>\n
- Optimiser les requ\u00eates et les ressources :<\/strong> en identifiant les queries qui grippent le moteur de la BDD.<\/li>\n
- Anticiper les incidents de capacit\u00e9<\/strong> : en sachant combien de marge il nous reste avant de devoir nous battre avec la finance pour obtenir plus de mat\u00e9riel ou un scale-out.<\/li>\n
- R\u00e9duire le MTTR<\/strong> : principalement en permettant \u00e0 l\u2019\u00e9quipe d\u2019arr\u00eater d\u2019\u00e9teindre des incendies les yeux band\u00e9s.<\/li>\n
- Comprendre les d\u00e9pendances<\/strong> entre base de donn\u00e9es, application, serveur et r\u00e9seau.<\/li>\n<\/ul>\n
Le concept de \u00ab bo\u00eete noire \u00bb est actuellement \u00e0 la mode dans l\u2019IT et, sans supervision, la base de donn\u00e9es en devient une<\/strong>, qui ne donne des signes de vie que lorsqu\u2019elle cesse d\u2019en donner. Il ne reste alors plus qu\u2019\u00e0 courir avec un d\u00e9fibrillateur, comme dans ces s\u00e9ries m\u00e9dicales o\u00f9 tout le monde finit par sortir avec tout le monde.<\/p>\n
Database Performance Monitoring vs Database Activity Monitoring<\/h2>\n
Lorsque la supervision des bases de donn\u00e9es entre en sc\u00e8ne, ces deux approches l\u2019accompagnent g\u00e9n\u00e9ralement, et il convient de les conna\u00eetre sans les confondre :<\/p>\n
- \n
- Database Performance Monitoring (DPM)<\/strong> : supervision orient\u00e9e performances et op\u00e9rations. Elle contr\u00f4le les latences, les requ\u00eates lentes, le throughput, les connexions, les verrous, l\u2019utilisation du CPU, de la m\u00e9moire, du disque et du r\u00e9seau, la r\u00e9plication, le stockage et la disponibilit\u00e9. Autrement dit, c\u2019est ce que l\u2019on entend g\u00e9n\u00e9ralement par \u00ab superviser la base de donn\u00e9es \u00bb.<\/li>\n
- Database Activity Monitoring (DAM)<\/strong> : dans ce cas, la supervision est orient\u00e9e activit\u00e9, s\u00e9curit\u00e9 et audit. Elle observe les acc\u00e8s aux donn\u00e9es, les utilisateurs et les sessions, les requ\u00eates sensibles, les changements non autoris\u00e9s, les comportements anormaux et la conformit\u00e9 r\u00e9glementaire.<\/li>\n<\/ul>\n
Sachant cela, ce guide se concentre sur la premi\u00e8re approche, le DPM, ax\u00e9e sur les performances, la disponibilit\u00e9 et les op\u00e9rations<\/strong>, m\u00eame s\u2019il convient de rappeler que la supervision de l\u2019activit\u00e9 fait \u00e9galement partie d\u2019une strat\u00e9gie compl\u00e8te lorsqu\u2019il existe des exigences r\u00e9glementaires ou d\u2019audit.<\/p>\n
M\u00e9triques cl\u00e9s dans la supervision des bases de donn\u00e9es<\/h2>\n
<\/p>\nS\u00e9lection de m\u00e9triques dans Pandora FMS pour superviser une base de donn\u00e9es Oracle<\/p>\n
En pratique, une supervision fournit des m\u00e9triques, mais bien s\u00fbr, la vie a toujours eu ses hi\u00e9rarchies et toutes ne doivent pas peser de la m\u00eame mani\u00e8re dans nos d\u00e9cisions.
\nSans oublier qu\u2019un tableau de bord rempli de graphiques que personne ne regarde n\u2019est rien d\u2019autre qu\u2019un bruit co\u00fbteux.
\nC\u2019est pourquoi voici le bon grain qu\u2019il faut s\u00e9parer de l\u2019ivraie et toujours garder sous surveillance.<\/p>\nDisponibilit\u00e9 et \u00e9tat du service<\/h3>\n
La premi\u00e8re chose \u00e0 contr\u00f4ler est que les BDD fonctionnent, \u00e9videmment. Cela implique des indicateurs cl\u00e9s tels que :<\/p>\n
- \n
- Uptime<\/strong> ou disponibilit\u00e9 du moteur.<\/li>\n
- R\u00e9ponse aux contr\u00f4les de sant\u00e9<\/strong>.<\/li>\n
- Erreurs<\/strong> de connexion.<\/li>\n
- \u00c9tat<\/strong> des n\u0153uds ou instances dans un cluster.<\/li>\n<\/ul>\n
Performances<\/h3>\n
En plus de fonctionner, elles doivent le faire efficacement<\/strong> et ne pas tra\u00eener les pieds lors des requ\u00eates. Cela implique le contr\u00f4le de m\u00e9triques telles que :<\/p>\n
- \n
- Latence<\/strong> de ces requ\u00eates.<\/li>\n
- Temps de r\u00e9ponse<\/strong> moyen et percentile 95\/99.<\/li>\n
- Requ\u00eates lentes<\/strong> (slow queries).<\/li>\n
- Throughput<\/strong> en requ\u00eates par seconde.<\/li>\n
- Locks, deadlocks et waits<\/strong>.<\/li>\n<\/ul>\n
Utilisation des ressources<\/h3>\n
Efficacit\u00e9 et efficience ne sont pas la m\u00eame chose, et nous voulons les deux, de sorte que fonctionner rapidement ne signifie pas que les processeurs doivent chauffer plus que le Soleil<\/strong> ni gaspiller une RAM qui vaut d\u00e9j\u00e0 plus que mes reins.
\nPour cela, nous contr\u00f4lons :<\/p>\n- \n
- CPU<\/strong> consomm\u00e9 par le moteur.<\/li>\n
- M\u00e9moire<\/strong> utilis\u00e9e et libre (buffer pool et cache).<\/li>\n
- Disque<\/strong> (espace libre, IOPS, latence, etc.).<\/li>\n
- R\u00e9seau<\/strong> (trafic et erreurs).<\/li>\n<\/ul>\n
Connexions et sessions<\/h3>\n
Ici, ce qui nous int\u00e9resse, c\u2019est le qui, comment et combien dans l\u2019utilisation<\/strong>, ce qui implique de conna\u00eetre :<\/p>\n
- \n
- Connexions actives<\/strong> et maximums configur\u00e9s.<\/li>\n
- Saturation du pool<\/strong> de connexions.<\/li>\n
- Sessions bloqu\u00e9es<\/strong> ou en attente.<\/li>\n<\/ul>\n
Stockage et croissance<\/h3>\n
Les bases de donn\u00e9es ont tendance \u00e0 faire comme moi, grossir myst\u00e9rieusement<\/strong>, surtout lorsque personne ne regarde ce que je fais.
\nPour \u00e9viter que nos BDD n\u2019occupent tout comme les tribbles de Star Trek, nous devons surveiller :<\/p>\n- \n
- Taille<\/strong> des bases de donn\u00e9es et des tables.<\/li>\n
- Croissance<\/strong> par unit\u00e9 de temps.<\/li>\n
- Espace libre<\/strong> dans les tablespaces ou volumes.<\/li>\n
- \u00c9tat des index<\/strong> (utilisation, fragmentation).<\/li>\n
- Volume de logs<\/strong> (transactionnels et applicatifs).<\/li>\n<\/ul>\n
R\u00e9plication, clustering et haute disponibilit\u00e9<\/h3>\n
Ces indicateurs sont essentiels dans la supervision d\u2019une gestion moderne<\/strong> des BDD :<\/p>\n
- \n
- Lag de r\u00e9plication<\/strong> afin d\u2019\u00e9viter que les utilisateurs n\u2019acc\u00e8dent \u00e0 des donn\u00e9es obsol\u00e8tes.<\/li>\n
- \u00c9tat des r\u00e9plicas<\/strong> et s\u2019ils sont en ligne, en retard ou hors service.<\/li>\n
- Failover et basculements<\/strong> pour les cas de d\u00e9faillances, d\u2019urgences ou de maintenances.<\/li>\n
- Synchronisation des n\u0153uds<\/strong> pour v\u00e9rifier la coh\u00e9rence des donn\u00e9es entre eux et garantir que le quorum est actif afin de maintenir l\u2019int\u00e9grit\u00e9 du syst\u00e8me.<\/li>\n<\/ul>\n
Backups et r\u00e9cup\u00e9ration<\/h3>\n
Peu importe que nous soyons les meilleurs et les plus rapides, le d\u00e9sastre finira par nous rattraper, donc nous devons aussi faire preuve d\u2019humilit\u00e9 et travailler avec un filet de s\u00e9curit\u00e9, pas seulement avec un r\u00e9seau, m\u00eame si celui-l\u00e0 aussi compte.
\nPour cela, nous devons contr\u00f4ler :<\/p>\n- \n
- L\u2019\u00e9tat du dernier backup<\/strong>.<\/li>\n
- Anciennet\u00e9 de la derni\u00e8re copie correcte<\/strong>, ce qui alimente r\u00e9ellement notre objectif de point de r\u00e9cup\u00e9ration (RPO, pour Recovery Point Objective).<\/li>\n
- Erreurs<\/strong> dans les processus de copie.<\/li>\n
- Dur\u00e9e de la derni\u00e8re restauration de test<\/strong>. C\u2019est la mani\u00e8re honn\u00eate de valider le RTO (objectif de temps de r\u00e9cup\u00e9ration), car un backup qui ne se restaure pas est une fausse illusion de s\u00e9curit\u00e9.<\/li>\n<\/ul>\n
Supervision selon le type de base de donn\u00e9es<\/h2>\n
<\/p>\nPandora FMS supervisant un grand classique intemporel de l\u2019entreprise, une base de donn\u00e9es IBM DB2<\/p>\n
De la m\u00eame mani\u00e8re que les m\u00e9triques ne sont pas toutes identiques, les bases de donn\u00e9es ne le sont pas non plus<\/strong>. Ainsi, chaque mod\u00e8le de donn\u00e9es n\u00e9cessite sa propre approche de supervision<\/strong>.
\nM\u00eame si je ne peux pas entrer ici dans le d\u00e9tail de chacun d\u2019eux (enfin, je pourrais, mais cela transformerait cet article en L\u2019Histoire sans fin), vous disposez d\u2019un guide complet sur les types de bases de donn\u00e9es<\/a>. Nous y couvrons la taxonomie, tandis qu\u2019ici nous nous concentrons sur ce qu\u2019il faut surveiller dans chaque cas.
\nComme nous le verrons, certains \u00e9l\u00e9ments sont communs \u00e0 toutes les BDD, comme la disponibilit\u00e9 ou la latence, par exemple, tandis que d\u2019autres sont plus sp\u00e9cifiques au type de base de donn\u00e9es, comme le traversal ou temps de parcours lorsqu\u2019il s\u2019agit de bases de donn\u00e9es orient\u00e9es graphe.<\/p>\nBases de donn\u00e9es relationnelles<\/h3>\n
Nous incluons ici MySQL, PostgreSQL, Oracle, SQL Server ou MariaDB<\/strong>, et il est rare que notre infrastructure IT n\u2019en comporte pas une (ou plut\u00f4t plusieurs).
\nIci, il faut mettre l\u2019accent sur :<\/p>\n- \n
- Requ\u00eates<\/strong> lentes.<\/li>\n
- Locks.<\/li>\n
- Connexions<\/strong>.<\/li>\n
- Index.<\/li>\n
- R\u00e9plication<\/strong>.<\/li>\n
- Stockage.<\/li>\n
- Transactions.<\/li>\n<\/ul>\n
Bien entendu, la premi\u00e8re \u00e9tape pour d\u00e9marrer reste leur documentation officielle : PostgreSQL<\/a>, MySQL<\/a>, SQL Server<\/a> et Oracle<\/a>.<\/p>\n
Bases de donn\u00e9es NoSQL documentaires<\/h3>\n
Dans ce cas, des noms comme MongoDB, Couchbase ou RavenDB<\/strong> viennent \u00e0 l\u2019esprit. Ici, il est prioritaire de contr\u00f4ler :<\/p>\n
- \n
- Op\u00e9rations<\/strong> par seconde.<\/li>\n
- Utilisation de la m\u00e9moire.<\/li>\n
- R\u00e9plication<\/strong>.<\/li>\n
- Index.<\/li>\n
- Temps<\/strong> de requ\u00eate.<\/li>\n
- Erreurs.<\/li>\n
- Croissance<\/strong> des collections.<\/li>\n<\/ul>\n
Pour cela, MongoDB dispose d\u2019une documentation sp\u00e9cifique<\/a>, et dans ce guide sur la mani\u00e8re de superviser RavenDB<\/a>, nous entrons dans le d\u00e9tail pour vous donner un coup de main.
\nPar ailleurs, si vous souhaitez une vision plus large du c\u00f4t\u00e9 non relationnel des BDD, ce guide sur les bases de donn\u00e9es NoSQL<\/a> offre une bonne vue d\u2019ensemble du paysage.<\/p>\nBases de donn\u00e9es cl\u00e9-valeur et cache<\/h3>\n
Redis ou Riak<\/strong> entrent en jeu dans ce cas, et nous devons surveiller de pr\u00e8s :<\/p>\n
- \n
- M\u00e9moire<\/strong> consomm\u00e9e.<\/li>\n
- Expiration<\/strong> des cl\u00e9s par TTL (expired keys).<\/li>\n
- \u00c9victions<\/strong> dues \u00e0 la pression m\u00e9moire, qui, attention, ne sont pas la m\u00eame chose que les expirations.<\/li>\n
- \u00c9checs et succ\u00e8s du cache.<\/li>\n
- Persistance.<\/li>\n
- Connexions.<\/li>\n
- Latence<\/strong>.<\/li>\n<\/ul>\n
- Expiration<\/strong> des cl\u00e9s par TTL (expired keys).<\/li>\n
- Anciennet\u00e9 de la derni\u00e8re copie correcte<\/strong>, ce qui alimente r\u00e9ellement notre objectif de point de r\u00e9cup\u00e9ration (RPO, pour Recovery Point Objective).<\/li>\n
- \u00c9tat des r\u00e9plicas<\/strong> et s\u2019ils sont en ligne, en retard ou hors service.<\/li>\n
- Croissance<\/strong> par unit\u00e9 de temps.<\/li>\n
- Saturation du pool<\/strong> de connexions.<\/li>\n
- M\u00e9moire<\/strong> utilis\u00e9e et libre (buffer pool et cache).<\/li>\n
- Temps de r\u00e9ponse<\/strong> moyen et percentile 95\/99.<\/li>\n
- R\u00e9ponse aux contr\u00f4les de sant\u00e9<\/strong>.<\/li>\n
- Database Activity Monitoring (DAM)<\/strong> : dans ce cas, la supervision est orient\u00e9e activit\u00e9, s\u00e9curit\u00e9 et audit. Elle observe les acc\u00e8s aux donn\u00e9es, les utilisateurs et les sessions, les requ\u00eates sensibles, les changements non autoris\u00e9s, les comportements anormaux et la conformit\u00e9 r\u00e9glementaire.<\/li>\n<\/ul>\n
- D\u00e9tecter toute d\u00e9gradation avant qu\u2019elle n\u2019atteigne l\u2019utilisateur<\/strong> : ainsi, une requ\u00eate qui passe de 50 ms \u00e0 800 ms est un signal d\u2019alerte sur lequel agir avant qu\u2019il ne devienne un incident.<\/li>\n
- Pourquoi il est important de superviser les bases de donn\u00e9es<\/a><\/li>\n
![](\"https:\/\/pandorafms.com\/wp-content\/uploads\/2024\/12\/agentes-y-modulos-mysql.png\")
<\/p>\n![](\"https:\/\/pandorafms.com\/wp-content\/uploads\/2025\/08\/Oracle-032025.png\")
<\/p>\n![](\"https:\/\/pandorafms.com\/wp-content\/uploads\/2025\/08\/metricas-aws-b.png\")
<\/p>\n![](\"https:\/\/pandorafms.com\/wp-content\/uploads\/2026\/06\/Captura-pfms.png\")
<\/p>\n