Affichage des détails d'évaluation pour les migrations MySQL

Page Détails de l'évaluation

Dans la page de détails de l'évaluation, vous pouvez afficher la liste de votre évaluation dans une table, qui contient les informations suivantes :

  • Nom de l'évaluation

  • Etat de la ressource d'évaluation, qui peut être l'un des suivants :

    • Création : la ressource d'évaluation est créée dans OCI.

    • Mise à jour : les modifications apportées à la ressource d'évaluation sont inscrites dans OCI.

    • Actif : la ressource d'évaluation a été créée ou mise à jour et est prête à être utilisée.

    • Inactif : état de basculement pour les erreurs inattendues.

    • Suppression : état qui apparaît lorsque vous supprimez la ressource d'évaluation. La ressource conserve cet état jusqu'à ce que la suppression soit terminée, suite à quoi elle n'apparaît plus dans la console.

    • Echec : des problèmes avec la ressource d'évaluation existent. Vous pouvez consulter les demandes d'évaluation de la ressource pour examiner le problème.

  • Migration
  • Date et heure de création

Page Informations sur l'évaluation

Sélectionnez une évaluation dans la page de détails de l'évaluation pour en afficher les détails.

Dans la page d'informations sur l'évaluation, vous pouvez afficher les informations sur l'évaluation, notamment :

Informations générales :

  • OCID : ID Oracle Cloud unique de la ressource.
  • Compartiment : compartiment dans lequel réside la connexion.
  • Créé : date et heure de création de la connexion.
  • Mise à jour : date et heure de mise à jour de la connexion.
Informations sur la migration:
  • Bases de données source : ce lien permet d'accéder à la page Détails de la base de données. Vous pouvez sélectionner Tester la connexion pour tester la connectivité de la connexion de base de données.
  • Bases de données cible : ce lien permet d'accéder à la page Détails de la base de données. Vous pouvez sélectionner Tester la connexion pour tester la connectivité de la connexion de base de données.
  • Type de base de données : pour la base de données co-gérée OCI, en savoir Autonomous Database, Base de données (BareMetal, machine virtuelle, Exadata), et Base de données de cluster de machines virtuelles (Exadata), le nom d'affichage de cette connexion est également affiché. Ce lien permet d'accéder à la page Détails de la base de données dans OCI. Autonomous Database, base de données (BareMetal, machine virtuelle, Exadata), base de données de cluster de machines virtuelles (Exadata), Oracle ou Amazon RDS.
  • Vitesse réseau
  • Temps d'inactivité acceptable
  • Taille des données
  • Modifications DDL prévues

Etapes

Cette section comprend toutes les étapes que vous devez suivre. L'étape en cours s'affiche en haut.

Les étapes comprennent les informations suivantes :

  • Nom de l'étape
  • Description de l'étape avec le résultat.
  • Statut de l'étape
  • Actions telles que Configurer, Exécuter à nouveau

Toutes les étapes sont répertoriées comme suit :

Toutes les étapes :
  1. Déterminer la méthode de migration recommandée : en fonction de vos exigences spécifiques, le service évalue vos entrées et recommande la méthode de migration la plus appropriée comme étant hors ligne ou en ligne.
  2. Analyser la compatibilité : le service évalue que les bases de données source et cible conviennent au service OCI Database Migration.
  3. Configuration de migration complète : fournit des détails supplémentaires pour terminer la configuration de migration.
  4. Préparer la base de données source : le service identifie et prépare la base de données source avec les paramètres requis.
  5. Créer une migration : créez l'objet de migration pour lancer le transfert de données réel.
Voici plus de détails sur les étapes qui font partie de l'évaluation :
  1. Déterminer la méthode de migration recommandée : en fonction de vos entrées, cette étape suggère la meilleure méthode de migration. Vous avez la possibilité de remplacer cette suggestion et de choisir une autre méthode. Vous pouvez exécuter cette étape plusieurs fois si nécessaire. Pour les scénarios dans lesquels vous avez déjà effectué les autres étapes, si la méthode de migration est modifiée, la progression des étapes sera perdue et vous devrez les terminer à nouveau.
  2. Analyser la compatibilité : cette étape identifie les objets incompatibles entre la base de données source et la base de données cible. Selon la gravité, les vérifications sont regroupées en différentes catégories. En outre, le nombre de problèmes est inclus en regard du type, par exemple Vérification requise (1), Vérification réussie (31), etc. :
    • Vérification requise : indique que la migration peut réussir (au moins en partie), mais que tout ne devrait pas fonctionner exactement de la même manière qu'avant ou qu'une partie de la migration doit être effectuée après la migration pour aligner l'instance cible sur la base de données source. Les vérifications de cette catégorie collecteront votre approbation et appliqueront toute modification requise lors de la préparation de la base de données. Les vérifications de cette section sont des bloqueurs pour la migration.
    • Action manuelle requise : les vérifications de cette catégorie doivent être résolues manuellement avant de tenter une migration car aucune automatisation n'est disponible pour le moment. Les vérifications de cette section sont des bloqueurs pour la migration.
    • Revue suggérée : indique que la migration doit réussir et que les applications n'auront aucune différence fonctionnelle. Cependant, les administrateurs de base de données doivent évaluer chaque vérification avec ce statut pour rechercher les conséquences imprévues. Vous pouvez accuser réception de ces vérifications et cette action n'a plus d'effet. Les vérifications de cette section ne bloquent pas la migration. Vous pouvez passer au prochain problème ou au prochain problème.
    • Vérifications réussies : les vérifications de cette section indiquent que la migration doit réussir et que les applications ne doivent pas voir de différence de comportement. Les vérifications de cette section ne bloquent pas la migration.
    Lorsque vous cliquez sur Vérifier, la page Vérifier les problèmes s'affiche avec les détails suivants :
    • Nom
    • Statut
    • Sortie
    • Impact
    • Action
    • Objets
    Pour Vérification requise et Vérification suggérée, vous pouvez analyser les objets à vérifier qui fournissent les détails suivants :
    • OWNER
    • TABLE_NAME
    • NOM DE LA COLONNE
    • TYPE_DONNÉES

    Vous pouvez effectuer des actions telles que Annuler, Prochain problème ou Prochain problème.

    Vous pouvez Annuler l'approbation pour l'action Vérification requise et/ou Accuser réception pour l'action Vérification suggérée.

  3. Configuration de migration complète : cette étape vous permet de sélectionner des informations de migration supplémentaires. Cette étape est connectée à la méthode de migration que vous sélectionnez au cours de l'étape 1 et les options disponibles conservent cette méthode de migration. Selon la connexion source sélectionnée et si une connexion cible a été sélectionnée ou uniquement un type de cible, les options suivantes sont disponibles :
    • Création ou sélection d'une connexion de base de données source. Vous devez sélectionner un support de transfert :
      • Nom de l'objet de répertoire d'export
      • Chemin de l'objet de répertoire d'export
      • Chemin du portefeuille SSL du système d'exploitation de base de données source
        Remarque

        Cette option est applicable uniquement aux migrations Oracle, bases de données non autonomes, lorsque vous ne créez pas de connexion avec des détails SSH.
    • Création ou sélection de connexions à la base de données cible. Vous devez sélectionner un support de transfert :
      • Nom de l'objet de répertoire d'import
      • Chemin de l'objet de répertoire d'import
      • Chemin du portefeuille SSL du système d'éléments de base de données cible
        Remarque

        Cette option est applicable uniquement aux migrations Oracle, bases de données non autonomes, lorsque vous ne créez pas de connexion avec des détails SSH.
    • Bucket de stockage d'objet :
      • Sélection de la connexion à la base de données de secours instantanée
      • Paramètres avancés

      Pour plus de détails sur la modification des paramètres de chargement initial, reportez-vous à la rubrique Modification d'une migration.

  4. Préparer la base de données source : cette étape exécute les configurations manquantes identifiées lors de l'étape 2, Analyse de la compatibilité. Si vous avez approuvé une vérification avec correction incluse, elle sera résolue à cette étape. Cliquez sur Configurer pour démarrer la préparation de la base de données source. En fonction de la criticité, les contrôles seront regroupés en différentes catégories :
    • Action manuelle requise : vous devez résoudre manuellement les vérifications dans cette catégorie avant de tenter une migration car aucune automatisation n'est actuellement disponible. Les vérifications de cette catégorie sont des bloqueurs pour la migration et vous devez les résoudre avant de poursuivre le processus de migration. Après la vérification de préparation, appliquez la logique en cliquant sur Exécuter SQL ou sur Télécharger le code SQL, puis, pour l'exécuter vous-même, cliquez sur l'option Réexécuter. Cette étape marque les actions en attente jusqu'à ce que toutes les vérifications de blocage soient résolues. Cette étape identifie la configuration de base de données requise.
    • A corriger avec le script de préparation : les vérifications de cette catégorie ont été approuvées au cours de l'étape 2, Analyse de la compatibilité. Il s'agit de bloqueurs pour la migration, mais ils seront corrigés par le script de préparation.
    • Succès : les vérifications de cette section indiquent que la migration doit aboutir. Les vérifications de cette section ne bloquent pas la migration. Le script de préparation peut être exécuté par le service ou téléchargé et appliqué manuellement par vous. Une fois la logique de vérification de préparation appliquée, vous pouvez exécuter une nouvelle vérification. Cette étape restera Action requise jusqu'à ce que toutes les vérifications de blocage soient résolues. La même logique s'applique à la cible
  5. Préparer la base de données cible : cette étape est assez similaire à la préparation de la base de données source, mais elle inclut les validations de paramètres Data Pump pour les bases de données source et cible. En fonction du résultat, si l'une de ces validations échoue, vous pouvez vérifier les détails du problème et de l'action, et vous pouvez également télécharger le journal. Cette étape prépare les bases de données cible. Le service identifie et prépare la base de données cible avec les paramètres requis. Cliquez sur Configurer pour démarrer la préparation de la base de données cible. Vous pouvez sélectionner Exécuter à nouveau ou Télécharger le journal. En fonction de la criticité, les contrôles seront regroupés en différentes catégories :
    • Action manuelle requise : les vérifications de cette catégorie doivent être résolues manuellement avant de tenter une migration car aucune automatisation n'est disponible pour le moment. Les vérifications de cette section sont des bloqueurs pour la migration. Cliquez sur Vérifier pour revoir les messages d'erreur et de problème.

      Par exemple, si vous rencontrez des problèmes dans les objets Java, les sources Java ou le script de préparation, vérifiez le script, puis sélectionnez J'ai vérifié le script SQL et j'ai connaissance des modifications qu'il appliquera à ma base de données. Cliquez sur l'option Exécuter SQL et Fermer l'onglet.

    • Terminé
  6. Etapes d'évaluation avancées (facultatif) : ces fonctions ont pour but d'offrir des fonctionnalités supplémentaires. Ces étapes ne sont pas obligatoires. Migrer la table : cette étape testera l'évaluation. Il crée une table dans le schéma GGADMIN et la transfère vers la base de données cible. Vous pouvez choisir d'exécuter à nouveau selon vos besoins. Les détails de la vue vous permettent de consulter les détails de l'échec.
  7. Créer une migration : crée un objet de migration. Une fois qu'une évaluation a un objet de migration, elle est gelée et aucune modification supplémentaire n'est autorisée.

Workflow de migration

Dans l'onglet Progression de la page Migration, cliquez sur Démarrer pour lancer le workflow de déplacement de données réel. Une fenêtre contextuelle affiche les différentes phases pour lesquelles vous devez saisir des données une fois l'opération terminée. Par défaut, la phase Surveiller le décalage de réplication est sélectionnée. Cela permet à la réplication de s'exécuter en continu jusqu'à la reprise de la migration. Sélectionnez Démarrer pour lancer la migration. Pour plus d'informations, reportez-vous à Visualisation des détails de migration pour les évaluations.

Objets sélectionnés

Pour plus d'informations, reportez-vous aux rubriques suivantes :

Demandes de travail

Dans la page de détails de l'évaluation, vous trouverez la liste des demandes de travail. Cette liste répertorie toutes les demandes de travail envoyées à OCI pour faciliter la création, la mise à jour ou la suppression de cette ressource. Cliquez sur la demande de travail pour accéder à la page Détails de demande de travail et en savoir plus.