Re: Expiration performance TSM 5.5 (request)

2012-02-17 Thread Loon, EJ van - SPLXO
riginal Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Daniel Sparrman Sent: donderdag 16 februari 2012 16:26 To: ADSM-L@VM.MARIST.EDU Subject: Re: Expiration performance TSM 5.5 (request) Hi Eric Out of curiosity, how long has the TSM server existed, and how l

Re: Expiration performance TSM 5.5 (request)

2012-02-16 Thread Richard Rhodes
on, EJ van - SPLXO" Sent by: "ADSM: Dist Stor Manager" Date: 02/16/2012 10:14AM Subject: Re: Expiration performance TSM 5.5 (request) Hi Daniel! Been there, done that... a) We completely redesigned our database layout. Each database file is located on one single hdisk, one single v

Re: Expiration performance TSM 5.5 (request)

2012-02-16 Thread Richard Sims
I would stay away from database reorganization as a treatment, as that's a risky, time-consuming operation with a long service outage and likely short-lived benefits. Your buffer pool cache hit percentage may look fine, but if the pool is oversized, paging might be happening to support it, whic

Re: Expiration performance TSM 5.5 (request)

2012-02-16 Thread Daniel Sparrman
4 97 30 daniel.sparr...@exist.se http://www.existgruppen.se Posthusgatan 1 761 30 NORRTÄLJE -"ADSM: Dist Stor Manager" skrev: - Till: ADSM-L@VM.MARIST.EDU Från: "Allen S. Rout" Sänt av: "ADSM: Dist Stor Manager" Datum: 02/16/2012 18:55 Ärende: Re: Expiratio

Re: Expiration performance TSM 5.5 (request)

2012-02-16 Thread Allen S. Rout
On 02/16/2012 09:02 AM, Loon, EJ van - SPLXO wrote: select activity, cast((end_time) as date) as "Date", (examined/cast((end_time-start_time) seconds as decimal(18,13))*3600) "Objects Examined/Hr" from summary where activity='EXPIRATION' and days(end_time)-days(start_time)=0 I'm getting betwe

Re: Expiration performance TSM 5.5 (request)

2012-02-16 Thread Steven Langdale
Hi Eric Using your selects on my local TSM instance I am getting between 761 to 1057 obs/s the vast majority are round 800. The DB is a tiddler @ 92GB and 77% util. I have 12 DB vols at about 12.2GB each (don't recall why that size tbh) across TWO filesystems. Most of the in use volumes are on

Re: Expiration performance TSM 5.5 (request)

2012-02-16 Thread Daniel Sparrman
daniel.sparr...@exist.se http://www.existgruppen.se Posthusgatan 1 761 30 NORRTÄLJE -"ADSM: Dist Stor Manager" skrev: - Till: ADSM-L@VM.MARIST.EDU Från: "Loon, EJ van - SPLXO" Sänt av: "ADSM: Dist Stor Manager" Datum: 02/16/2012 16:19 Ärende: Re: Expiratio

Re: Expiration performance TSM 5.5 (request)

2012-02-16 Thread Loon, EJ van - SPLXO
Hi Daniel! Been there, done that... a) We completely redesigned our database layout. Each database file is located on one single hdisk, one single vg and one single filesystem. We are using 10 database volumes and tried everything. LUN's are striped across multiple arrays, the backend is using

Re: Expiration performance TSM 5.5 (request)

2012-02-16 Thread Loon, EJ van - SPLXO
Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary Sent: donderdag 16 februari 2012 15:32 To: ADSM-L@VM.MARIST.EDU Subject: Re: Expiration performance TSM 5.5 (request) Do you have many win 2008 and win 7 clients with client version 6.2.2? For some reason (forget the apar), expiration is

Re: Expiration performance TSM 5.5 (request)

2012-02-16 Thread Daniel Sparrman
-- Till: ADSM-L@VM.MARIST.EDU Från: "Lee, Gary" Sänt av: "ADSM: Dist Stor Manager" Datum: 02/16/2012 15:32 Ärende: Re: Expiration performance TSM 5.5 (request) Do you have many win 2008 and win 7 clients with client version 6.2.2? For some reason (forget the apar), expiration is very s

Re: Expiration performance TSM 5.5 (request)

2012-02-16 Thread Lee, Gary
Do you have many win 2008 and win 7 clients with client version 6.2.2? For some reason (forget the apar), expiration is very slow with these clients. I am going to 6.3 soon, and hope to solve this with that move. I have a 6.2 server, can't get your script to run, but observation tells me that ex

Re: Expiration performance

2004-09-13 Thread Dave Canan
xt version (TSM 4.1 -> 5.1 -> 5.2) I've noticed a slowdown in the speed of the expiration process. Ben -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Mueller, Ken Sent: Monday, September 13, 2004 7:48 AM To: [EMAIL PROTECTED] Subject: Re: Expira

Re: Expiration performance

2004-09-13 Thread Ben Bullock
.1 -> 5.1 -> 5.2) I've noticed a slowdown in the speed of the expiration process. Ben -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Mueller, Ken Sent: Monday, September 13, 2004 7:48 AM To: [EMAIL PROTECTED] Subject: Re: Expiration per

Re: Expiration performance

2004-09-13 Thread Mueller, Ken
nday, September 13, 2004 3:13 AM To: [EMAIL PROTECTED] Subject: Re: Expiration performance Hi Ben, I agree with you on these points - ran Dave's script on our main TSM server - and the Database backup performance is exceptionally good - the slowest I'm seeing is 3100: FULL_DBB

Re: Expiration performance (my stats)

2004-09-13 Thread Miles Purdy
RS/6000 model 6h1 600 MHZ 2-way 4 GB RAM Disk: HP XP 1024 tsm: UNXR>select activity, cast ((end_time) as date) as "Date", (examined/cast ((end_time-start_time) seconds as deci mal (18,13)) *3600) "Objects Examined Up/Hr" from summary where activity='EXPIRATION' and days (end_time) -

Re: Expiration performance

2004-09-13 Thread goc
OTECTED] -Urspr|ngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im Auftrag von Christo Heuer Gesendet: Montag, 13. September 2004 09:13 An: [EMAIL PROTECTED] Betreff: Re: Expiration performance Hi Ben, I agree with you on these points - ran Dave's script

Re: Expiration performance

2004-09-13 Thread goc
Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im Auftrag von Christo Heuer Gesendet: Montag, 13. September 2004 09:13 An: [EMAIL PROTECTED] Betreff: Re: Expiration performance Hi Ben, I agree with you on these points - ran Dave's script on our main TSM server - an

Re: Expiration performance

2004-09-13 Thread Christo Heuer
Hi Ben, I agree with you on these points - ran Dave's script on our main TSM server - and the Database backup performance is exceptionally good - the slowest I'm seeing is 3100: FULL_DBBACKUP 2004-09-03 62625600 FULL_DBBACKUP 2004-09-04

Re: Expiration performance

2004-09-10 Thread Dave Canan
e Crnjanski Infinity Network Solutions Inc. Phone: 416-235-0931 x26 Fax: 416-235-0265 Web: www.infinitynetwork.com -Original Message- From: Sung Y Lee [mailto:[EMAIL PROTECTED] Sent: Friday, September 10, 2004 12:27 PM To: [EMAIL PROTECTED] Subject: Re: Expiration performance Pretty nice s

Re: Expiration performance

2004-09-10 Thread Richard Sims
On Sep 10, 2004, at 1:50 PM, Joe Crnjanski wrote: We should establish saying on this list; it's not "Ask Jeeves" it's not "Ask Google" and it's not "Ask IBM" It should be "ASK RICHARD S." The Greatest, The Biggest, The One that has all answers. Now, Joe, if I had all the answers I'd be living in a

Re: Expiration performance

2004-09-10 Thread Hoa V Nguyen
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 09/10/2004 11:06 AM Please respond to "ADSM: Dist Stor Manager" To [EMAIL PROTECTED] cc Subject Re: Expiration performance I have scripts to test performance. I don't remember how did I get them (maybe from thi

Re: Expiration performance

2004-09-10 Thread Joe Crnjanski
Inc. Phone: 416-235-0931 x26 Fax: 416-235-0265 Web: www.infinitynetwork.com -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED] Sent: Friday, September 10, 2004 1:07 PM To: [EMAIL PROTECTED] Subject: Re: Expiration performance On Sep 10, 2004, at 12:55 PM, Joe Crnjansk

Re: Expiration performance

2004-09-10 Thread Ben Bullock
mber 10, 2004 10:27 AM To: [EMAIL PROTECTED] Subject: Re: Expiration performance Pretty nice scripts. It was noted that output should be > 5 mil for 1st script and >3.8 mil for 2nd script. Should this be a concern if 1st script shows up > 5 mil, but the 2nd script is < 3.8 mil f

Re: Expiration performance

2004-09-10 Thread Richard Sims
On Sep 10, 2004, at 12:55 PM, Joe Crnjanski wrote: ANYBODY??? WE ARE LOOKING FOR THE SCRIPTS AUTHOR??? Three letters: I B M. See "How to determine when disk tuning is needed for your ITSM server" at http://www-1.ibm.com/support/docview.wss?uid=swg21141810 Be aware, of course, that target values can

Re: Expiration performance

2004-09-10 Thread Joe Crnjanski
Phone: 416-235-0931 x26 Fax: 416-235-0265 Web: www.infinitynetwork.com -Original Message- From: Sung Y Lee [mailto:[EMAIL PROTECTED] Sent: Friday, September 10, 2004 12:27 PM To: [EMAIL PROTECTED] Subject: Re: Expiration performance Pretty nice scripts. It was noted that output

Re: Expiration performance

2004-09-10 Thread Miles Purdy
Regarding your low CPU utilization during expiration: this seems normal. I did a lot of research (on expiration) afer seeing a similar situation on my server. It turns out that expiration is a serial, single threaded operation. Meaning expiration will only ever use, at most, one CPU. So if you h

Re: Expiration performance

2004-09-10 Thread Sung Y Lee
[EMAIL PROTECTED] Dist Stor cc Manager" <[EMAIL PROTECTED] Subject .EDU>

Re: Expiration performance

2004-09-10 Thread Joe Crnjanski
I have scripts to test performance. I don't remember how did I get them (maybe from this group) Database backup performance (result from the script should be >5,000,000) select activity, cast ((end_time) as date) as "Date", (examined/cast ((end_time-start_time) seconds as decimal (18,13)) *36

Re: Expiration performance problem

2002-08-08 Thread Tomas Hrouda
-Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of William F. Colwell Sent: Thursday, August 08, 2002 6:51 PM To: [EMAIL PROTECTED] Subject: Re: Expiration performance problem Tom, When you say expiration has slowed down, what exactly do you mean? If you are