Migration vers Exadata

La migration de vos bases de données vers une machine Exadata :

Vous avez votre machine Exadata et vous avez terminé la phase de mise en place et de configuration. Vous devez maintenant passer à l’essentiel et migrer vos bases de données vers votre nouvelle machine. Cette action est l’aboutissement de toute un travail et une étape très attendu par votre entreprise. Alors comment faire?

Globalement il y a deux catégories de migration :

·         Migration logique

·         Migration Physique

Il y a certainement des facteurs liés à votre contexte qui font que l’une des deux catégories soit plus adapté : Par exemple le temps d’indisponibilité.

La migration logique consiste à extraire les données de la base de données d’origine et les charger dans la base cible. La migration physique elle consiste à faire une copie bloc par bloc.

Les caractéristique de la base à migrer influence sur la stratégie à adopter. En effet sur Exadata la méthode d’accès aux données à son importance :

Dans un contexte OLTP par exemple on va plutôt avoir des petite transaction et le besoin d’accéder à une quantité limité de blocs dans toutes les tables. En revanche dans une base de type Data Warehouse on accède a une grande quantité de données et la base est optimisé pour les full scan. Exadata utilise les caches flash au niveau des cellules de stockage pour améliorer les performances d’un environnement OLTP. Pour un environnement Data Warehouse il va plus utiliser Smart Scan technologie pour optimiser les full scan. Quelle différence entre les deux catégories de Migration :

Migration Logique :

La migration logique peu importe la technologie utilisée consiste à extraire des objets d’une bases de données source et les charger dans une base de données cible.  Plus fastidieuse que la migration physique elle donne beaucoup plus de possibilités d’opérer des changements. Voici une liste non exhaustive des avantages de la migration logique dans le contexte Exadata:

·         Changement de plateforme: Les données sont automatiquement adaptés à la taille de bloc de la base de données cible. La conversion de Big-endiane vers Little-endiane est automatique. La compression HCC (Exadata hybrid columnar compression) peut être configuré avant le chargement des données : sur la base cible on compresse une table avec HCC et on charge les données à partir de la table d’origine. Les  données seront ainsi compressées lors du chargement.

·         La taille des Extent :  Les tables, indexes et partitions cible peuvent être définies avec une taille d’extent optimisée pour le type de bases : plus grande pour les Data Warehouse et plus petite pour OLTP.

·         Filtre des objets à migrer : Les objets de la base d’origine qui ne sont plus utilisés peuvent être ignorés durant la migration.

·         Fusionner des bases de données : sur les serveurs ou nous avons un grand nombre de bases de données on peut dans la mesure du possible fusionner plusieurs bases dans une seule sur Exadata et optimiser ainsi l’utilisation de la SGA.

Pour la migration logique nous avons généralement deux techniques :

1.       Extraction/chargement: les outils utilisés sont Data pump, Import/Export et create table as (select …) ou Insert as (select…) via un @DBLINK.

2.       Réplication : faire une réplication de la base à migrer sur un serveur de base de données sur la machine Exadata. Quand on souhaite finaliser la migration on arrête la réplication on redirige les applications clients vers la base cible. Les outils utilisés sont: Oracle Dataguard (Logical standby), Oracle Goldengate.

A suivre…