Re: Best Practices for MultiTerrabyte TDW

John Alvord <jalvord-r/[email protected]>
Newsgroups gmane.comp.sysutils.tivoli.general
Message-ID <OF91BD56B6.93FF7008-ON88257AFD.00629A82-88257AFD.00630749__33954.5036819347$1359051099$gmane$org@us.ibm.com>
I always suggest customers do a pilot project...

set up a remote TEMS with each example agent connected to it and a 
dedicated WPA.

Set up the planned historical data capture and run for a while.

Then you can have exact numbers and do a linear multiplier for the planned 
number of agents.

Regards, 

  



John Alvord - Ph: 1-720-396-2788    Cell: none 
Customer Support - Tivoli Software - jalvord-r/[email protected]
Advisory Engineer - Tivoli Monitoring - ITM infrastructure
Follow us on Twitter! @Tivolisupport and Facebook
Personalize your support needs with the IBM Support Portal
Use Service Request to get assistance!
For emails regarding a PMR, copy [email protected]
For secure browser uploads: https://www.ecurep.ibm.com/app/upload
For Customer Support guidance: IBM Software Support Handbook









From:   Gregory Mendes <[email protected]>
To:     <[email protected]>, 
Date:   01/24/2013 08:52 AM
Subject:        [TME10] Best Practices for MultiTerrabyte TDW
Sent by:        [email protected]



Hello All,
 
I have a TDW (Oracle) that will be over 25 TBs.  I have the white paper or 
best practices for TDW but it doesn't address handling these types of 
large databases.
 
I know about the TDW Load Projection spreadsheet but my customer refuses 
to use it.  So, they have calculated in their head what they think the 
size should be. 
 
So, do you guys/gals have any suggestion or tips to give?
 
Regards,

Gregory R. Mendes
770-317-8593
_______________________________________________
TME10 mailing list
[email protected]
Unsubscribe:[email protected]

_______________________________________________
TME10 mailing list
[email protected]
Unsubscribe:[email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.