View a markdown version of this page

Présentation - AWS Conseils prescriptifs
Phase de préparationPhase de rétrogradationPhase de transport

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Présentation

Il s'agit du processus conceptuel de migration des bases de données Oracle vers AWS l'utilisation de sauvegardes incrémentielles Oracle XTTS et RMAN avec Snowball Edge et pour Lustre. Direct Connect FSx

Le schéma suivant montre les étapes de migration de haut niveau pour une base de données Oracle dans différents formats endian.

La description figure dans la liste numérotée qui suit le schéma.

  1. Effectuez une sauvegarde complète de tous les tablespaces.

  2. Utilisez Snowball Edge pour déplacer la sauvegarde de l'étape source vers l'étape cible.

  3. Convertissez les tablespaces dans la base de données cible.

  4. Effectuez des sauvegardes incrémentielles.

  5. Direct Connect À utiliser pour transférer des sauvegardes incrémentielles de l'étape source vers l'étape cible.

  6. Progressez les sauvegardes incrémentielles, convertissez-les et appliquez-les à la base de données cible.

  7. Exportez et importez les métadonnées de tous les tablespaces transportés.

Avant la transition, vous pouvez minimiser les temps d'arrêt en procédant comme suit :

  • Exportation et importation des métadonnées d'objets non segmentés, notamment,USER,PACKAGE_SPEC, et PACKAGE_BODY PROCEDURE FUNCTION

  • Parallélisme accru pour la sauvegarde complète et la sauvegarde incrémentielle

  • Conversion de fichiers de données

  • Sauvegardes progressives pendant la migration

Le document Oracle Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup (2471245.1) explique comment utiliser Oracle XTTS avec des sauvegardes incrémentielles RMAN. Le document contient également des détails sur les exigences et les recommandations. Le document ne décrit pas comment migrer une base de données Oracle d'un environnement sur site vers Oracle on AWS ou comment paralléliser chaque étape de migration afin de minimiser les temps d'arrêt.

Ce guide fournit un moyen de paralléliser les phases, en minimisant les temps d'arrêt de la migration dans les environnements de systèmes critiques avec des volumes de données extrêmement importants.

Après une phase de configuration initiale, les étapes de haut niveau relatives à l'utilisation d'Oracle XTTS avec des sauvegardes incrémentielles RMAN incluent les phases suivantes.

Phase 1 — Phase de préparation

La phase de préparation comprend les étapes suivantes :

  1. Une sauvegarde complète initiale (niveau = 0) des tablespaces est transférée de la base de données source au stage source, qui est le stockage NAS.

  2. Les copies de sauvegarde sont transférées à l'aide de Snowball Edge vers le stage cible, à savoir l'intégration FSx de Lustre à Amazon Simple Storage Service (Amazon S3).

  3. Les tablespaces de sauvegarde sont restaurés et convertis dans la base de données cible au format little-endian.

Les étapes de cette phase ne sont exécutées qu'une seule fois pendant la migration. Les données transportées sont entièrement accessibles dans la base de données source pendant cette phase.

Phase 2 — Phase de reconduction

La phase de roll-forward comprend les étapes suivantes :

  1. Une sauvegarde incrémentielle est effectuée de la base de données source vers le stage source.

  2. Les copies de sauvegarde incrémentielles sont transférées vers le stage cible. Direct Connect

  3. Les copies de sauvegarde incrémentielles sont converties dans la base de données cible au format little-endian. Les copies sont ensuite appliquées à la base de données cible initiale, ce que l'on appelle l'étape roll-forward.

Vous pouvez exécuter cette phase plusieurs fois. Chaque sauvegarde incrémentielle successive devrait prendre moins de temps et permettra de mettre les copies du fichier de données de destination à jour par rapport à la base de données source. Comme dans la phase 1, les données sources transportées sont entièrement accessibles pendant cette phase.

Phase 3 — Phase de transport

La troisième phase comprend les étapes suivantes :

  1. Les tablespaces transportés passent en lecture seule.

  2. Une sauvegarde incrémentielle finale est effectuée à partir de la base de données source.

  3. Les métadonnées sont exportées.

  4. Les sauvegardes sont transférées et appliquées à la destination.

  5. Les métadonnées de l'objet sont importées.

À ce stade, le numéro de modification du système (SCN) de la base de données de destination est cohérent avec celui de la base de données source.

Les métadonnées des tablespaces transportables sont exportées depuis la base de données source et importées dans la base de données de destination. Les métadonnées incluent des informations relatives à l'utilisateur, au rôle, au package, à la procédure, à la fonction, à la table et à l'index.

Enfin, les tablespaces sont mis en lecture/écriture pour un accès complet à la base de données de destination depuis l'application.

Cette phase est suivie d'une phase de validation.