Vous voulez faire un point sur vos opérations de sauvegardes, voici quelques points à regarder ?
1) Vérifiez vos niveaux logiciels :
Assurez-vous d’avoir un bon niveau de PTF pour le groupe SF99724
Vous ne devez pas avoir plus de 6 mois de retard , vérifier sur le site IBM FIX CENTRAL
2) Vérifiez vos supports :
Assurez-vous que vos bandes ne sont pas trop vieilles, trois ans c’est le maximum pour du LTO.
Ça peut dégrader les performances, mais aussi et surtout, rendre impossible partiellement une restauration.
Vous pouvez avoir des informations sur vos supports dans le menu SST :
9. Work with save storage and restore storage
Ou en faisant un PRTERRLOG
Exemple :
PRTERRLOG TYPE(*VOLSTAT) VOLTYPE(3580)
Title . . . . . . . . . . : Volume Statistics Report System type . . . . . . . : 8286 System model . . . . . . : 41A System release . . . . . : V7R3M0 System name . . . . . . . : NEPTUNE System serial number . . : 21-7D81V Report type . . . . . . . : Lifetime Report Removable media . . . . . : Self-configured tape and 1/4 inch cartridge tape Volume ---Temporary Errors--- --------M Bytes-------- ID Read Write Read Written GAIA 0 0 1 363822 JEUDI 0 0 17209 57078599 LUNDI 0 0 21917 30098797 MARDI 0 0 4153 29205718 MRCRDI 0 0 30 29331213 >>indicates media replacement is recommended > indicates media replacement criteria should be checked
Remarque: l’option de cette commande ne peut être mise en base de données.
3) Faites le ménage :
Attention à tous les objets obsolètes, les duplications, les SAVF.
J’ai fait enlever 27 gigas chez un client …
Et surtout attention à l’IFS ou la gestion est souvent anarchique .
Pour vous aider vous pouvez utiliser des outils comme RTVDSKINF, pour suivre l’évolution de vos espaces
4) Vérifiez vos scripts :
Assurez-vous que vos commandes d’initialisation utilisent le maximum de compactage de vos supports, on trouve souvent des commandes qui date du dérouleur précédent
Le meilleur compromis est pour l’initialisation
==> INZTAP … DENSITY(*DEVTYPE)
et pour les commandes de sauvegarde
==> SAVLIB COMPACT(*DEV)
Supprimez les dlyjob notamment sur les arrêts de TCP/IP qui ne servent plus, 300 secondes c’est 10 minutes , j’ai vu 30 minutes de DLY dans un script CL.
Le temps de sauvegarde de l’ifs prend de plus en plus de temps notamment si vous avez beaucoup de petits fichiers.
Une option apparue par PTF en 6.1 et disponible depuis les autres versions permet de diminuer ce temps :
==> SAV … ASYNCBRING(*YES)
Le plus simple pour tester, modifier la valeur par défaut de la commande SAV
==> CHGCMDDFT CMD(SAV) NEWDFT(‘ASYNCBRING(*YES)’)
Prenez les temps avant et après, vérifiez le gain…
S’il n’y a pas de gain, probablement que votre machine n’a pas de mémoire, vous pouvez faire retours en arrière.
==> CHGCMDDFT CMD(SAV) NEWDFT(‘ASYNCBRING(*NO)’)
Sauvegardez les droits privés :
==> SAVLIB … PVTAUT(*YES)
Cela évitera une opération de RSTAUT.
5) Testez vos sauvegardes :
Par exemple, restaurez un objet en fin de bande, ce qui vous garantira l’intégrité complète de votre sauvegarde.
6) A ne pas faire :
Pour gagner du temps en sauvegarde, ne pas sauvegarder les indexes.
Le gain de temps sera largement perdu à la restauration.
7) A étudier
La sauvegarde des spools
==>SAVLIB SPLFDTA(*all)
Si vous n’avez pas besoin de vos spools ne les sauvegardez pas
Si vous utilisez cette option, assurez-vous de ne pas avoir de spool obsolètes , faites une épuration avant vos sauvegardes, J’ai vu 237000 spools sauvegardés inutilement…
Si vous devez utiliser du cryptage, choisissez du cryptage matériel fourni en standard sur les LTO.
Sauvegarde en While Active
Allonge considérablement les temps de sauvegarde, ne doit être utilisé qu’en cas d’arrêt impossible de la production
Découpez les sauvegardes
Attention à bien maitriser l’ensembles des supports et la procédure pour les restaurations
8 ) Conclusion
Il est possible qu’en ayant étudié tous ces points, vous ne puissiez pas optimiser mieux vos phases d’immobilisations, c’est que votre système est bien géré ou que vous allez devoir en changer !