I wouldn't simply use the figure from the tuning guide. The buffpool size is useful in increasing performance through upping the database cache hit %, which should ideally be over 98%.
http://www.tsmwiki.com/tsmwiki/CacheHitPct Matt. > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] > On Behalf Of Francisco Molero > Sent: 16 October 2006 20:08 > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Question about LanFreeBackup > > From performance and tunning guide: > > 262144 > > ----- Mensaje original ---- > De: Robert Ouzen Ouzen <[EMAIL PROTECTED]> > Para: ADSM-L@VM.MARIST.EDU > Enviado: lunes, 16 de octubre, 2006 20:39:38 > Asunto: Re: Question about LanFreeBackup > > Fran > > > > What is your suggestion of the size for the buffpoolsize > parameter on a 2 GB memory server and LTO2 TAPES > > > > Regards > > > > Robert Ouzen > > > > -----Original Message----- > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] > On Behalf Of Francisco Molero > > Sent: Monday, October 16, 2006 8:28 PM > > To: ADSM-L@VM.MARIST.EDU > > Subject: Re: [ADSM-L] Question about LanFreeBackup > > > > In my opinion, you can get great performance with LTO3 and > aplications like db2, Oracle, SAP, Domino, Exchange, etc. It > is a good idea if you want to backup big files. I don't > recommend you if you want to backup fileservers. > > > > I have found differents performance. The best one was 1,5 TB > y 1:30 minutes using LTO3 and DS8100, SAP with Oracle and AIX. > > > > The best parameters in TSM 5.3 are the defaults, Only you > have to change the buffpoolsize in the server. The best > communication method in TSM 5.3 is sharedmem. > > > > I hope this help you. > > > > > > Regards, > > > > Fran > > > > TSM deployment certified. > > TSM administrator certified. > > ITIL Certified. > > AIX Certified. > > > > ----- Mensaje original ---- > > De: Mark Stapleton <[EMAIL PROTECTED]> > > Para: ADSM-L@VM.MARIST.EDU > > Enviado: lunes, 16 de octubre, 2006 20:01:51 > > Asunto: Re: Question about LanFreeBackup > > > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] > On Behalf Of Anker Lerret > > >> Remember that LAN-free backups are often no faster than 100MB/1GB > > >> Ethernet LAN-based backups. (In a few cases they will actually be > > >> slower.) > > > > > >Mark, can you say some more about that? We're hoping to start doing > > >LAN-free and I was hoping that we could see some nice > improvements in > > >large backups that go straight to tape. Are you just > talking about the > > >case where the LAN is relatively uncongested and the SAN is > overloaded? > > >Or is there something else I'm missing? > > > > I can't say that I've got quantifiable data; I speak from > real-world experience. SAN-based data transfer from disk to > tape has been, in the best of situations, only slightly > faster than similar LAN-based data transfer. As I said > earlier, the only advantages I've ever seen to LAN-free > backups have been 1. where the LAN is too congested (or > poorly configured) to guantee reasonable backup speeds 2. the > disk storage pool is too small to handle large file backups. > > 3. you want to guarantee that an entire node's backups go > directly to tape > > > > -- > > Mark Stapleton ([EMAIL PROTECTED]) > > Senior TSM engineer > > > > > > > > > > > > > > ______________________________________________ > > LLama Gratis a cualquier PC del Mundo. > > Llamadas a fijos y móviles desde 1 céntimo por minuto. > > http://es.voice.yahoo.com > > > > > > > > ______________________________________________ > LLama Gratis a cualquier PC del Mundo. > Llamadas a fijos y móviles desde 1 céntimo por minuto. > http://es.voice.yahoo.com > > > > This email is confidential and may be privileged. If you are not the intended recipient please notify the sender immediately and delete the email from your computer. You should not copy the email, use it for any purpose or disclose its contents to any other person. Please note that any views or opinions presented in this email may be personal to the author and do not necessarily represent the views or opinions of Digica. It is the responsibility of the recipient to check this email for the presence of viruses. Digica accepts no liability for any damage caused by any virus transmitted by this email. UK: Phoenix House, Colliers Way, Nottingham, NG8 6AT UK Reception Tel: + 44 (0) 115 977 1177 Support Centre: 0845 607 7070 Fax: + 44 (0) 115 977 7000 http://www.digica.com SOUTH AFRICA: Building 3, Parc du Cap, Mispel Road, Bellville, 7535, South Africa Tel: + 27 (0) 21 957 4900 Fax: + 27 (0) 21 948 3135 http://www.digica.com
