Caveat: My last TSM experience was with release 5.3, over a year and a half 
ago...

 

Begin at, well, the beginning. The TSM server admin should be watching the 
buffer pool hit ratio, and expand (or contract) the database buffer pool size 
to achieve 98% (is that still the ROT?). Similar rules govern the log pool 
size. If the sum of those is 10 GB, then maybe 12 GB for the total machine size 
is "reasonable". As in, as reasonable as the 10 GB calculation.

 

As Jay's experience shows, you can get by with a lot less, but he's obviously 
defined much smaller buffer pools.

 

Mark Wheeler

UnitedHealth Group 
 
> Date: Wed, 2 Jun 2010 14:26:01 -0400
> From: bren...@gmail.com
> Subject: Re: TSM memory requirements
> To: LINUX-390@VM.MARIST.EDU
> 
> I've got a TSM server running on Linux under z/VM for backing up
> internal test systems and it's happily running in 512 MB of Storage.
> If the disk and tape subsystems are fast enough you can make it pretty
> small and still be OK. It depends on your daily load. Mine is pretty
> light.
> 
> --
> Jay Brenneman
> 
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
                                          
_________________________________________________________________
Hotmail has tools for the New Busy. Search, chat and e-mail from your inbox.
http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_1
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to