Quand ce service est-il adapté ?
Pour les nouveaux systèmes avec des données associées, les bases de données existantes avec des requêtes lentes, des doublons ou des erreurs et les migrations de bases de données planifiées.
Périmètre de développement
- Concevez les tables, les relations et les contraintes, puis définissez les données sensibles ainsi que les règles d’accès et de conservation.
- Analysez les requêtes, les index et les transactions à l’aide de données et de charges représentatives de l’utilisation réelle.
- Élaborez un processus de nettoyage, de migration et de rapprochement, avec des sauvegardes, un essai de restauration et un plan de retour en arrière.
Des exigences à la mise en œuvre
- Modéliser et mesurer : comprenez les enregistrements et leurs relations, puis mesurez les lenteurs ou les dysfonctionnements.
- Modification et essai : testez les changements de schéma, de requêtes et de migration sur une copie de test adaptée.
- Rapprocher et basculer : vérifiez les nombres d’enregistrements, les contraintes et les relations, puis effectuez une transition réversible.
Quels sont les livrables ?
- Un modèle de données, un dictionnaire des champs et des contraintes et autorisations documentées.
- Schémas, requêtes et procédures de migration vérifiables et reproductibles.
- Comparaisons de performances, résultats de rapprochement des données et consignes de sauvegarde, de reprise et d’exploitation.
Que faut-il définir ?
Les modifications en production nécessitent une fenêtre d’intervention convenue et un plan de retour à la version précédente. La migration dépend de la qualité de l’export, de la compatibilité des types de données et du volume ; les originaux sont conservés jusqu’à l’approbation du rapprochement.
Un exemple d'acceptation spécifique à un service
Tentez des mises à jour simultanées d’un même enregistrement ; les contraintes et les transactions préservent la cohérence, et une sauvegarde de test peut être restaurée.
Périmètre, coût et calendrier
Les échanges commencent par les utilisateurs, les processus, le volume de données, les intégrations et le système existant. Les priorités sont convenues, puis le périmètre de la première version, le coût, le calendrier et les critères d’acceptation sont définis par écrit. Les phases suivantes peuvent suivre les besoins de l’entreprise.
Tests, remise du projet et assistance
L’accord définit les fichiers à remettre, les droits d’utilisation, l’hébergement, les sauvegardes, les mises à jour et le support. Les scénarios convenus sont testés, et la configuration d’exploitation, les autorisations et les procédures de retour en arrière sont documentées avant le lancement.
Consulter les éléments associés
Le critère d’acceptation ci-dessus est un exemple de préparation ; les tests réels suivent le périmètre de votre projet.
BuildTrack — Système de coordination de chantier Guide de décision connexeQuestions sur cette solution
Des performances lentes nécessitent-elles une autre base de données ?
Le diagnostic commence par les requêtes, les index, le volume de données et les modes d’accès de l’application. Un ajustement ciblé peut suffire ; les constats peuvent aussi justifier un changement d’architecture ou de technologie.
Comment l’intégrité de la migration est-elle vérifiée ?
En rapprochant les nombres d’enregistrements, les relations, les champs clés et les totaux, avec un journal des exceptions et un échantillon vérifié par le responsable des données avant l’approbation du basculement.
Peut-on utiliser les données réelles de l’entreprise ?
Uniquement avec une autorisation et des mesures de contrôle adaptées. Il est préférable d’utiliser une copie de test expurgée des données sensibles, avec un accès limité, un transfert sécurisé et des règles définies de conservation et de suppression des copies.