Andrew Raibeck wrote: > Hi Remco, > > Your observations are correct. If the target storage pool (DISKPOOL) > cannot fulfill the request, then we'll try the next storage pool > (FILEPOOL). But if the second request cannot be fulfilled, then TSM does > not take it any further. This is a limitation that we are aware of, but at > this time there are no plans to address it. >
Hmmm, pitty. This does have a large impact on the plans I have for a new TSM server where we'll want to keep small files in filepool forever. Basically, I see no way this can be done, unless I'm able to absolutely guarantee that daily backup will fit in the diskpool, no matter what the users of a 40+ Tflop super do. This does explain why every example in the manual is only 2 layers. Thanks. I guess I'll have to do some thinking and testing before we implement the new environment. > Best regards, > > Andy > > Andy Raibeck > IBM Software Group > Tivoli Storage Manager Client Development > Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] > Internet e-mail: [EMAIL PROTECTED] > > IBM Tivoli Storage Manager support web page: > http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html > > The only dumb question is the one that goes unasked. > The command line is your friend. > "Good enough" is the enemy of excellence. > > "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 10/13/2006 > 02:17:58 PM: > >> Hi all, >> >> I've been playing with a 3 layer storage hierarchy; random access disk, >> sequential disk (file) and finally tape. >> Or more visual: >> >> DISKPOOL (maxsize 2G) >> | >> +---> FILEPOOL (no maxsize) >> | >> +---> TAPEPOOL >> >> Now, I've noticed that when the diskpool is full, or maxsize is >> exceeded, clients will backup to filepool as expected. But they will >> never fall through to tape, even if the filesize is over 2G and the >> filepool is full, or both diskpool and filepool are full. >> >> Yes, there are plenty available scratch tapes, nor is maxscratch >> exceeded on the tapepool. I've assigned about 80 volumes to filepool, no >> scratch volumes. This all is on TSM 5.3.3.1 on AIX, but I've noticed >> this on earlier versions as well. >> >> -- >> Met vriendelijke groeten, >> >> Remco Post >> >> SARA - Reken- en Netwerkdiensten http://www.sara.nl >> High Performance Computing Tel. +31 20 592 3000 Fax. +31 20 668 3167 >> PGP Key fingerprint = 6367 DFE9 5CBC 0737 7D16 B3F6 048A 02BF DC93 94EC >> >> "I really didn't foresee the Internet. But then, neither did the >> computer industry. Not that that tells us very much of course - the >> computer industry didn't even foresee that the century was going to >> end." -- Douglas Adams -- Met vriendelijke groeten, Remco Post SARA - Reken- en Netwerkdiensten http://www.sara.nl High Performance Computing Tel. +31 20 592 3000 Fax. +31 20 668 3167 PGP Key fingerprint = 6367 DFE9 5CBC 0737 7D16 B3F6 048A 02BF DC93 94EC "I really didn't foresee the Internet. But then, neither did the computer industry. Not that that tells us very much of course - the computer industry didn't even foresee that the century was going to end." -- Douglas Adams
