OH, bimps.
Glad to know that before I did all the work, you just saved me a lot of effort
and I thank you.
So when you got down that road, what did you end up doing instead?
Only other thing I can think of is to install the BA client in the guest and do
an incremental once a month?
W
-Or
Was just thinking the same -
It's only the conversion from V5 to V6 that takes forever. Once you are
V6/DB2, DB backup-restore is fast again.
I have TSM 6.3.4 on Windows, DB is 930G used, DS3512 disk, and it will back up
to LTO5 in 90 minutes if the server isn't doing a lot else at the time.
I don't remember if you can shrink a DISK pool with DELETE VOLUME or not. I
think so, but I won't swear to it.
Most people use DISK for short-term storage (overnight, typically) so they
don't have to wait for the tape drives to keep up with incoming traffic and
use FILE for longer-term storage; FI
It does thank you, I thought though that migration was only for overflow.
Also, I already have the local disk set up as a primary pool... If I do
not have more disk space to make a new active pool would I need to wipe
out the current disk primary pool in order to make this new active data
pool?
It doesn't work that way.
If you want to keep a copy of inactive files on tape forever, you need to
have a primary storage pool on tape (call it "ONSITE" for the purpose of
this note). So, BACKUPS will migrate data to ONSITE. You'll also use
BACKUP STG to populate OFFSITETAPE, mostly from BACKUPS
Hello,
TSM 6.3.4.3 on Windows 2008 R2
I'm wondering if someone can direct me to a document or the area of the
admin guide that has this info. I feel like I have read and re-read that
thing and am getting nowhere. I thought the answer was management classes
but I cannot find how to do it.
Eric, you can find LAN-free to disk info in the Storage Agent Guide, and
also a couple of comments in the Admin Guide. With GPFS, the only non-SAN
transfer is if your environment has a Windows Storage Agent on GPFS. Windows
in GPFS transfers across TCP/IP (it's not a TSM function but rather a GPFS
I've used migratepv to move oracle DBs around with no problems. I would not
expect any issues with using LVM mirroring or migratepv to move the TSM DB.
That is what I would do in your situation.
But your comments about taking days to backup and restore your TSM DB worries
me. How long does i
Hi Eric,
I'm not an expert on this topic so bear with me... Perhaps I found the
information you're looking for?
https://www-03preprod.ibm.com/support/knowledgecenter/SSGSG7_6.4.0/com.ibm.itsm.sta.doc/c_env_file_dev_share.html
Other versions of this topic (for example, newer versions) can be found
Hi Angela!
Both articles talk about LAN-free to tape, not to disk...
Kind regards,
Eric van Loon
AF/KLM Storage Engineering
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Angela
Robertson
Sent: vrijdag 21 maart 2014 0:23
To: ADSM-L@VM.MARIST.ED
Hi Joerg!
Thank you very much for your reply!
Strange thing is that I cannot find anything about this in the TSM manuals, nor
can I find a technote how to setup something like that...
Kind regards,
Eric van Loon
AF/KLM Storage Engineering
-Original Message-
From: ADSM: Dist Stor Manager
Hi
I did exactly this last week but I used migratepv instead of the mirroring
approach. I was moving from ds8100 to ds8870. Mirroring method will be fine.
Cheers
Sent from Samsung Mobile
Original message
From: Roger Deschner
Date:21/03/2014 03:35 (GMT+00:00)
To: ADSM-L@V
12 matches
Mail list logo