Not sure why you would want to use more than one, but yes you can.
For further info reference the BA user guide.
~Rick Adamson
Jax, Fl.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Sheppard, Sam
Sent: Thursday, September 02, 2010 12:49 P
We are in the process of converting a large windows file and print environment
from several very large volumes on 6 servers totaling about 16TB to 35 smaller
volumes mounted as CIFS. We are using two clients to backup these CIFS shares
and my question is; is there a limit on how many DOMAIN sta
and magic.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Sheppard, Sam
Sent: Thursday, July 29, 2010 5:15 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] SNAPDIFF problems
Don't think that's us as our idletimeout is already set t
in that inch, we are free."
--Valerie (V for Vendetta)
On Jul 29, 2010, at 4:29 PM, Sheppard, Sam wrote:
> After several stops and starts, I finally managed to get the SNAPDIFF feature
> to work on our 6.1.3.4 server. Client is Win 2003 server 64 bit 6.2.0.1. We
> have been backi
After several stops and starts, I finally managed to get the SNAPDIFF feature
to work on our 6.1.3.4 server. Client is Win 2003 server 64 bit 6.2.0.1. We
have been backing up a large Windows file and print store with 5 or 6 servers
and having problems with volumes that were too large and with t
How about from 6.1.3.4 to 6.2?
Sam Sheppard
San Diego Data Processing Corp.
(858)-581-9668
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Carol
Trible
Sent: Thursday, July 29, 2010 9:59 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM Ser
After jumping through various hoops, I have finally gotten the SNAPDIFF feature
of TSM 6.1 to work. We have a windows client running 6.2.0.1 backing up a CIFS
share to TSM AIX server running 6.1.3.4. The first backup runs very fast,
backing up just over 1M objects, but backs up 366GB of a volum
an.svensson
Supported Platform for CPU2TSM::
http://www.cristie.se/cpu2tsm-supported-platforms
________
Från: Sheppard, Sam [sshepp...@sddpc.org]
Skickat: den 5 juli 2010 20:20
Till: ADSM-L@VM.MARIST.EDU
Ämne: Re: Expire Inventory Hangs?
I have an open apar on a simila
I have an open apar on a similar problem. We had a Win2008 client that backed
up several million system objects (full backup was happening every day for a
while) with 14 copies being kept. The client then stopped backing up the system
objects and after 30 days all but the last copy were eligible
/Tivoli_Storage_Manager
The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
"ADSM: Dist Stor Manager" wrote on 2010-06-24
12:58:05:
> From: "Sheppard, Sam"
> To: ADSM-L@vm.marist.ed
I noticed several new messages have started appearing in the stats at the end
of scheduled backups (we're at TSM 6.1.3.4). One of these is as follows:
ANE4976I (Session: 705601, Node: VMCMSATTY) Total data reduction
ratio: 98.86%(SESSION: 705601)
It seems several of these new ANE49x
We're in the middle of doing something similar. We have 17TB of windows
file/print data being backed up by 5 servers, total of 33M files. Several of
the volumes are almost 2TB with several million files and all of the problems
associated with that. So the windows guy is moving all of this to CIF
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Sheppard, Sam
Sent: Tuesday, June 08, 2010 1:20 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] 3592JB tapes
We have just purchased a bunch of 3592JB tapes (700GB uncompressed capacity) to
use for some large NDMP backups. My
2JB tapes
What kind of data is it?
How many tape does the data fit on when using the 300gb tapes?
(trying to get some idea of what to expect for compression)
I thought a 3592JA tape was 500gb when used in a 3592-e05.
you see looks normal.
From: ADSM: Dist Stor Manager [ads...@vm.marist.edu] On Behalf Of Sheppard,
Sam [sshepp...@sddpc.org]
Sent: Tuesday, June 08, 2010 1:36 PM
To: ADSM-L@vm.marist.edu
Subject: Re: [ADSM-L] 3592JB tapes
These were labeled in the only drive type we ha
ad a similar problem, those volumes
labeled on the E05 would write at that density. If I understood correctly,
what you see looks normal.
From: ADSM: Dist Stor Manager [ads...@vm.marist.edu] On Behalf Of Sheppard, Sam
[sshepp...@sddpc.org]
Sent: Tuesday, J
@VM.MARIST.EDU
Subject: Re: [ADSM-L] 3592JB tapes
Which drive wrote the initial label?
From: ADSM: Dist Stor Manager [ads...@vm.marist.edu] On Behalf Of Sheppard, Sam
[sshepp...@sddpc.org]
Sent: Tuesday, June 08, 2010 1:20 PM
To: ADSM-L@vm.marist.edu
Subject
We have just purchased a bunch of 3592JB tapes (700GB uncompressed capacity) to
use for some large NDMP backups. My first test last night backing up around
1.8TB of data completely filled two of these tapes. This is only marginally
better than what I was getting on the 3592JA tapes which are rat
We are running TSM 6.1.3.4 on AIX with a 3494 library and 8 TS1120 (E05) tape
drives. I keep thinking there should be a way to do this, but I'm coming up
dry. We are about to implement NDMP for several large filesystems. I was
thinking it would be nice (and cheaper) to use the higher capacity
19 matches
Mail list logo