This is a plain 3494 library, not 3584, so we don't have any of those
features.
>From 5-TSM servers, probably 10-15TB nightly. Depends on the night (e.g.
weekly FULL Notes backups produce wayyy more traffic).
From:
"Tailor, Mahesh C." <mctailor AT CARILIONCLINIC DOT ORG>
To:
ADSM-L AT VM.MARIST DOT EDU
Date:
01/11/2010 09:39 AM
Subject:
Re: [ADSM-L] VMWare and TS1130 tape drives
Sent by:
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
Hopefully, this does not post several time...if it does apologies in
advance. (My email address changed.)
Assuming you have the TS1130's in a 3584: you can create virtual libraries
and assign slots and drives to each library. We did this to avoid having
a single point of failure in the TSM library manager and also not have any
contention for resources on the library, except the accessor. However,
the "shared" accessor has not been an issue for approximately 500 mounts
per day. Doing this keeps everything nice and neat for your TSM servers.
Just my 2 cents worth.
BTW, I am curious: how much are you backing up nightly? What is the
configuration of the library?
Regards,
Mahesh
________________________________________
From: ADSM: Dist Stor Manager [ADSM-L AT VM.MARIST DOT EDU] On Behalf Of Harry
Redl [harry_redl AT YAHOO DOT COM]
Sent: Thursday, January 07, 2010 18:54
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] VMWare and TS1130 tape drives
Hi,
this can work (I admit I haven't tried it with TS1130) - ESX4.0 supports
FC tape drives (new feature - was not working with 3.5) and you can
dedicate whole FC HBA to the virtual machine.
But even if it works it remains unsupported.
Harry
________________________________
From: Remco Post <r.post AT PLCS DOT NL>
To: ADSM-L AT VM.MARIST DOT EDU
Sent: Thu, January 7, 2010 11:24:50 PM
Subject: Re: [ADSM-L] VMWare and TS1130 tape drives
On 7 jan 2010, at 22:21, Zoltan Forray/AC/VCU wrote:
> We are doing some serious looking at our "dr" (or BC) plans.
>
> One thought for an offsite TSM server would be as a VMWare guest and/or
> multiple guests.
>
> Since an absolute requirement would be a TS1130 tape drive (to restore
the
> DB), the question came up about whether you could virtualize the
> TS1130/drivers so a Linux guest VM could access these drives.
>
I believe that the ts1130 is fc only, no scsi or sas, vmware doesn't
support access to fc drives from a guest, last time I heard. So there it
stops.
If you'd have scsi or sas tape devices, you could get them to work from
within a vmware guest, no problem. Support might be an issue, if I read
the docs right.
> If this is doable, has anyone done such a configuration, that actually
> works? What did it take?
>
> How about multiple TSM servers on one box (VM or real hardware)? How
> would they share the tape drives - only through library sharing as we do
> now? What if I had to cram 5-TSM servers on one VMWare (or hardware)
> guest, since our current configuration splits our 3494 library between
> 2-TSM library manager servers?
>
> Another thought was to have a "warm" VMWare TSM server running offsite
and
> doing DB backups via server-to-server storage pools but was considering
> how much work it would be to rebuild another VMWare TSM server from the
DB
> backups on this VMWare TSM server?
>
> Looking for any input/feedback on folks who have gone down this path,
> either successfully or not! If I have to go back to management to say
> "gotta have a physical server and tape drives to even think about
> recovering/rebuilding a TSM server offsite", I need to justify/back it.
> Zoltan Forray
> TSM Software & Hardware Administrator
> Virginia Commonwealth University
> UCC/Office of Technology Services
> zforray AT vcu DOT edu - 804-828-4807
> Don't be a phishing victim - VCU and other reputable organizations will
> never use email to request that you reply with your password, social
> security number or confidential personal information. For more details
> visit http://infosecurity.vcu.edu/phishing.html
--
Met vriendelijke groeten/Kind Regards,
Remco Post
r.post AT plcs DOT nl
+31 6 248 21 622
Notice: The information and attachment(s) contained in this communication
are intended for the addressee only, and may be confidential and/or
legally privileged. If you have received this communication in error,
please contact the sender immediately, and delete this communication from
any computer or network system. Any interception, review, printing,
copying, re-transmission, dissemination, or other use of, or taking of any
action upon this information by persons or entities other than the
intended recipient is strictly prohibited by law and may subject them to
criminal or civil liability. Carilion Clinic shall not be liable for the
improper and/or incomplete transmission of the information contained in
this communication or for any delay in its receipt.
|
