DBAtlas · Atlas d'exploitation des bases de données

Assistant de migration (migration de données/schéma)

Vous migrez des données/un schéma. Est-ce homogène ou hétérogène, et quelle est votre tolérance à l'interruption ? Planifiez étape par étape : évaluer → migrer → vérifier. Répétez d'abord le cutover ici.

Depuis quoi et vers quoi migrez-vous ?

Homogène : le même moteur de base de données (par ex. Oracle 19 → Oracle 23, ou PostgreSQL vers un autre serveur). Hétérogène : un moteur différent (par ex. Oracle → PostgreSQL, MySQL → SQL Server). Les migrations hétérogènes exigent beaucoup plus de travail de compatibilité (types de données, fonctions, PL/SQL).

  • Même moteur, nouveau serveur/nouvelle version (homogène)
  • Vers un moteur différent (hétérogène)
  • Je suis en phase de planification ; comment l'aborder ?

Quelle est votre tolérance à l'interruption ?

Cela détermine la méthode de migration. S'il existe une fenêtre de maintenance, la voie la plus simple est dump/restore. Si une interruption quasi nulle est requise, vous chargez les données initiales, les maintenez synchronisées par réplication continue (CDC) et effectuez un cutover court.

  • Il existe une fenêtre de maintenance (l'interruption est acceptable)
  • Une interruption quasi nulle est requise

Avez-vous évalué la compatibilité des schémas et des types ?

Dans une migration hétérogène, le vrai travail n'est pas de copier les données mais de résoudre les différences : types de données (VARCHAR2↔TEXT), fonctions (NVL↔COALESCE), valeurs auto-incrémentées, PL/SQL ↔ PL/pgSQL, fonctionnalités supprimées/différentes.

  • J'ai cartographié les différences de schéma/types
  • Je ne les ai pas encore évaluées

Évaluez d'abord la compatibilité

Avant de migrer, cartographiez les différences entre source et cible ; si cette étape est sautée, la migration cale à mi-chemin.

Migration hors ligne (dump / restore)

La méthode homogène la plus simple et la plus fiable : effectuer une sauvegarde cohérente, la charger sur la cible, vérifier, basculer.

Interruption minimale (CDC / réplication)

Chargez les données initiales, puis maintenez la cible synchronisée avec la source par réplication continue ; l'interruption n'a lieu que pendant le court cutover.

Migration hétérogène (vers un autre moteur)

Convertissez le schéma, déplacez les données, adaptez la logique, vérifiez. Procédez par phases ; ne migrez pas tout d'un seul coup.

Ouvrir dans DBAtlas →