command line is your friend.
"Good enough" is the enemy of excellence.
On Tue, 9 Apr 2002 15:28:37
Denzel, Richard van wrote:
>Hi All,
>
>I have a question about the backup dates. I've seen the following
behaviour which I can't explain:
>
>When I make a ma
quot;Good enough" is the enemy of excellence.
"Denzel, Richard van" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
04/09/2002 07:34
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc
is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
"Denzel, Richard van" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
04/09/2002 07:00
Please respond to "AD
Tue, 9 Apr 2002 15:28:37
Denzel, Richard van wrote:
>Hi All,
>
>I have a question about the backup dates. I've seen the following behaviour which I
>can't explain:
>
>When I make a manual backup of a client, the dat on the filespace gets set. When the
>next day
Hi All,
I have a question about the backup dates. I've seen the following behaviour which I
can't explain:
When I make a manual backup of a client, the dat on the filespace gets set. When the
next day a backup is made through a schedule, the filespace date doesn't get updated.
Has anyone seen
Nope, I know IBM has recognized the problem and is working on it.
But really the only way I've found is to delete the client and define a new one. Or
alternativly define a second node within TSM for the client.
Richard.
-Original Message-
From: Gretchen L. Thiele [mailto:[EMAIL PROTECT
table is the aggregrate size not the size of an
individual file.
-Original Message-
From: Denzel, Richard van [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 20, 2002 4:30 AM
To: [EMAIL PROTECTED]
Subject: Re: Filesize from client through server
Bill,
The statements work, but the
query the backups table to get different data:
select filespace_name,hl_name,ll_name,backup_date from backups where
node_name='YOURNODE'
_
William Mansfield
Senior Consultant
Solution Technology, Inc
"Denzel, Richard van" <[EMAIL PROTECTED]&g
Hi All,
I would like to be able to retrieve the filesize etc. for the backupped
files for a client through the TSM server (dsmadmc).
I know this is possible through the client. But for automation sake it's in
my opion better to let the server generate such listings.
Is there anyone who knows if
It's not an SSA array, it's a JBOD in mirror.
I can't give you more machine details alas (customer confidential). The only details I
can give you are:
RS/6000 model F80
2 CPU
1 GB memory
SAP DB size 100GB on SSA disks (JBOD with mirroring)
3584 LTO with 8
Does anyone know if the searchable archive at http://www.adsm.org is
offline?
I myself can't reach it.
Richard.
-
Richard van Denzel
High Availability & Storage Solutions
Senior Technical Consultant
Infrastructure Consulting & Integration
[EMAIL P
--Original Message-
> From: Denzel, Richard van [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 11, 2002 3:33 AM
> To: [EMAIL PROTECTED]
> Subject: Re: LTO strange behaviour
>
>
> James,
>
> The backup is made from the TDP for R/3 running on the same
> system as TSM.
James,
The backup is made from the TDP for R/3 running on the same system as TSM.
The backup is around 100 GB. The backup is indeed from the local storage
(SSA in mirror).
We've already tried the settings on the server side. When we try to set TXNB
on the client side, the backup from TDP for R/3
sts, Inc.
PO Box 51313
Colorado Springs, CO 80949
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Denzel, Richard van
Sent: Thursday, February
t: Re: 3494 through SAN Data Gateway
Wow! I wouldn't know where to start! It's huge
I checked the /storage and /rs6000 subdirectories, but it's not there...
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines
-Original Message-
From: Denzel, Richard van [mailto:[EM
Have you tried looking at ftp://service/software.ibm.com ??
Richard.
-Original Message-
From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 07, 2002 3:57 PM
To: [EMAIL PROTECTED]
Subject: Re: 3494 through SAN Data Gateway
Hi *SM-ers!
My 3590 drives are work
Hi All,
I've come across a strange problem:
An RS/6000 F80 with an 3584 (8 * LVD drive) has an average througput op 20 MB/s when
using all 8 drives(Split across 3 UltraSCSI-controllers 3-3-2). Normally you would
assume a max. throughput of 8 * 15 MB/s = 120 MB/s when making a backup.
Anyone f
Hmmm,
I don't know right now, I'll sleep on it.
I guess you read the doc's and README on this (probably to no avail)?
The only thing which strikes me is that you specified `date and the error
says `DATE. Unix is, as you know, case sensitive.
When something comes to mind, I'll let you know.
Ri
Ok, let me know.
Richard.
-Original Message-
From: Rupp Thomas (Illwerke) [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 28, 2002 2:50 PM
To: [EMAIL PROTECTED]
Subject: AW: Performance drop after upgrade to TSM 4.2.1.8
Hi,
maybe we've got the same problem (slow performance) but on a
Hi Alain,
It looks like you're trying to put a Unix command into an TSM command. The only way to
do this by putting the command into a Unix script and then modifiying your schedule to
execute an (external) Unix script.
Richard.
-Original Message-
From: Alain Gourves [mailto:[EMAIL PRO
Hi All,
After upgrading serveral NT-servers from ADSM 3.1 to TSM 4.2.1.8 we've seen a giant
drop in performance. The backup used to take around 2-hours and after the upgrade it
takes 8 hours
The machine are all NT 4.0SP6(a) and all have local attached DDS drives. The client on
this system
21 matches
Mail list logo
