L@VM.MARIST.EDU
Onderwerp: Re: [ADSM-L] de-dup on tapes
Thanks Wanda, I agree that is it sensible not to have de-dupe on tapes
because pointers force to go backward and forward through the
cartridge(s),
so it is inefficient. What I don't understand is why type=file (which is
similar to tapes in nat
Thanks Wanda, I agree that is it sensible not to have de-dupe on tapes
because pointers force to go backward and forward through the cartridge(s),
so it is inefficient. What I don't understand is why type=file (which is
similar to tapes in nature) supports de-dup, but disk (random access) does
not?
TSM dedup is actually limited to sequential type=FILE storage pools, on disk
(A pool with type=DISK is a random-access pool.)
AFAIK, no vendor is doing dedup on tape; when data gets moved out from disk
to tape, it is "reduped" or "reinflated", or whatever you want to call it.
This actually is sen
Hi,
When using de-duplication, am I limited to using disk storage pools? (My
answer is no, because de-duplication is done in software layer)
Thanks
