Pourquoi BCV5 est-il si rapide ?
BCV5 évite des opérations de logique utilisées par LOAD, DSNCOPY et d'autres utilitaires DB2. BCV5 utilise des fonctions de copie de fichiers. Les Tables et Indexspaces sont traités par la fonction de copie interne de BCV5.
Ceci permet une économie de 90% du temps de copie et de la consommation des ressources.
Quels sont les problèmes évités en utilisant BCV4
Après l'utilisation de solutions hardware de mirroring pour z/OS (OS/390 ), il faut résoudre les conflits de volume, nom de fichier et catalogue. Des tâches spécifiques sont nécessaire pour rendre une copie miroir utilisable.
Le travail le plus difficile est d'obtenir un système DB2 dupliqué et opérationnel (ex: SAP/R3, Peoplesoft) avec toutes les références aux noms originaux changés en noms pour la nouvelle copie.
Sous z/OS (OS/390) de tels volumes d'une même LPAR peuvent seulement être utilisés comme sauvegardes, puisque les fichiers "mirrorés" ont gardé les mêmes noms de fichier et donc :
- ils ne peuvent pas être catalogués sur le même système
- le catalogue pointe sur les fichiers source
- les noms du VVDS et de la VTOC indexée sont identiques aux noms originaux
- la fonction ENQ empêche une mise à jour parallèle de fichiers différents portant les mêmes noms de fichier
- le catalogue interne DB2 pointe toujours vers le volume source
Les noms dupliqués des VVDS, des VTOC indexées et des centaines ou milliers de noms de fichier empêchent donc l'utilisation immédiate des volumes cibles.
Une procédure cohérente de changement de nom pour les fichiers et les tables est fondamentale.
Ce changement de nom cohérent peut être réalisé aisément avec BCV4 .
Quels sont les bénéfices de BCV4
- Réduction radicale de jours en minutes du temps de processus de clonage sur systèmes z/OS.
- Utilisation de toute image copie de systèmes DB2 clonés
- Augmentation de la productivité des programmeurs et des utilisateurs
- Planification des clonages par traitement batch
- Parallèlisme de traitements d'évaluations, requêtes et rapports
- Création de systèmes de tests à partir de systèmes de production pour mise au point, debugging, etc..
- Création et test de nouvelles versions d'applications avec les copies de production
Peux t-on Planifier les produits BCV4, 5 ou 6
Oui, chaque étape produit du JCL. Ce dernier peut être soumis directement par l'interface ISPF du produit, mais peut également est donné à un planificateur (OPC, CA-7, Control/M,...)
Combien de temps faut-il pour faire une copie opérationnelle avec BCV5
Temps de copie :
Quels sont les objets migrés par BCV5
BCV5 copie ou migre des objets DB2: DATABASES, TABLES, INDICES, PAGESETS et optionnellement les objets correspondants comme des VIEWS TRIGGERS, FUNCTIONS, GRANTS, BINDS et RUNSTATS .
BCV5 copie aussi bien les données que la structure, et toutes les variations sont possibles : Duplication des données et de la structure, duplication de la structure seulement, copie des données seules, adaptation de la structure et copie des objets modifiés, etc...
|
