> Tech > Faire migrer l’information sur un IASP

Faire migrer l’information sur un IASP

Tech - Par iTPro.fr - Publié le 24 juin 2010
email

par Chuck Stupca - Mis en ligne le 27/04/2005 - Publié en Juin 2004

La V5R2 renforce le rôle des pools de disques sur l'iSeries

Les IASP (Independent Auxiliary Storage Pools) permettent de partager le stockage entre des systèmes, de mettre en ligne du stockage supplémentaire et, à  l'inverse, de mettre offline du stockage non nécessaire, et ce indépendamment de la structure ASP (Auxiliary Storage Pool) AS/400 native ...Dans sa version V5R2, l'iSeries a élargi son support des IASP pour inclure bon nombre des objets qu'utilisent les programmes applicatifs. Vous pouvez donc utiliser des IASP, aussi appelés pools de disques, comme méthode de consolidation des serveurs et/ou la haute disponibilité. Cet article décrit les IASP, leurs contenus, leurs utilisations et la gestion de l'environnement iSeries.

Pour faire migrer l’information *SYSBAS sur un IASP, trois
choix s’offrent à  vous. Si vous voulez allouer les unités de
disques qui sont déjà  en service, vous pouvez utiliser
Save/Restore (SAV/RST) pour la migration. Avec cette méthode,
vous suivrez la procédure ci-après :

  1. Identifiez les objets de vos bibliothèques qui ne peuvent
    pas être placés dans un IASP et transférez-les vers SYSBAS
    dans une nouvelle bibliothèque que vous créerez pour
    chaque IASP que vous prévoyez de configurer.

  2. Sauvegardez les bibliothèques à  faire migrer (deux fois).
  3. Supprimez ces bibliothèques de l’ASP SYSBAS.
  4. Supprimez les disques de l’ASP SYSBAS.
  5. Créez le nouvel IASP.
  6. Restaurez les bibliothèques sur l’IASP.
  7. Restaurez les autres objets dans leur nouvelle bibliothèque
    dans SYSBAS.

Si vous prévoyez d’utiliser de nouveaux lecteurs de
disques, vous devez aussi effectuer ces étapes :

  1. Déplacez dans une nouvelle bibliothèque les objets que
    vous ne pouvez pas faire migrer sur un
    IASP.

  2. Sauvegardez les bibliothèques sur des fichiers
    de sauvegardes multiples.

  3. Supprimez les bibliothèques du système.
  4. Restaurez les bibliothèques sur l’IASP.

Cette méthode demande un grand
espace disques.
Enfin, si vous envisagez de transférer les
données d’un système sur un autre, vous
pouvez procéder ainsi :

  1. Préparez le nouveau système/partition
    avec les sous-systèmes et profils utilisateur.

  2. Sauvegardez les objets du système de
    production, en excluant ceux qui ne
    peuvent pas être restaurés sur un IASP

  3. Sauvegarde les objets qui seront nécessaires
    dans SYSBAS.

  4. Restaurez les bibliothèques dans l’IASP.
  5. Restaurez les autres objets dans SYSBAS sur le second système.
  6. Procédez à  tous les changements de gestion de travail nécessaires
    (par exemple, nouveaux jobs, nouveaux menus,
    modifier les jobs soumis).
  7. Continuez à  fonctionner sur le système de production jusqu’à 
    ce que tout le test soit terminé et que vous soyez prêt
    pour le basculement final.

  8. Sauvegardez les objets changés sur le système de production.
  9. Restaurez les objets changés sur le système cible.
  10. Passez en « live » sur le système cible

Si vous êtes confrontés à  des problèmes, sachez que vous
auriez pu peut-être les éviter par une meilleure planification
des IASP et par un meilleur mapping de votre migration.

Téléchargez gratuitement cette ressource

Protection des Données : 10 Best Practices

Protection des Données : 10 Best Practices

Le TOP 10 des meilleures pratiques, processus et solutions de sécurité pour mettre en œuvre une protection efficace des données et limiter au maximum les répercutions d’une violation de données.

Tech - Par iTPro.fr - Publié le 24 juin 2010