Rick,
I think their response would be something along these lines...
The XIV can perform better than other traditional arrays because the
[cache miss] I/Os are spread across so many more spindles. I get that.
But it seems to be that that can break down when the overall I/O load
gets sufficiently
> I would be suspicious of having the db on XIV. Do you have any FC
> or SAS Disk you could try putting the DB on? I know XIV has lots
> of CPU & cache, but underneath it all is still SATA. I've heard
> Marketing types rave about how fast XIV is, even with SATA,
> because I/O can be spread across
Well, I've gotten a little further along. The drives and paths have been added
to TSM and TSM is reporting all the information correctly (SN, Support RW
types, WWN's, etc.). Still haven't tried opening the drives and
reading/writing tapes (next step). The init script I use to load lin_tape is
It is a lightly loaded XIV, and the disk system does not seem under
pressure, unless I force it with dd or something in testing, but I
will check it out.
Any other ideas out there?
On Fri, Oct 8, 2010 at 11:37 AM, Paul Zarnowski wrote:
> I would be suspicious of having the db on XIV. Do you have
I would be suspicious of having the db on XIV. Do you have any FC or SAS Disk
you could try putting the DB on? I know XIV has lots of CPU & cache, but
underneath it all is still SATA. I've heard Marketing types rave about how fast
XIV is, even with SATA, because I/O can be spread across many sp
Hi all
I am running TSM 6.2.1.1 on AIX V615 in a LPAR on a P770. The LPAR
has 6 shared CPU's, 12 virtual CPU;s, and 64GB of memory. There are 2
VIO servers with 4 fiber channel connections to XIV storage for the DB
and LOG, and 2 10Gbit Ethernet in each VIO in an Etherchannel
configuration. The
Sergio,
Thanks for the experience/guidance/details. Looks like we may be heading
in this direction, although we aren't sure why.
To update our situation.
After doing some digging and pure-luck, I discovered one of the fibre
connections had gone "amber". Not sure why since when we cabled th
The problem is that your DSMAGENT node name appears to be:
BA_NODE
but your LOCALDSMAGENTNODE is set to:
BA_NAME
Please correct this.
Thanks,
Del
Hi Del,
Here is the ouput from a couple of query commands from tdpexcc.
Tdpexecc query tsm
IBM Tivoli Storage Manager for Mail:
Data Protection for Microsoft Exchange Server
Version 6, Release 1, Level 2.01
(C) Copyright IBM Corporation 1998, 2010. All rights reserved.
Tivoli Storage Manager Se
Hi Christian:
I'm not an expert in this area, but ran in to a problem where I could not
obtain VSS information from Local DSMAgent Node and an IBM subscriber on this
listserv pointed out to me that I had USERID=NONE set for the node when I
registered it and it cannot be set to USERID=NONE. Jus
No, I didn't find it !
I had a look, its the same issue, but I'm not in the same version.
My tsm server is in 5.5.3.0.
If i understood, I have to wait for an update ! :)
Thanks for your help.
Best regards,
Yann MEUNIER
-Message d'origine-
De : ADSM: Dist Stor Manager [mailto:ads...@v
Hi Christian.
You must follow the guide !
I'm installed recently this configuration !
You must make theses points :
1 Verify your VSS (you found an explication on IBM site)
2 Configure correctly your TDP
2.1 If you are in DAG/DAC Mode then you must create a node for the dag and a
node for your
Christian,
Is your DSMAGENT nodename actually named "BA_NODE_NAME".
If not, then I am afraid that you did not follow the configuration steps
in the User's Guide. Initial configuration for Exchange 2010
is slightly more complicated than legacy because it uses VSS.
Take a look at the book, you will
Hi Everyone,
I have a new Microsoft Exchange Server 2010 running on a Windows Server 2008 R2.
The TSM Client version is 6.2.1.0 and TDP version 6.1.2.1
I trying to get the TDP working but when I try to run a manual backup do I only
get.
ANS1033E (RC-53) An invalid TCP/IP address was specified.
S
Ideally, clients will log their TSM activities - which the security team might
want to insist upon.
Architecturally, TSM offers the REPORTRETRIEVE server option. Beware that it
can be expensive in terms of TSM db space and added db activity.
Richard Sims
Have you checked out APAR IC70657?
Richard Sims
Hello
Our security team is asking me for a way to log exactly which files are restored
How can I see exactly which files and by who they have been restored?
The activites table only shows number of objects, but not the specific objects.
The restores table seems empty , I did a restore and afte
Hi,
I just got these messages, but I cannot find any information on it.
Can anyone help me?
Thank you!
Yann MEUNIER
De : TSMManager [mailto:TSMManager]
Envoyé : vendredi 8 octobre 2010 14:58
À : LD-DPI-STOCKAGE
Objet : TSM alert for TSMEP3 at 10/8/2010 (War
Hi Gary,
The version 6.2 fix for this APAR is targeted for fix pack 6.2.2 in
December. The usual caveat applies: until the fixing level is actually
available, this information is subject to change. The workaround is to
exclude the event logs from the system object backup by adding this to your
cli
Just popped up today.
Ibm says this apar is closed, march 2010. where can I find the supposed fix?
Gary Lee
Senior System Programmer
Ball State University
phone: 765-285-1310
El oct 8, 2010 4:58 a.m., "Minns, Farren - Chichester"
escribió:
Aha, ok the the simplets solution is the best :-)
Works a treat.
Thanks
Farren
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf ...
Have you considered creating a normal Increm
Aha, ok the the simplets solution is the best :-)
Works a treat.
Thanks
Farren
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Remco
Post
Sent: 07 October 2010 18:08
To: ADSM-L@vm.marist.edu
Subject: Re: [ADSM-L] How to run a command for a
22 matches
Mail list logo