On ne peut pas prédire la date d'expiration d'une bande car elle est vue par TSM comme un simple conteneur (volume de storage pool). Son contenu doit expirer pour qu'elle même devienne démodée.
Soit tous les fichiers ont expiré et la bande est réputée vide, soit les fichiers expirées la démode au point qu'elle n'est plus considérée assez pleine pour être rentable (paramètre reclaim), auquel cas, TSM recopie les fichiers encore utile vers une autre cartouche puis déclare cette cartouche comme vide.
Lorsque la cartouche est devenue vide:
- soit elle est dans la librairie et de type "scratch", auquel cas elle retourne dans les cartouches immédiatement réutilisables
- soit elle est à l'extérieur et elle disparait donc des cartouches gérées par TSM
A noter que le composant DRM de TSM permet une gestion plus facile du cycle de vie des cartouches de copie.
A bientôt sur le forum de
http://www.tsmservice.fr si tu as d'autres questions.
Pierre
PI : je travaille pour la société EDS.
Bien cordialement
merci pour la commande, mais ça me retourne la derniere sauvegarde valide sur disque, sachant que mon serveur sauvegardes les données dans ces disqueslocaux puis il les migrent vers les bandes (selon des seuils). Ce que je veux savoir c'est la derniere sauvegarfe d'un file space sur ""bande"".
merci bien pour ton retour.
La commande "q fi" te retourne bien la liste des points de montage (disques de Windows, ou mount d'unix) pour lesquels TSM a au moins un objet remonté dans un storage pool.
Donc, la commande "del fi" va bien supprimer de la DB de TSM toutes les références de sauvegarde ou d'archivage.
Pour supprimer explicitement et sans risque les sauvegardes d'un client TSM, c'est le moyen officiel. Je ne recommande pas les manips du style "move nodedata" suivi d'un "delete volume", surtout s'il existe en plus une copie coffre. La logique du référentiel TSM en serait bousculée et la survie des données plus vraiment assurée...
Pierre, tsmservice.fr