L’administrateur de bases de données (DBA) est responsable de la gestion, de la sécurité, de la disponibilité et des performances des bases de données (SQL ou NoSQL). Les tâches typiques comprennent : l’installation et la mise à jour des SGBD (PostgreSQL, MySQL, SQL Server, Oracle), la configuration des paramètres mémoire/stockage, la mise en place des sauvegardes et des plans de reprise après sinistre, le contrôle des droits d’accès, l’analyse des requêtes lentes, et la surveillance proactive des indicateurs (CPU, IO, espace disque). ISOSET propose des cursus complets pour former les futurs DBA, de la théorie à la pratique sur des environnements réels.

• DBA de production – garantit la continuité de service.
• DBA de développement – modélisation, optimisation des schémas, assistance aux développeurs.
• DBA Cloud – gestion de bases managées (RDS, Cloud SQL, Cosmos DB).

L’installation d’un SGBD (PostgreSQL, MySQL, etc.) implique le choix des paramètres mémoire (shared_buffers, work_mem), des chemins de données (`data_directory`), des méthodes d’authentification, des journaux (WAL, binlog) et des paramètres réseau. Les bonnes pratiques incluent l’isolation des bases de données sur des volumes séparés, l’utilisation de comptes dédiés non‑root, et l’activation du chiffrement au repos (TDE) si nécessaire. ISOSET aide les entreprises à définir leur politique d’installation et de configuration pour les bases critiques.

# Extrait de postgresql.conf (optimisation mémoire)
shared_buffers = 4GB
work_mem = 32MB
effective_cache_size = 12GB
wal_buffers = 16MB
max_connections = 200

Une stratégie de sauvegarde robuste est la clé de la continuité d’activité. On distingue les sauvegardes logiques (dump SQL) et physiques (copie des fichiers). Les sauvegardes incrémentales, différentielles et complètes doivent être planifiées. En production, on utilise souvent des réplicas (standby) et des snapshots de volume (EBS, LVM). La restauration doit être testée régulièrement.

# Sauvegarde avec pg_dump (PostgreSQL)
pg_dump -U admin -F c -b -v -f "/backup/db_$(date +%Y%m%d).dump" ma_base
# Restauration
pg_restore -U admin -d ma_base -C -v "/backup/db_20250428.dump"

# MySQL : mysqldump
mysqldump -u root -p --all-databases > all_databases.sql

Il est impératif de stocker les sauvegardes sur un autre site (cloud, site distant) et de définir une rétention (30 jours, 1 an). ISOSET insiste sur la mise en place de politiques de sauvegarde et sur les exercices de restauration.

Un DBA surveille en continu les métriques : connexions actives, taux de hit cache, IOPS, espace disque, durée des transactions, queries lentes. Des outils comme Prometheus + Grafana, Zabbix, Datadog, ou les solutions intégrées (PGHero, MySQL Enterprise Monitor) permettent de visualiser les indicateurs et de déclencher des alertes (seuils, dérive).

• Métriques essentielles – CPU usage, RAM, disque, connexions, deadlocks.
• Requêtes lentes (slow logs) – activer le log des requêtes dépassant un seuil (ex: 200 ms).
• Alerting – envoyer des notifications (email, Slack, PagerDuty) en cas d’anomalie.

# Activer les logs de requêtes lentes (MySQL)
SET GLOBAL slow_query_log = ON;
SET GLOBAL long_query_time = 2;
SET GLOBAL log_queries_not_using_indexes = ON;

ISOSET forme à la mise en place d’une supervision efficace avec des solutions open source ou cloud.

L’optimisation est un métier à part entière. Elle agit à plusieurs niveaux :

• Index – créer des index B‑tree, bitmap, full‑text sur les colonnes de filtrage (WHERE, JOIN). Éviter la sur‑indexation (impact sur les écritures).
• Requêtes – réécrire les requêtes lentes, éviter les SELECT *, décomposer les sous‑requêtes corrélées.
• Configuration SGBD – ajuster les buffers, les caches, le parallélisme (max_parallel_workers).
• Partitionnement – diviser une très grande table en sous‑tables (range, list).
• Expliquer les plans – utiliser `EXPLAIN (ANALYZE, BUFFERS)` pour comprendre l’exécution.

# Analyse d’une requête lente (PostgreSQL)
EXPLAIN (ANALYZE, BUFFERS, VERBOSE) SELECT * FROM commande WHERE client_id = 12345;
# Création d’un index composite
CREATE INDEX idx_cli_date ON commande(client_id, date_commande);

ISOSET initie les jeunes à l’impact des index via des jeux de données massifs et des défis de temps de réponse.

La sécurité des bases repose sur le contrôle des comptes, des rôles et des privilèges. On applique le principe du moindre privilège : un utilisateur ne dispose que des droits nécessaires (SELECT, INSERT, UPDATE, DELETE, CREATE…). L’authentification forte (LDAP, Kerberos, certificats) et la journalisation des accès sont recommandées. Les utilisateurs doivent être révoqués lors de départs.

# Création d’un utilisateur en lecture seule (PostgreSQL)
CREATE USER app_ro WITH PASSWORD 'strong_password';
GRANT CONNECT ON DATABASE ma_base TO app_ro;
GRANT USAGE ON SCHEMA public TO app_ro;
GRANT SELECT ON ALL TABLES IN SCHEMA public TO app_ro;
ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT SELECT ON TABLES TO app_ro;

La gestion des mots de passe inclut le hachage sécurisé (bcrypt, SCRAM‑SHA‑256), la rotation régulière et la désactivation des comptes inactifs. ISOSET forme les DBA à la sécurisation des accès et à l’audit des privilèges.

Pour garantir la disponibilité, on met en place des réplicas en lecture (replication asynchrone/synchrone) ou des clusters actif‑passif. Les solutions : PostgreSQL (Streaming Replication + Patroni), MySQL (Group Replication, InnoDB Cluster), SQL Server (Always On). Le basculement automatique (failover) avec un gestionnaire de cluster (corosync, etcd) et un load balancer (HAProxy, ProxySQL) permet d’atteindre des objectifs de disponibilité 99,99 %.

# Configurer un réplica PostgreSQL (recovery.conf)
primary_conninfo = 'host=primary_ip port=5432 user=replicator password=...'
restore_command = 'cp /archive/%f %p'
recovery_target_timeline = 'latest'

Une base de données nécessite une maintenance régulière :

• VACUUM (PostgreSQL) – nettoie les tuples morts et met à jour les statistiques (autovacuum actif).
• OPTIMIZE TABLE (MySQL) – défragmente les tables pour récupérer de l’espace.
• Mise à jour des statistiques – `ANALYZE` pour aider l’optimiseur.
• Purge des logs – supprimer les fichiers de log au‑delà de la période de rétention.

# PostgreSQL : VACUUM et ANALYZE
VACUUM VERBOSE ANALYZE ma_grande_table;

• Documenter tout – schéma d’architecture, procédures de restauration, runbooks.
• Automatiser les tâches répétitives – scripts de backup, nettoyage, vérification d’intégrité.
• Tester les restaurations – au moins une fois par trimestre.
• Surveiller les tendances – anticiper la croissance disque, l’augmentation du trafic.
• Garder une veille technologique – mises à jour de sécurité (patchs), nouvelles versions.
• Communiquer avec les équipes de développement – sensibiliser à l’impact des index et des requêtes.

• pgAdmin / phpMyAdmin / Azure Data Studio – interfaces graphiques.
• DBeaver – client universel multi‑SGBD.
• pgBackRest, Percona XtraBackup – outils de sauvegarde avancés.
• pt‑query‑digest – analyse des logs de requêtes lentes.
• Prometheus + Grafana – stack de monitoring open source.
• Ansible / Terraform – gestion de la configuration des bases.

ISOSET propose des ateliers pratiques sur ces outils dans le cadre de ses formations DBA.

Les témoignages d’anciens élèves d’ISOSET : *« La formation m’a appris à configurer un cluster PostgreSQL haute disponibilité, à analyser les plans de requêtes et à automatiser les sauvegardes. Aujourd’hui, je suis DBA dans une grande entreprise. »*