EnglishCommencer

Migrer des données et vérifier la migration

Déplacer des données d'une base vers une autre : inventaire, correspondance des colonnes et des types, essai à blanc, bascule et retour arrière ; puis les contrôles qui prouvent que rien n'a bougé.

  • 28 cartes
  • 6 thèmes
  • Gratuit
Réviser ce deck

Le programme, thème par thème

Le poids de chaque thème suit celui que lui donne l'examen.

  1. Notions
  2. Questions
  3. Ranger et relier
  4. Les chiffres
  5. Mises en situation
  6. Comprendre

Quelques cartes du deck

  • Migration de données : de quoi s'agit-il ?

    Voir la réponse

    Déplacement des données d'un système vers un autre (autre base, autre schéma, autre hébergeur), qui s'achève par la mise hors service de l'ancien.

    Contrairement à un entrepôt qu'on réalimente chaque nuit, une migration est ponctuelle : il faut la préparer, la répéter à blanc et prévoir ce qu'on fait si elle échoue.

  • La table source contient les identifiants 1, 2, 3 et 4, la cible 1, 2 et 4. Que renvoie cette requête ?

    ```sql
    SELECT id FROM source
    EXCEPT
    SELECT id FROM cible;
    `

    • 3
    • 1, 2, 4
    • 1, 2, 3, 4
    • Aucune ligne
    Voir la réponse

    3

    EXCEPT rend les lignes de la première requête absentes de la seconde : seul 3 manque dans la cible. Pour voir aussi les lignes en trop, on refait la requête dans l'autre sens.

  • Un … rejoue toute la migration sur une copie des données, pour mesurer sa durée et passer les contrôles avant de toucher à la production.

    Voir la réponse

    Un essai à blanc rejoue toute la migration sur une copie des données, pour mesurer sa durée et passer les contrôles avant de toucher à la production.

    Il révèle les conversions qui échouent et la durée réelle, donc la fenêtre d'arrêt à annoncer. On le répète jusqu'à ce que les contrôles passent.

  • Table de correspondance des schémas : de quoi s'agit-il ?

    Voir la réponse

    Document qui associe chaque colonne de la source à une colonne de la cible, avec le type d'arrivée et la règle de conversion.

    C'est là qu'on décide qu'une date stockée en texte « JJ/MM/AAAA » devient un vrai DATE, ou qu'un « O » ou « N » devient un booléen. Les erreurs de migration naissent surtout de conversions non écrites.

Réviser ce deck