Support Oracle Database externalisé pour les systèmes critiques

Une part importante des systèmes bancaires, de microfinance et de gestion publique de la sous-région repose sur Oracle Database. C'est un choix techniquement solide, mais il crée une difficulté pratique : le nombre de DBA Oracle expérimentés disponibles localement est très limité.

Les entreprises se retrouvent alors devant trois options imparfaites. Recruter un profil interne, long et coûteux pour un besoin qui reste intermittent. Souscrire au support éditeur, cher et souvent peu réactif sur les problématiques d'exploitation courante. Ou ne rien faire, et découvrir le problème le jour d'un incident.

Le support externalisé constitue la quatrième voie : une compétence mobilisable quand elle est nécessaire, sans charge fixe. C'est le mode de sollicitation le plus fréquent que nous recevons, y compris depuis le Sénégal et la Côte d'Ivoire.

C'est le premier point que nous vérifions sur toute base critique. Une sauvegarde RMAN qui s'exécute sans erreur et rapporte « succès » ne garantit rien tant qu'une restauration complète n'a pas été effectuée avec succès sur un environnement séparé.

Les modes de défaillance sont silencieux : jeu de sauvegarde incomplet, archives manquantes rendant la restauration impossible à un point donné, espace de destination saturé sans alerte, ou stratégie de rétention qui écrase les jeux avant qu'ils ne soient utiles.

Le test de restauration mesure aussi le temps réel de reprise. Beaucoup d'organisations découvrent à cette occasion que restaurer leur base prendrait une journée entière, alors que leur activité ne tolère que quelques heures d'interruption. Ce n'est pas un problème de sauvegarde mais de dimensionnement — et il ne se révèle qu'en testant.

Les systèmes que nous touchons sont en production, souvent dans des établissements financiers, et une erreur y coûte plus cher que l'intervention elle-même. Notre méthode en tient compte.

Avant toute chose, le périmètre et les accès sont définis et limités au strict nécessaire, avec un engagement de confidentialité formalisé. La phase d'analyse est majoritairement passive : lecture de configurations, de traces et de statistiques, sans impact sur l'exploitation.

Toute action modifiant l'environnement de production est décrite, validée avec vous puis journalisée. Les opérations à impact potentiel sont planifiées hors des périodes critiques. Nous ne travaillons pas dans l'urgence sur un système que nous découvrons, sauf incident déclaré — et dans ce cas, nous documentons chaque geste.