Even the latest TSM 5.3 books do not show that you can reclaim copy
storage pools to other copy storage pools - only primary storage pools.
John Schneider wrote:
Jeff,
Instead of migrating COPYPOOL01 (3590-E1A) to COPYPOOL02 (3592-J1A),
you could just do a 'backup stgpool' from the pri
Folks,
Up to this point, we have used/tested the Linux X86 (32-bit) version of
the TDP for Oracle product with good success.
We are now at the point to install it on our 64-bit AMD and EM64T hosts
loaded with 64-bit Linux OS and I'm having some difficulties.
Do you have any good installat
We started out with 4GB volumes and have moved to 10GB volumes. Both
have worked fine - we predefine them on Windows 2003 - TSM 5.3 so that
the volumes do not become fragmented at the OS level.
We currently have a size limit on this pool so that "large" files are
still stored on tape. (Our curren
In my case I have my file deviceclass for one particulair node on one
big raid 5 array. ( 8x 250GB sata). This node has a lot of small files
(emails).
A restore with just one session going only gave me a throughput of
around 1 - 2 MB per second.
A restore with 8 sessions gave me a throughput of ar
==> On Tue, 6 Dec 2005 11:58:01 -0500, William Boyer <[EMAIL PROTECTED]> said:
> If you collocate you run the risk of not being able to use the multi-session
> restore capability of the client. As for the n-servers backing up you will
> have N-files open...what if you're running a RESOURCEUTILIZA
If you collocate you run the risk of not being able to use the multi-session
restore capability of the client. As for the n-servers
backing up you will have N-files open...what if you're running a
RESOURCEUTILIZATION higher than 2 on the client? You can have more
that N files open if the clients
Hi Arnaud,
Have you double and triple-checked that
the key you entered in was correct *and* the hex chars are in lower case
(I think that's the right way around)? Note that you can configure all
of your valid drives at once, instead of individually, to support DPF with
"/usr/lpp/Atape/instAtape -
Hi List,
I'm trying to activate the data path failover feature we bought with our
brand new 3584 library (12 LTO3 drives), without success ...
O.S. is AIX 5.3.0.0 ml 02.- Atape driver is at 9.6.0.0
The actual (test) setup looks like : 6 drives are connected thru fcs2
and fcs3, the other ones th
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Nast, Jeff P.
>>We recently purchased IBM 3592-J1A tape drives and are in the process of
>>converting from 3590-E1A in our 3494 library. The TAPEPOOL migration is
>>going well using "move data" command. But we are stuck on how to
Hi,
I think you need to run the agent with a user that has the appropriate
rights needed for backup. I read something about this on the list.
I ran in the same problem, but up to now I didn't have the time to check
if this really was the problem.
regards,
Volker
Am Dienstag, den 06.12.2005, 1
==> On Mon, 5 Dec 2005 16:33:43 -0500, "Spearman, Wayne" <[EMAIL PROTECTED]>
said:
> We are planning to move a large number of our nodes to "disk only" backups
> and eliminate tape for them. The diskpools will be devtype=file. I struggle
> with whether to collocate these disk volumes or not and
It's been my experience that the problem is not the large number of
tapes a restore takes when not collocating, rather it's the large
mount, unmount seek and rewind times associated with each tape mount
that is the problem. If you have sub-second mount, unmount, seek and
rewind times then there i
Use "backup stg" to make the offsite media and "move drmedia" to manage
it.
David
>>> [EMAIL PROTECTED] 12/06/05 3:40 AM >>>
Hi,
I'm using TSM 5.2 and currently we use 3590 tape library with only 3
stgpool.
Up to now, we its about 20 servers attched to this machine and backup
were
done daily. Ou
Bill - The most straightforward problem discovery method in a case
like this is to perform 'Query SEssion F=D' repeatedly during
your test backup to see what's going on. Beyond that you can get
into tracing.
Richard Sims
Hi Goran,
Hmn, from your dsm.opt file, looks like
you're running in a cluster... are you running the TDP with /EXCSERVER= ? Check out this link for more details about running
in an MSCS:
>>> http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/index.jsp?topic=/com.ibm.itsmfm.doc/ab5ex00160.htm
Hi Gary,
Thank you for your response. We already have COPYPOOL02 (3592-J1A) set up to
be the reclaim point for COPYPOOL01 (3590-E1A), but only set to 51. That's a
great idea and one we will consider.
-Jeff
-Original Message-
From: Lee, Gary D. [mailto:[EMAIL PROTECTED]
Sent: Tuesday, De
Jeff,
Instead of migrating COPYPOOL01 (3590-E1A) to COPYPOOL02 (3592-J1A),
you could just do a 'backup stgpool' from the primaries to COPYPOOL02. This
will create a new and complete copy to COPYPOOL02, which is what you want.
In the meantime, all your COPYPOOL1 data is still available, if
Take a look at the previous customers that experienced this:
Go here:
http://search.adsm.org/
Search for:
ACN5237E
Go here:
http://www.ibm.com/us/
Search for:
ACN5237E
Also, if you are running this in a cluster, make sure you use
the "/EXCSERVer=servername" option, spe
hi all,
i'm pretty new with TDP for "anything" and of course
i landed into problems right away ...
after installing TDP and creating node and stuff and running
TDP i got
ACN5237E Unable to communicate with the Microsoft Exchange Server
i'm obviosly missing something basicaly but i dont know what
I have an issue with my TSM server's local client. When I kick off a
trivial backup (dsmc sel foo) I see a delay of 2.5 minutes before it
starts sending data. No messages in dsmerror.log. The server activity
log shows the first session, a 2.5 minute pause, then a second session,
then the report
How about defining a new pol, as the reclaim stgpool for the pool you sish to
copy.
Then, just set reclamation on your copy pool to zero, and let her rip.
Gary Lee
Senior System Programmer
Ball State University
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED
Hello all,
We recently purchased IBM 3592-J1A tape drives and are in the process of
converting from 3590-E1A in our 3494 library. The TAPEPOOL migration is
going well using "move data" command. But we are stuck on how to migrate our
COPYPOOL01 (3590-E1A) to COPYPOOL02 (3592-J1A). There is the ugly
Tom,
Do you know if TSA5UP18.EXE is compatible with TSM netware client 5.2.2?
or does it matter? Or is it just the NWOS level that matters. I am not a
Novell
person but I think its the latter as the TID applies.
Thanks
Tom Anstey wrote:
> Although the TID is written for NW5 (and you haven'
I need a full-help file to check the mail notification
where I can find it?
DISCLAIMER:
Il contenuto di questo messaggio di posta elettronica e ogni eventuale
documento a quest'ultimo allegato e' rivolto unicamente alle persone cui e'
indirizzato, e puo' contenere informazioni la cui riserva
Hi,
This might be a stupid question, but here goes.
Currently our Monthly Exports take about 4 days to complete mostly I
think because of the high amount of files involved. Anyways we are
thinking of ways to speed this process up a bit and was wondering if we
could do this by using Diskpools o
Hi,
I'm using TSM 5.2 and currently we use 3590 tape library with only 3
stgpool.
Up to now, we its about 20 servers attched to this machine and backup were
done daily. Our management is planning to send our backup to offsite. How am
I going to do this. The offsite backup is not the database backu
Mark Stapleton wrote:
> "ADSM: Dist Stor Manager" wrote on 12/02/2005
> 07:23:35 AM:
>
>>I've created my DB on a drive that will not be big enough for very much
>>longer, so would like to move it to another drive, preferably without
>>restoring it.
>>
>>I've reduced the db and see the following on
27 matches
Mail list logo