Re: Random Access Disk Pools
2006-04-06 09:41:06
anyone? Ideas?
-----Original Message-----
From: Park, Rod
Sent: Wednesday, April 05, 2006 7:10 AM
To: 'ADSM: Dist Stor Manager'
Subject: RE: [ADSM-L] Random Access Disk Pools
So, can someone explain the difference at the TSM level and aggregate
level. Really I'm trying to understand, if I have a primary disk pool
that does not migrate, it will be the final onsite resting place of
data. As data expires and fragmentation occurs. That space is unusable
if I'm not migrating to another primary area? Eventually I'll have to
allocate more? Below is what comparison doc showed as "consideration of
fragmentation" for random access pools. Guess I'm not sure what the diff
is between tsm level and aggregate level.
TSM level - fragmentation will occur as TSM allocates and frees space
within the Storage Pool. Migration tends to relieve this fragmentation
Aggregate level - fragmentation occurs as files expire within an
aggregate. DISK pools cannot reclaim this wasted space until all files
in the aggregate have expired
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Rushforth, Tim
Sent: Tuesday, April 04, 2006 11:21 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Random Access Disk Pools
See http://www-1.ibm.com/support/docview.wss?rs=0&uid=swg21218415 for
comparison of disk vs devclass=file
This email and any files transmitted with it are confidential and intended
solely for the use of the addressee. If you are not the intended addressee,
then you have received this email in error and any use, dissemination,
forwarding, printing, or copying of this email is strictly prohibited. Please
notify us immediately of your unintended receipt by reply and then delete this
email and your reply. Tyson Foods, Inc. and its subsidiaries and affiliates
will not be held liable to any person resulting from the unintended or
unauthorized use of any information contained in this email or as a result of
any additions or deletions of information originally contained in this email.
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: Random Access Disk Pools, (continued)
- Re: Random Access Disk Pools, Richard Sims
- Re: Random Access Disk Pools, Andrew Carlson
- Re: Random Access Disk Pools, Rushforth, Tim
- Re: Random Access Disk Pools, Kurt Beyers
- Re: Random Access Disk Pools, Andy Huebner
- Re: Random Access Disk Pools, Park, Rod
- Re: Random Access Disk Pools,
Park, Rod <=
- Re: Random Access Disk Pools, Loon, E.J. van - SPLXM
|
|
|