Rob,
Backing up your DB to a virtual volume is a nice option that I use
for my entire environment as PART of my recovery strategy.
On the target server, ensure that the ARCHIVE copygroup in the domain
that the source server node definition is assigned to, has a valid
destination - it can be either disk or tape.
General procedure:
- On source server:
- - set servename source_server
- - set serverpassword password
- - set serverhladdress source_server
- - set serverlladdress 1500
- - set crossdefine on
- On target server:
- - Define TSM server domain,policy,mgmt class and ARCHIVE copygroup
destination.
- - define server source_server serverpassword=password
hladdress=source_server lladdress=1500 crossdefine=yes
- - register node source_server password domain=tsm_server type=server
- On source server:
- - Define devclass virtual_vol devtype=server servername=target_server
maxcapacity=100G
*note play around with the maxcapacity parameter to get something that
fits your environment.
Now backup your DB on the source server
- Backup db devc=virtual_vol type=full
And save your recovery plan
- prepare devc=virtual_vol
On the target server, you can view the recovery plan
- Query rpfile
- Query rpfcontent
Cheers,
Neil Strand
Storage Engineer - Legg Mason
Baltimore, MD.
(410) 580-7491
Whatever you can do or believe you can, begin it.
Boldness has genius, power and magic.
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
jonesrn
Sent: Wednesday, November 14, 2007 4:44 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Virtual Volumes & DB Backup
I have two TSM 5.4 servers using SATA drives as their targets. (They are
named TSM3 and TSM4) I do not have any tape drives or libraries set up.
I want to backup the database on TSM3 to TSM4 and vice versa. (As
described in an operation suggested in IBM TSM for Linux:
Administrator's Guide, ver 5.3, pages 602-607.)
However, I get this error:
ANR0984I Process 91 for DATABASE BACKUP started in the BACKGROUND at
03:47:08 PM.
ANR2280I Full database backup started as process 91.
ANR1404W Scratch volume mount request denied - mount failed.
ANR4578E Database backup/restore terminated - required volume was not
mounted.
ANR0985I Process 91 for DATABASE BACKUP running in the BACKGROUND
completed with completion state FAILURE at 03:47:09 PM.
My strategy was to set up source and target servers for virtual volumes.
When I defined the storage pool on the target server I specified the
devclass as DISK. As in " define stgpool sourcepool disk". However, on
the source server the devclass "targetclass" seems to want a sequential
device. I am guessing that this is why it seems to be attempting to
mount a scratch volume.
Device Class Name: TARGETCLASS
Device Access Strategy: Sequential
Storage Pool Count: 0
Device Type: SERVER
I have not found a way to update the targetclass device from
"sequential" to "random" .
Is this the best way to achieve my goal?
Thanks,
Rob
+----------------------------------------------------------------------
|This was sent by jonesrn AT lafayette DOT edu via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------
IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason
therefore recommends that you do not send any confidential or sensitive
information to us via electronic mail, including social security numbers,
account numbers, or personal identification numbers. Delivery, and or timely
delivery of Internet mail is not guaranteed. Legg Mason therefore recommends
that you do not send time sensitive
or action-oriented messages to us via electronic mail.
This message is intended for the addressee only and may contain privileged or
confidential information. Unless you are the intended recipient, you may not
use, copy or disclose to anyone any information contained in this message. If
you have received this message in error, please notify the author by replying
to this message and then kindly delete the message. Thank you.
|
