Eric, marking it destroyed won't do anything. You have to actually do the delete volume.
(test it - you can mark a tape destroyed, then mark it back READWRITE again, and it's fine...) W -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Loon, E.J. van - SPLXM Sent: Monday, August 21, 2006 10:22 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: del filesp with +10Mio files Hi Peter! A delete volume runs as fast (or as slow) as a delete filespace. Actually, it does the very same thing: delete every single object from the database one by one. If the node had it's own tapes, you could mark all it's tapes in both the primary pool and the copy pool destroyed and let do the expire inventory do the work for you... Kindest regards, Eric van Loon KLM Royal Dutch Airlines -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Peter Duempert Sent: maandag 21 augustus 2006 15:03 To: ADSM-L@VM.MARIST.EDU Subject: del filesp with +10Mio files Hi TSM'ers on the following system I'm faced to delete ca. 15 filespaces holding a total of ca. 30 Mio files. HW: IBM H70, 2GB, SSA + SAN disks OS: AIX 5.3 ML 04 TSM: 5.3.3, 60 GB DB on SSA & mirrored on SAN, 2 GB LOG ( SSA + SAN) Doing individual del filesp node file_space_name will take days/weeks/months(?) (the biggest filespace owns ca. 19 Mio files). The filespaces are all on collocated nodes, i.e. I could even do: 1. Determine the volumes for nodes' data 2. Either create backupsets of the nodes data to be kept, just to keep the current state or run a selective backup with a different MGMT-class, sending the data to a different set of tapes 3. run "del vol <volid> discard=yes" for all the volumes belonging to the node 4. proceed as normal after having finished Questions: ---------- Q1. Is the sequence of steps 1. - 4. faster than the individual "del filesp node filespace_name" Q2. Any idea to do it even faster ? -- MfG / Ciao - - - - - - - - - - - - - - - - - - - - - - - - - - - - Peter Dümpert Email: [EMAIL PROTECTED] Rechenzentrum der Technischen Universität Fax : ++49/531/391-5549 D 38092 Braunschweig Tel : ++49/531/391-5535 ********************************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 **********************************************************************