• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.


    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

How to delete filespaces with retention protected data?


I had a client node named TNS8DB. This node was remove 6 months ago. The node had some archived files that are archived for 365 days. I am trying to delete the filespaces for TNS8DB and I get this error "ANR0125W DELETE FILESPACE /u01 (fsId=1) for node TNS8DB contains retention protected data and cannot be deleted." We no longer need the archived files. It there any way to remove the retention protection from this data so that it can be deleted?




You could use the "decommission node" command, it will delete the filespace and the node as soon as all the data has expired.
Thanks for the reply. I don't want to wait another 6 months to a year for the data to expire. I need the storage space these old archive items are using. Is there a way to get the data to expire, now?


Short answer: No. That's the whole point of archive retention protection.
Long answer: https://www.ibm.com/support/knowled...tsm.srv.doc/c_mplmntpol_dtaretentprotect.html
Yes. I get all that, but what if you change you mind on how long you want to keep that archived data? I work for a community college and the users changed their minds about how long they wanted to keep archives when they realized how expensive the storage tapes are. Sometimes it takes a little while for non technical people to realize that it is not magic and there is a cost to consider.


ADSM.ORG Moderator
what if you change you mind on how long you want to keep that archived data?
With the "archive data retention protection" enable, there are no changing. It is like pouring concrete.
One may say that you can destroy and re-pour the concrete.
To disable the "archive data retention protection" , uninstall the TSM Server, reinstall the TSM Server, make sure that the
"archive data retention protection" is not enable and then reinstall the database.
The only time that you can enable the "archive data retention protection" is on a new installed TSM Server where there are no data in the database.

If the "archive data retention protection" was not enable. Unlike backup, there are no rebinding with archives.
You can not change the archive retention to affect previous archives.
ie: Yesterday we archive a file for 180 days.
The retention is too long, we reduce the archive retention to 60 days.
We perform an archive today. Todays archive will have a retention for 60 days and we will still have the
archive for 180 days.

Several ways to change an archive retention.
1. Retrive the data and rearchive the data with the archive mgmtclass with the retention that you need.
2. Move the node into another domain where the archive mgmtclass have the retention that you need.

Is there a way to view the expiration dates for the archived retention protected filespace files
Would have to run a select statement to see when the file was archived and count from that date.

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 6 22.2%
  • Keep using TSM for Spectrum Protect.

    Votes: 14 51.9%
  • Let's be formal and just say Spectrum Protect

    Votes: 4 14.8%
  • Other (please comement)

    Votes: 3 11.1%

Forum statistics

Latest member