La Mise À Niveau Vers Oracle Database 23ai En Vaut-elle La Peine ?

Des délais incertains

Oracle Database 23ai, ou Oracle Database 23.4, a fait ses débuts au sein de l’Oracle Cloud Infrastructure (OCI) et de certains environnements sélectionnés pour les développeurs. Cependant, le déploiement de son intégration dans les versions grand public sur site est encore quelque peu incertain. ¹

Cette incertitude a conduit les organisations, en particulier celles qui dépendent de Linux et de Windows, à se demander quand 23ai sera disponible dans leurs environnements de production. En l’absence de dates de sortie solides, l’ambiguïté a conduit les équipes commerciales et techniques à se demander si elles devaient attendre pour archiver ou explorer d’autres voies pour le support.

D’après les versions précédentes et les tendances, les versions sur site ont tendance à être en retard de quelques mois par rapport à l’OCI. Dans cette optique, nous estimons les dates de sortie suivantes :

Même si vous avez Oracle Database 23ai dans vos archives, il est essentiel de se rappeler que l’obtention d’une version stable prend du temps, souvent au moins deux ans. Cela signifie que même si elle est accessible aujourd’hui, la version que vous avez archivée peut ne pas être stable.

Votre parcours vers Oracle Database 23ai

Si vous mettez à niveau des versions antérieures à Oracle Database 19c, vous rencontrerez probablement deux obstacles :

– Les chemins de mise à niveau. Oracle Database 23ai ne permet que des mises à niveau directes à partir des versions Oracle Database 19c et 21c. ²   Les utilisateurs de versions plus anciennes doivent effectuer au moins une mise à niveau supplémentaire, ce qui demande du temps, des efforts, des tests, des temps d’arrêt et des risques. Cette exigence de mise à niveau multiple peut ajouter encore plus de temps (et de temps d’arrêt), d’efforts et de risques.

– Suppression de l’architecture Oracle classique. Oracle Database 23ai ne prend plus en charge l’architecture classique sans CDB, ce qui nécessite l’adoption du modèle CDB/PDB introduit dans la version 12.2. La conversion des bases de données non-CDB existantes en vue de l’utilisation du modèle CDB/PDB nécessite beaucoup de temps et de travail. ³

La mise à niveau doit faire l’objet d’une décision stratégique : la promesse de ces nouvelles capacités l’emporte-t-elle vraiment sur les perturbations, les coûts, les avantages, le temps et les risques pour l’entreprise ?

_{[1] https://blogs.oracle.com/database/post/oracle-Oracle Database 23ai-now-generally-available}

_{[2] Versions de base de données prenant en charge la mise à niveau directee}

_{[3] Mises à niveau des PDB et des non-CDB à l’aide de Replay Upgrade, AutoUpgrade ou FPP Gold Image}

Les fondations pourraient être fragiles

Les nouvelles versions d’un logiciel comportent intrinsèquement une certaine instabilité. Pour évaluer la stabilité de cette dernière version, examinons les modèles d’adoption des versions précédentes :

Les premières versions d’Oracle Database, d’Oracle 8 à 18, ont connu leur lot de difficultés. Des problèmes d’accessibilité ont affecté Oracle 8⁴ , tandis que des complexités de gestion de la mémoire ont fait surface dans Oracle 11g et 12c, rappelant les obstacles qui peuvent accompagner les nouvelles versions.⁵

Nous avons été témoins d’une adoption saine avec des versions telles qu’Oracle 11.2, 12.2 et Oracle Database 19c. Le point commun est qu’il s’agissait dans tous les cas d’itérations finales des versions de support à long terme, ce qui laissait beaucoup de temps pour l’optimisation.

Il est essentiel de donner la priorité à la stabilité et à la fiabilité. En évaluant les modèles historiques, nous verrons probablement la résolution des premiers bogues et l’établissement d’un écosystème plus mature dans deux ou trois ans.

23.5 augmentation potentielle du risque d’instabilité

Bien que cela puisse être plus tôt, nous estimons que la prochaine version d’Oracle Database 23 débutera un an après la sortie initiale d’Oracle Database 23.4, la première version sur site étant attendue pour la mi-2025.

Avec l’ajout de nouvelles fonctionnalités substantielles, il est crucial de reconnaître le potentiel d’instabilité supplémentaire au sein de la version. Si la version 23.5 apporte de nouvelles améliorations, il faut s’attendre à un impact sur la version de base en raison du nouveau code supplémentaire requis.

Calendrier de publication estimé pour la 23.5

_{^[4] Un exemple de ceci est le bug classique de 248 jours introduit dans la première version d’Oracle 8i}

_{^[5] https://forums.oracle.com/ords/apexds/post/oracle-11g-to-12c-migration-error-1429}

Les besoins de votre entreprise doivent dicter la décision de mise à niveau

Les fonctionnalités de base d’Oracle Database 23ai resteront relativement cohérentes avec celles d’Oracle Database 19c, mais elles introduiront de nouvelles fonctionnalités centrées sur l’IA, telles que la recherche vectorielle d’IA, l’encodage sécurisé des données et le traitement du langage naturel.

Avec ces nouvelles fonctionnalités, nous verrons également des capacités entièrement supprimées. Par exemple, la possibilité de créer des bases de données Oracle dans le style classique a été dépréciée en 12c et complètement supprimée en 21c. Ce seul changement peut avoir un impact sur votre capacité à mettre à jour facilement votre système. ⁶

Prenez le temps d’évaluer si ces nouvelles fonctionnalités correspondent réellement aux objectifs de votre entreprise et si elles vous apporteront des avantages tangibles.

Liste partielle des nouvelles fonctionnalités

• Optimisation des performances et efficacité
  • Graphiques prioritaires
  • Réduction de l’espace des tables
  • True Cache
  • Rolling patching
  • Gestion des plans SQL en temps réel

• Modélisation et gestion des données
  • Schéma JSON
  • Dualité JSON / Relationnel
  • Bases de données globalement distribuées
  • Domaines SQL
  • Type de données booléen
  • Privilèges au niveau du schéma

• Productivité et flexibilité des développeurs
  • Pare-feu SQL
  • Lecture seule par PDB Standby

• Sécurité et conformité
  • Procédures stockées JS
  • Rôle du développeur
  • Prise en charge des microservices

• Analyse et recherche avancées
  • Recherche vectorielle AI

Le coût de la mise à niveau n’est pas négligeable

Lorsque vous explorez Oracle Database 23ai, il est essentiel de prendre en compte les coûts potentiels associés à la mise à niveau.

La mise à niveau nécessite du temps, des efforts, une nouvelle formation et une assurance qualité, autant d’éléments qui ont un coût. Si votre organisation a besoin d’adopter Oracle Database 23ai de manière limitée, il est possible de négocier l’utilisation d’OCI en tant que solution DBaaS tout en maintenant votre support avec Rimini Street. ⁷  Vous pouvez également être en mesure d’accéder à Oracle Database 23ai par le biais de licences d’exécution/incorporées ou de votre intégrateur de système.

Il est important que vous anticipiez les coûts potentiels et les ajustements de licence lors de la mise à niveau vers Oracle Database 23ai. Si vous craignez de prendre du retard, ne vous inquiétez pas : Oracle fournit généralement des versions sous licence de développement de toutes les bases de données afin que vous puissiez les exécuter sur vos ordinateurs personnels (avec l’accord de votre organisation).

La nécessité d’une mise à jour est minime

Selon nous, la version actuelle de votre base de données Oracle répond probablement bien à vos besoins. Il est essentiel de rester lucide face à l’effervescence du secteur et de prendre en compte les éléments suivants :

Évaluez vos possibilités de mise à niveau. Vous avez investi une quantité importante de ressources humaines, de temps et d’argent pour parvenir à votre implémentation stable actuelle. La transition vers Oracle Database 23ai pourrait potentiellement prendre deux à trois ans, si le projet est couronné de succès, en particulier si vous naviguez sur un chemin complexe de mises à niveau multiples.

Priorité à la stabilité du système. Bien qu’Oracle Database 23ai comporte de nombreuses fonctionnalités nouvelles et améliorées, il est naturel d’être prudent quant à sa stabilité initiale. Votre entreprise dépend d’une base de données stable, et il serait sage de donner la priorité à cet aspect plutôt qu’à l’accès immédiat aux dernières fonctionnalités.

Faites abstraction des coûts cachés. Votre décision de mise à niveau doit correspondre aux besoins de votre entreprise. Prenez le temps de réfléchir à vos cas d’utilisation spécifiques et à l’impact potentiel sur votre entreprise, ainsi qu’au temps et aux ressources nécessaires pour créer de la valeur.

Nous nous engageons à vous donner les moyens de prendre des décisions éclairées. Si les nouvelles fonctionnalités de l’IA offrent un potentiel considérable, le choix du moment est crucial. Veillez à ce que vos ressources soient affectées à des initiatives qui non seulement apportent une valeur commerciale tangible, mais aussi minimisent les perturbations et favorisent l’innovation. Il est essentiel de trouver un équilibre qui favorise le progrès sans compromettre la stabilité. En savoir plus sur Rimini Street Support pour voir comment vous pouvez optimiser vos investissements Oracle existants, tout en veillant à ce que vos investissements dans l’IA soient adoptés de manière réfléchie, en assurant une perturbation minimale de vos opérations actuelles.

_{[7] https://redresscompliance.com/oracle-negotiation-experts-share-four-negotiation-strategies/}