Audit licences Oracle : comment éviter le piège du LMS et réduire la facture

Oracle, le champion de l'audit agressif

Parmi tous les éditeurs SaaS et logiciels, Oracle a la réputation la plus redoutée en matière d'audit de licences. Sa division LMS (License Management Services) — désormais GLAS (Global Licensing and Advisory Services) — déclenche des audits qui se soldent souvent par des redressements à 6 ou 7 chiffres.

Sextant Consulting accompagne les entreprises dans la préparation de ces audits et l'optimisation de leurs contrats Oracle. Voici les clés pour ne pas tomber dans le piège.

Pourquoi Oracle audite-t-il autant ?

Le modèle de licence Oracle est d'une complexité redoutable — et c'est volontaire. Métriques par processeur, par utilisateur nommé, facteurs de cœur, options activées par défaut, virtualisation… Les zones de non-conformité involontaire sont nombreuses, et chaque audit est une source de revenus pour Oracle.

Les 5 pièges classiques de non-conformité Oracle

Piège 1 — Options de base de données activées par inadvertance

Partitioning, Advanced Compression, Diagnostic Pack, Tuning Pack… Ces options sont activées par défaut dans Oracle Database mais facturées séparément. Un DBA qui les utilise sans le savoir crée une non-conformité massive.

Piège 2 — Virtualisation VMware mal licenciée

Oracle considère que si Oracle tourne sur un cluster VMware, il faut licencier tous les processeurs du cluster (voire de tous les clusters connectés par vMotion), pas seulement les VM où Oracle tourne. Piège à plusieurs millions.

Piège 3 — Named User Plus mal comptés

La métrique "Named User Plus" impose un minimum d'utilisateurs par processeur. Beaucoup d'entreprises sous-déclarent sans le savoir.

Piège 4 — Java désormais payant

Depuis 2023, Oracle Java SE est facturé par employé (pas par utilisateur Java) sur le modèle "Java SE Universal Subscription". Beaucoup d'entreprises utilisent Java Oracle sans souscription, créant une exposition énorme.

Piège 5 — Environnements de test / DR non licenciés

Les environnements de développement, test, et disaster recovery nécessitent souvent leurs propres licences. Oublier de les licencier est une non-conformité fréquente.

Comment se préparer à un audit Oracle

Étape 1 — Audit interne proactif

Avant qu'Oracle ne vous audite, auditez-vous vous-même. Inventaire complet : quelles bases, quelles options activées, quelle virtualisation, combien d'utilisateurs, quel Java. Identifier les zones de risque avant qu'Oracle ne les trouve.

Étape 2 — Régulariser ou désactiver

Pour chaque non-conformité : soit régulariser (acheter la licence), soit désactiver l'option / migrer hors du périmètre. Mieux vaut désactiver une option Partitioning inutilisée que la payer.

Étape 3 — Documenter

Conserver les preuves de conformité : configurations, exports, attestations. En cas d'audit, la documentation fait la différence.

Étape 4 — Ne jamais répondre seul à un audit Oracle

Un audit Oracle est une négociation déguisée. Les scripts de collecte LMS remontent parfois plus que nécessaire. Se faire accompagner par un expert indépendant (pas Oracle) change radicalement l'issue.

Les alternatives stratégiques

Si votre exposition Oracle est structurellement trop élevée, plusieurs voies :

• Migration vers PostgreSQL : la base open source la plus mature, alternative crédible à Oracle Database pour beaucoup de cas.
• Migration vers cloud managé (AWS RDS, Azure Database) avec des moteurs open source.
• Java : migration vers OpenJDK (Eclipse Temurin, Amazon Corretto) — gratuit, sans souscription Oracle.

Combien économiser

Sur les missions Sextant d'optimisation Oracle, les gains viennent de : désactivation d'options inutilisées, régularisation maîtrisée (vs subie), migration Java vers OpenJDK, et renégociation des contrats. Les économies se chiffrent souvent en centaines de milliers d'euros sur les gros contrats.

Pour démarrer

Voir notre page Migration SaaS et notre checklist d'audit en 20 points. Pour préparer un audit Oracle ou optimiser vos licences — 30 minutes en visio.