t Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
> Karel Bos
> Sent: dinsdag 4 oktober 2016 6:31
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: Decommision VM?
>
> Data in filespaces gets expired. Filespaces by itself will not get removed
> automaticly.
>
> Op 3 okt.
omatically as soon as all data
has expired...
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Karel
Bos
Sent: dinsdag 4 oktober 2016 6:31
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Deco
Data in filespaces gets expired. Filespaces by itself will not get removed
automaticly.
Op 3 okt. 2016 19:32 schreef "David Ehresman" :
> >q copyg it-vme active standard
>
>
>
> PolicyPolicyMgmt Copy Version- Version- Retain Retain
>
> Domain
>q copyg it-vme active standard
PolicyPolicyMgmt Copy Version- Version- Retain Retain
DomainSet Name Class Group s Data s DataExtraOnly
NameName NameExists Deleted Versions Version
- - -
The "decommission vm" command is supposed to inactivate all active backups for
the specified TSMVE VM.. So they should expire after the retd period for the
management class.
David
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Thomas
could share the output for:
query copygroup ????
Bests regards
2016-10-03 11:49 GMT-05:00 David Ehresman :
> I decommissioned a VM on 9/1/2016. We have a 30 day retention of data.
> The filespace still has not been removed even tho it is now 10/3/2016.
The 30 day retention period for a specific backup copy starts when TSM
discovers that the corresponding file on the client system's disk has been
deleted or updated. TSM never got the opportunity to make that discovery for
backup copies of the files on the client system's disk at the time of