Oracle vers PostgreSQL : migrer ou rester ?

Ce que le contrat Oracle impose

• Douze mois, non résiliables. La période de support est payée d'avance ; une fois la commande passée, elle est « non-cancelable » et les sommes « non-refundable » [1]. Toute réduction ne prend effet qu'à l'anniversaire suivant.
• Pas de réduction à la carte. Toutes les licences d'un même ensemble doivent être supportées au même niveau. Arrêter le support d'une partie impose de résilier ces licences par lettre [1][4], et les licences restantes sont alors retarifées au prix catalogue moins la remise standard, entre un plancher et un plafond fixés par la politique [1].
• Revenir coûte plus cher que rester. Un support interrompu puis repris se paie à 150 % de la dernière redevance annuelle, au prorata depuis l'interruption, plus l'année en cours [1].
• La hausse annuelle n'est chiffrée nulle part. La politique parle de « renewal adjustments » sans montant ; un plafond, s'il existe, est dans votre commande [1].
• Le préavis de non-renouvellement n'est pas dans les textes publics. Un conseiller en licences le situe entre 30 et 90 jours, 56 en général, selon le contrat [13].
• L'audit : 45 jours de préavis écrit, puis 30 jours pour remédier à un constat, à vos frais de coopération [4]. Les 45 jours sont le délai avant le début de l'audit, pas un délai pour remettre des données.
• Deux politiques qui ne sont pas des contrats. La politique cloud admet AWS, Azure et Google Cloud, mais les licences d'une ULA qui y tournent ne comptent pas à la certification de fin de terme [5]. La politique de partitionnement range VMware parmi les partitions « soft », qui ne limitent pas le nombre de licences [6]. Les deux se déclarent non contractuelles ; elles lient dès qu'un avenant signé les incorpore.

Quelle échéance vous concerne

Un parc en 19c a du temps ; un parc en 11.2 ou 12.x n'en a pas, et rester signifie pour lui monter de version, ce qui est déjà un projet. Si votre anniversaire de support tombe avant le 31 décembre 2026, c'est lui qui fixe le calendrier.

Ce qui rend une base difficile ou impossible à migrer

1. Une application certifiée sur Oracle seulement. Aucune des matrices de certification lues ne mentionne PostgreSQL : SAP ERP et Business One, Oracle E-Business Suite, PeopleSoft et JD Edwards, Sage X3, Sage FRP 1000, Cegid, Dynamics 365 Business Central. Sage X3 V12 certifie Oracle 19c et SQL Server 2022 [16]. La matrice SAP est derrière identification et n'a pas été lue [17]. Une base qui porte une telle application ne migre pas tant que l'application n'est pas remplacée.
2. Oracle Forms. Aucun outil ne convertit automatiquement les écrans Forms, et l'assistant d'Oracle mène vers ADF, donc d'Oracle à Oracle [15]. Une application Forms se réécrit ; elle ne se migre pas.
3. Le PL/SQL en volume. Le portage du code stocké est « la partie la plus importante en termes de complexité et de temps dans la migration » ; la migration du schéma et des données « est souvent marginal par rapport au temps de la migration du code » [14].
4. Spatial, Advanced Queuing, Oracle Text, RAC. Ces fonctions n'ont pas d'équivalent direct, ou pas de parité évaluée ; PostgreSQL n'offre pas de cluster actif-actif à stockage partagé comparable à RAC. Le détail, outil par outil, est au dossier.

Les outils d'évaluation (Ora2Pg, AWS Schema Conversion Tool) produisent un score par objet ; aucun ne chiffre l'effort total d'un projet.

Trois chemins, et ce qui fait échouer chacun

Aucun chemin ne se chiffre sans l'inventaire du parc, et « rester » ne se renégocie pas sans la lecture de la commande.

Ce qui ne se trouve que dans vos documents

Dans votre commande

• La date d'anniversaire du support et le préavis de non-renouvellement.
• Un plafond de hausse annuelle, s'il existe.
• Une ULA et la date de son terme.
• Une notification d'audit en cours.

Dans votre parc

• Pour chaque base : édition (EE ou SE2), métrique (Processor ou Named User Plus), type de licence, lieu d'exécution (vos serveurs, un hébergeur, un cloud admis par Oracle, VMware) et version.
• Les applications d'éditeurs qui s'appuient sur ces bases et leur certification, à demander à chaque éditeur.
• L'inventaire du code : PL/SQL, packages, files d'attente, Spatial, Text, écrans Forms.

Dans votre organisation

• La classe NIS2, qui décide si les échéances d'avril 2026 et 2027 vous concernent [11].
• Le cycle budgétaire et l'état du budget 2027 [12].

Rien n'est exigé au 31 décembre 2026 : ni bascule, ni résiliation, ni décision définitive. Ce qui manque le plus souvent, c'est l'inventaire et la lecture de ces dates.

Ce que d'autres organisations ont décidé

• Parties. DNS Belgium a basculé sa plateforme d'enregistrement d'Oracle vers PostgreSQL le 7 mai 2026, en invoquant la politique de licence d'Oracle et la dépendance à des acteurs non européens [18]. Météo-France impose PostgreSQL pour tout nouveau projet depuis 2016 et a migré des bases depuis Oracle [19]. Smals a passé en 2022 un accord-cadre PostgreSQL avec un lot d'outil de migration [20], tout en exploitant toujours Oracle [24].
• Restées. La Confédération suisse a acheté en gré à gré en 2016, au motif qu'aucune alternative appropriée n'existait [21]. Baloise Bank a migré en 2026 vers Oracle Exadata Cloud@Customer parce qu'une large part de sa logique métier est en PL/SQL [22]. L'hôpital universitaire de Bâle renouvelle son infrastructure Exadata pour cause de fin de support [23].

Le marché documenté ne tranche pas : les deux mouvements coexistent. Les départs sont surtout racontés par les organisations elles-mêmes, souvent des années après ; les maintiens, par les partenaires qui les ont vendus.