/
removed in that time.
Matt.
_-'-_
-|-
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Loon, E.J. van -
SPLXM
Sent: Friday, October 08, 2004 3:10 PM
To: [EMAIL PROTECTED]
Subject: Re: AW: DSMSERV UNLOADDB
Hi David!
Try the following SQL stat
==> In article <[EMAIL PROTECTED]>, Daniel Sparrman <[EMAIL PROTECTED]> writes:
> When we made the unload/load of the 160GB database, we not only saw the
> database shrink in its usage, but also gained alot of performance. This
> performance benefit is actually not degrading that quickly, which,
tor Manager" <[EMAIL PROTECTED]>
2004-10-08 16:28
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To
[EMAIL PROTECTED]
cc
Subject
Re: AW: DSMSERV UNLOADDB
On Oct 8, 2004, at 9:47 AM, David Nicholson wrote:
> Hi All,
> I am surpris
fragmented space for new nodes, but of
course I cannot prove this.
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines
-Original Message-
From: David Nicholson [mailto:[EMAIL PROTECTED]
Sent: Friday, October 08, 2004 16:22
To: [EMAIL PROTECTED]
Subject: Re: AW: DSMSERV UNLOADDB
Hi Eric
On Oct 8, 2004, at 9:47 AM, David Nicholson wrote:
Hi All,
I am surprised by the significant reduction is Pct Utilized. I
thought in previous discussions that Unload/Reload had minimal impact
on
utilization. I have (2) TSM 5.2.2 servers on AIX with 40GB db's that
are
90% used. I haven't don
alizing it...
Thanks!!
Dave
Daniel Sparrman <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
10/08/2004 10:12 AM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: AW: D
ot;Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
10/08/2004 10:10 AM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: AW: DSMSERV UNLOADDB
2:39 PM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: AW: DSMSERV UNLOADDB
guys I've finished the DSMSERV LOADDB!!!
previous q db gave a Maximum reduction of zero and a PCT Util of 68%
but my current q db shows
Dutch Airlines
-Original Message-
From: David Nicholson [mailto:[EMAIL PROTECTED]
Sent: Friday, October 08, 2004 15:47
To: [EMAIL PROTECTED]
Subject: Re: AW: DSMSERV UNLOADDB
Hi All,
I am surprised by the significant reduction is Pct Utilized. I
thought in previous discussions
: [EMAIL PROTECTED]
cc:
Subject:Re: AW: DSMSERV UNLOADDB
guys I've finished the DSMSERV LOADDB!!!
previous q db gave a Maximum reduction of zero and a PCT Util of 68%
but my current q db shows the following :
Available Assigned Maximum MaximumPage
cc
<[EMAIL PROTECTED]
.EDU> Subject
Re: AW: DSMSERV UNLOADDB
thank you!!! good night! i'm finally getting some shut-eye
-Original Message-
From: CORP Rick Willmore [mailto:[EMAIL PROTECTED]
Sent: Friday, 8 October 2004 4:40 AM
To: [EMAIL PROTECTED]
Subject: Re: AW: DSMSERV UNLOADDB
crontab -e
man pages are great.
R.
-Original Me
crontab -e
man pages are great.
R.
-Original Message-
From: Yuhico, Alexandra [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 07, 2004 11:40 AM
To: [EMAIL PROTECTED]
Subject: Re: AW: DSMSERV UNLOADDB
guys I've finished the DSMSERV LOADDB!!!
previous q db gave a Ma
ought it was
crontab -C but that doesn't seem to work
Alexandra
-Original Message-
From: Sternecker, Peter [mailto:[EMAIL PROTECTED]
Sent: Friday, 8 October 2004 2:16 AM
To: [EMAIL PROTECTED]
Subject: AW: AW: DSMSERV UNLOADDB
well, well
he is right as always.
OH NO , no best shell
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of Sternecker, Peter
>OH NO , no best shell discussion 8-).
Oh, *that's* easy.
--
Mark Stapleton ([EMAIL PROTECTED])
Berbee Information Networks
Office 262.521.5627
gt; Gesendet: Donnerstag, 7. Oktober 2004 17:56
> An: [EMAIL PROTECTED]
> Betreff: Re: AW: DSMSERV UNLOADDB
>
>
> On Oct 7, 2004, at 11:34 AM, Sternecker, Peter wrote:
>
> > if your TSM-Server runs on Unix
> >
> > shell command | tee path_to_logfile
> >
> >
On Oct 7, 2004, at 11:34 AM, Sternecker, Peter wrote:
if your TSM-Server runs on Unix
shell command | tee path_to_logfile
this sends output to the terminal and the logfile.
That will pipe Stdout, but not Stderr, where scary stuff
goes. You may instead want to do
shell command 2>&1 | tee path_t
Alexandra,
if your TSM-Server runs on Unix
shell command | tee path_to_logfile
this sends output to the terminal and the logfile.
Peter Sternecker
R+V Allgemeine Versicherung AG
* mailto:[EMAIL PROTECTED]
-Ursprüngliche Nachricht-
Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTE
PROTECTED]
Sent: Friday, 8 October 2004 12:30 AM
To: [EMAIL PROTECTED]
Subject: AW: DSMSERV UNLOADDB
Good luck,
one additional point:
at the end of unloaddb process
should have appeared a message like:
unloaddb successful, loaddb needs NO AUDIT Database.
...
Good luck,
one additional point:
at the end of unloaddb process
should have appeared a message like:
unloaddb successful, loaddb needs NO AUDIT Database.
Peter Sternecker
R+V Allgemeine Versicherung AG
* mailto:[EMAIL PROTECTED]
-Ursprüngliche Nachricht-
Von: ADSM: Dist Stor Manager
Hi Alexandra,
the information you gave us was very spare,
may be you can proceed.
We did some reorgs, weeks ago after server splits,
the time ratio unloaddb:loaddb was ~ 3:1
4,5 h unload - 1,5 h load up and running.
Best regards
Peter Sternecker
R+V Allgemeine Versicherung AG
* mailto:[EMAIL P
We had a similar problem with 3.7.3.8@MVS and import/export
Solution was changing tapeiobuffersize back to 1 (default)
Regards,
Stefan Holzwarth
> -Ursprüngliche Nachricht-
> Von: Nilsson Niklas [mailto:[EMAIL PROTECTED]]
> Gesendet am: Dienstag, 10. April 2001 11:22
> An: [EMAIL PROTEC
22 matches
Mail list logo
