Scénario : Migration des données avec Optim High Performance Unload

Ce scénario décrit comment un administrateur de bases de données peut utiliser Optim™ High Performance Unload pour migrer automatiquement des données d'un système à un autre.

A propos de cette tâche

Un établissement bancaire a acheté du nouveau matériel pour sa base de données OLDDB. Le système Db2® existant, M1, comporte sept partitions DPF. Le nouveau système, M2, dispose de lecteurs plus rapides et plus volumineux ; il n'a donc besoin que de quatre partitions DPF. Steve, administrateur de base de données senior, doit migrer les données de l'ancien vers le nouveau système. Il utilisera un seul Optim High Performance Unload fichier de contrôle pour décharger les données, les transférer et les charger dans la nouvelle base de données. Comme Optim High Performance Unload effectue les étapes de chargement et de déchargement en parallèle en utilisant des canaux nommés, le processus de migration est rapide et les ressources système sont utilisées efficacement.

Les instructions suivantes décrivent les étapes que Steve va suivre pour faire migrer les données d'un système vers un autre :

Procédure

Créez une base de données vide, NEWDB, avec la nouvelle instance, newinst, sur M2.
NEWDB doit être identique à la base de données OLDDB sur M1. Toutes les tables doivent avoir le même nom, ainsi que les mêmes types et tailles de données. Vous pouvez utiliser n'importe quel outil pour créer la base de données (par exemple, l'outil db2look ou IBM® Data Studio Administrator).
Installez Optim High Performance Unload à la fois sur M1 et sur M2.
Créer un fichier de contrôle de l' Optim High Performance Unload, et spécifier les options de migration.
Par exemple :
```
GLOBAL CONNECT TO OLDDB 
UMASK "022"
;
MIGRATE DATABASE 
TARGET ENVIRONMENT (INSTANCE "newinst" ON "M2" IN NEWDB) 
WORKING IN ("user_dir_on_new_system") 
TARGET KEYS (CURRENT PARTS(ALL)) 
FORMAT MIGRATION
;
```
Lorsque vous créez le fichier de contrôle, prenez en compte les options suivantes :
- Indiquez le répertoire utilisateur pour les fichiers temporaires sur M2 dans la clause WORKING IN.
- Utilisez l'option UMASK "022" pour disposer des autorisations umask adéquates sur le système cible.
- Utilisez l'option TARGET KEYS (CURRENT PARTS(ALL)) pour spécifier que la mappe des partitions de base de données sur l'ordinateur M2 doit inclure toutes les partitions de base de données sur cet ordinateur.
- Il n'est pas nécessaire de définir l'option FORMAT explicitement ; le mot clé MIGRATION indique le format par défaut de la migration, qui est DEL.
Restriction: si des tables que vous souhaitez migrer contiennent des types de données LOB, vous ne pouvez pas utiliser de tubes nommés pour la migration. Dans ce cas, Optim High Performance Unload utilisera des fichiers de sortie au lieu de tubes nommés, ce qui l'empêchera de charger et décharger les données en parallèle. Vous pouvez également indiquer de manière explicite l'option WITH FILES dans la clause WORKING IN pour utiliser des fichiers de sortie.
Enregistrez le fichier de contrôle dans un répertoire de l'ancien système.
Par exemple, C:\HPU_ControlFiles\scenario2.ctr.
Créez des données d'identification de type local pour l'utilisateur concerné dans l'environnement cible.
Ouvrez la ligne de commande et exécutez la commande Optim High Performance Unload avec le fichier de contrôle :
```
db2hpu -f C:\HPU_ControlFiles\scenario2.ctr
```

Résultats

Optim High Performance Unload décharge l'intégralité de la base de données sur le nouveau système et lance l' Db2 Load pour charger les données. Optim High Performance Unload effectuera automatiquement tout le travail de repartitionnement.