[ADSM-L] deleing data from a containerpool
2016-08-15 05:21:45
Hi all!
After doing some extensive testing with a directory container storagepool I
noticed a significant change compared to the old traditional storage pools.
In a traditional storage pool TSM stores a file like an object. In most cases
one file is one object as far as I could see. Deleting this data is very fast:
a delete filespace runs rather fast because TSM only has to delete the objects.
So deleting a large database client with multiple TBs takes a few seconds or
maybe a few minutes.
When you are using a container storage pool everything changes. Files are still
stored as objects, but objects are split into chunks. The average size of a
chuck is approx. 100 KB and TSM performs dedup on this chuck level. So if you
now delete a large file, TSM has to inspect every chunk to see if it is unique
or not. When it is unique it will be deleted, otherwise not. If you delete a
file which is for instance 40 GB in size, TSM has to inspect around 420,000
chucks before the object can be deleted. I noticed that this takes several
seconds to complete, so one has to take into consideration that the deletion of
large clients requires significant more time to complete than one is used to.
Deleing a client with little more than 1 TB of Oracle data was running for more
than 20 minutes. So a delete filespace for really large database clients can
run for hours! Has anyone else noticed this behavior too?
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering
********************************************************
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
********************************************************
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [ADSM-L] deleing data from a containerpool,
Loon, Eric van (ITOPT3) - KLM <=
- Re: [ADSM-L] deleing data from a containerpool, Stefan Folkerts
- Re: [ADSM-L] deleing data from a containerpool, Loon, Eric van (ITOPT3) - KLM
- Re: [ADSM-L] deleing data from a containerpool, Rhodes, Richard L.
- Re: [ADSM-L] deleing data from a containerpool, David Ehresman
- Re: [ADSM-L] deleing data from a containerpool, Loon, Eric van (ITOPT3) - KLM
- Re: [ADSM-L] deleing data from a containerpool, David Ehresman
- Re: [ADSM-L] deleing data from a containerpool, Del Hoobler
- Re: [ADSM-L] deleing data from a containerpool, David Ehresman
- Re: [ADSM-L] deleing data from a containerpool, Del Hoobler
- Re: [ADSM-L] deleing data from a containerpool, Matthew McGeary
|
|
|