Pour les utilisateurs mettant à jour TSM vers la version 7, il est recommandé de convertir les Tablespaces de DB2, notamment lorsqu’il y aura de la Déduplication et la fonction « Replicate Node ».
À partir d’une installation vierge en version 7, aucune action n’est nécessaire.
Pourquoi procéder à la conversion des Tablespaces:
- Supprime les divergences de DB2 9.5 restant sur la version de DB2 9.7
- Profite des Tablespaces distincts pour les grandes tables:
- Améliore en général les performances,
- Améliore les performances de la sauvegarde de la base de données.
Vérification des Tablespaces
Ligne de commande àDB2 à utiliser afin de vérifier, si vous êtes toujours en version V6.1 de DB2 9.5 Tablespace :
db2 « select cast(TBSP_NAME as char(30)), reclaimable_space_enabled from table(mon_get_tablespace( »,-1)) where TBSP_NAME in (‘USERSPACE1′,’IDXSPACE1′,’LARGESPACE1′,’LARGEIDXSPACE1’) »
Résultat:
Si le résultat est 0 pour tous les Tablespace, la conversion de Tablespaces est recommandée afin d’améliorer et libérer de l’espace inutilisé à l’OS.
Si le résultat est 1 pour tous les tablespaces, vous n’utilisez pas DB2 9.5 tablespaces, mais on peut toujours s’en servir.
V6.2 / V6.3 des Tablespaces
Ligne de commande DB2 à utiliser en version 6.2 ou 6.3 des Tablespaces:
db2 « select substr(TABSCHEMA,1,20) as schema , substr(TABNAME,1,20) as table, TBSPACEID, substr(TBSPACE,1,20) as tablespace, substr(index_tbspace,1,20) as indexspace from syscat.tables where tabschema=’TSMDB1′ and TABNAME in (‘BACKUP_OBJECTS’,’ARCHIVE_OBJECTS’, ‘BF_BITFILE_EXTENTS’, ‘BF_AGGREGATED_BITFILES’) order by 3 »
Résultat :
Pour information, voici le nouveau schéma des Tablespaces introduit en TSM v7.1
Aucune migration de table n’est réalisée pendant la mise à jour de TSM, car cela prend du temps.
Les étapes de Conversion
Les scripts de conversion sont fournis par IBM en formulant une demande sur leur site de « Request ».
Les étapes suivantes permettent de convertir le schéma des Tablespace en version 7.1:
- Sauvegarde de la DB par l’utilitaire DB2
- Export des données vers les fichiers systèmes
- Suppression des Tablespaces
- Créer les Tablespaces
- Import des données dans les nouvelles Tablespaces
- DB2 voit la création
- Démarrage du serveur TSM
Vous êtes prêts à la mise en place de la Déduplication et de la fonction Replicate Node
Le gain se voit au niveau de la volumétrie de la DB TSM (environ 30 %).
Prérequis
Afin de procéder à la conversion, vous aurez besoin d’espace disque.
- De l’espace disque lors du démarrage de la procédure (un premier backup de la DB), cette sauvegarde ne servira pas, c’est au cas ou il y aurait un problème.
- De l’espace disque lors de la phase d’export/import de la base de données (volumétrie d’un Full Dump).
En général, il faut compter deux fois la taille de sa base de données nécessaire à l’opération.
Si vous êtes déjà en version 7, il est recommandé de convertir les Tablespace avant la mise en place de la Déduplication.
La Déduplication agrandit fortement la base de données TSM. Il est donc, recommandé de convertir une petite base de données TSM sans Déduplication.
Si vous êtes en version 6.x de TSM, attendez d’être en version 7.x avant de procéder à la conversion des Tablespaces.
Vérification des Tablespaces en v7.1.1
Exécutez la commande suivante, afin de vérifier si vous utilisez bien la version 7.1 des Tablespaces:
db2 « select substr(TABSCHEMA,1,20) as schema , substr(TABNAME,1,20) as table, TBSPACEID, substr(TBSPACE,1,20) as tablespace, substr(index_tbspace,1,20) as indexspace from syscat.tables where tabschema=’TSMDB1′ and TBSPACEID>10 order by 3 »
Si vous optez le résultat ci-dessus, la conversion est faite.
Exemple 1 de conversion
Durée totale : 17h30min
Export : 6h10min
Import : 7h20min
Taille DB avant la conversion 1TB, après la conversion 400GB
Exemple 2 de conversion
Durée totale : 1h40min
Export : 40 min
Import : 56 min
Taille DB avant la conversion 100GB, après la conversion 40GB