This discussion of TSM for VE brings to mind the topic of shared-file
libraries for LAN free data movement, rather than having to have yet
more HBAs on your proxy to move the data to tape.

As I understand it, GPFS is the preferred disk sharing method now. Older
versions of GPFS didn't support windows but now they do, with restrictions.

Is anyone using GPFS sharing files across Unix and windows? Problems,
gotchas?  Even in a high performance computing context rather than TSM
some information would be better than none.

Regards

Steve.

Steven Harris
TSM Admin
Canberra Australia



On 10/01/2012 8:42 AM, Shawn Drew wrote:

Answers in-line

Regards,
Shawn
________________________________________________
Shawn Drew





Internet
zforray AT VCU DOT EDU

Sent by: ADSM-L AT VM.MARIST DOT EDU
01/09/2012 03:35 PM
Please respond to
ADSM-L AT VM.MARIST DOT EDU


To
ADSM-L
cc

Subject
Re: [ADSM-L] Tivoli Storage Manager for Virtual Environments






Some questions that we could not easily glean answer from the docs:

- I think the current vocabulary is in question.  it seems to be called a
"backup server" but that confuses it with the TSM server, I think.  It
used to be called a backup proxy, so I may use that word instead.  It is
basically a media server.


1.  What are the specs/requirements for the "vStorage/Backup Server" that
we will have to build?
- This is in there under chapter 2.  Basically a physical win2008/2003
server.  or a linux server, although I believe linux support (for a backup
proxy) is brand new in 6.3.  I wouldn't mess with it.

Other than that, you will need:
- at least one HBA for the incoming SAN data if you will be using the SAN
for incoming data
- at least one HBA for the outgoing SAN data (if you will be using
lan-free)
- Network connection to the vcenter servers for control.
- We are not using lan-free on the "outgoing" side so we have an
additional ethernet connection here.  You may be able to replace the
"incoming" with ethernet as well, but not sure.

2.  What network requirements are there?  Our TSM backup servers are on a
completely different subnet then the VMWare servers.  Network rules will
have to be modified.

- SAN - backup proxy needs to be zoned to all the same luns as the ESX
servers and your Lan-free tape drives/VTL if applicable
- LAN - If you are doing all the data transfer over the san, you will
still need network connections for control and the vCenter plugin


3.  What, if anything, needs to be installed on the Host or Guest systems?
- Nothing on the Guest.  The Host (im assuming you mean the backup proxy),
TSM client, TSM for VE (which includes the recovery agent and vcenter
plugin)

4.  What do I need to do TSM server-wise?
- Nothing special.   TSM6+ is needed for the Vcenter plugin to work
properly and the subcommand scheduling.
You will have to register the assign proxynode access as described in the
manual

5.  Do I need to put up a new TSM server or can I use one already in
production?  I have never done LAN-FREE and not sure where to start?  My
TSM servers use fibre-channel for tape drives (shared among 7-servers).
Many moons ago I remember a sub-product called SANERGY but it wanted
exclusive control of tape drives via a mini-psuedo TSM server.  We can't
afford to dedicate tape drives exclusively to such a process.

- Lan-free is a separate topic.  But if you only have tape drives and no
VTL, you need to decide if you want to tie up the tape drives to these
backup processes.  I decided not to, and am not using Lan-free. (for the
outgoing data)  (We are backing up to a data domain over NFS) But you will
then need to have the proper LAN resources.


Thanks for the tip on "diskpart" but I am not at a point that I understand
how to apply it.  I am not that familiar with VMWare and the VMWare guys
are not that familiar with TSM (other than installing on Windows guests).

- DISKpart is run on the windows OS command line of the backup proxy.
nothing to do with VMware.


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



From:   Shawn Drew<shawn.drew AT AMERICAS.BNPPARIBAS DOT COM>
To:     ADSM-L AT VM.MARIST DOT EDU
Date:   01/09/2012 03:14 PM
Subject:        Re: [ADSM-L] Tivoli Storage Manager for Virtual
Environments
Sent by:        "ADSM: Dist Stor Manager"<ADSM-L AT VM.MARIST DOT EDU>



I actually found the manual to be very helpful and direct.  I prefer the
PDF form.  I'm not a fan of the newer infocenter format.

http://publib.boulder.ibm.com/infocenter/tsminfo/v6r3/index.jsp?topic=%2Fcom.ibm.itsm.nav.doc%2Fr_pdf_ve.html




I set it up step-by-step as the manual describes and it is working well.
You just need to play around with it to make sure you understand the
concepts.  (I.E. Data Center nodes, the way you restore using the recovery
agent by using a virtual mount, etc)

Just make sure you do the "diskpart" thing on your backup proxy.  Things
should be pretty safe after you've done that.  (search the PDF for
diskpart)

Regards,
Shawn
________________________________________________
Shawn Drew





Internet
zforray AT VCU DOT EDU

Sent by: ADSM-L AT VM.MARIST DOT EDU
01/09/2012 12:18 PM
Please respond to
ADSM-L AT VM.MARIST DOT EDU


To
ADSM-L
cc

Subject
Re: [ADSM-L] Tivoli Storage Manager for Virtual Environments






Ken,

My VMWare guy has the most questions.  Can I forward your direct email
address to him?

I too will have questions from the TSM/server side since I have never
setup anything like this.  Seems like LAN-FREE is the way to configure but
I have never done anything like that, either.
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



From:   Kenneth Bury<kenbury1 AT GMAIL DOT COM>
To:     ADSM-L AT VM.MARIST DOT EDU
Date:   01/09/2012 12:03 PM
Subject:        Re: [ADSM-L] Tivoli Storage Manager for Virtual
Environments
Sent by:        "ADSM: Dist Stor Manager"<ADSM-L AT VM.MARIST DOT EDU>



I have install the TSM for VE v6.3 and I am interested what you would
expect to see in the 'cookbook'. What I hear discussed the most is the
architectural choices that you can make using TSM for VE, like whether to
use client-side de-dupe, LAN-free, virtual or physical data movers, etc.
Once you figure out what you want to make, the recipe is straight forward.
Sort of like cooking eggs, lots of different methods but it's still the
same egg and close to the same taste.

On Mon, Jan 9, 2012 at 11:06 AM, Vandeventer, Harold [BS]<
Harold.Vandeventer AT da.ks DOT gov>  wrote:

We are also looking for that "cookbook."

------------------------------------------------
Harold Vandeventer
Systems Programmer
State of Kansas - Department of Administration - Office of Information
Technology Services
Harold.Vandeventer AT da.ks DOT gov
(785) 296-0631

--
Ken Bury

Client Technical Professional

kenbury AT us.ibm DOT com



This message and any attachments (the "message") is intended solely for
the addressees and is confidential. If you receive this message in error,
please delete it and immediately notify the sender. Any use not in accord
with its purpose, any dissemination or disclosure, either whole or
partial,
is prohibited except formal approval. The internet can not guarantee the
integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
not therefore be liable for the message if modified. Please note that
certain
functions and services for BNP Paribas may be performed by BNP Paribas
RCC, Inc.



This message and any attachments (the "message") is intended solely for
the addressees and is confidential. If you receive this message in error,
please delete it and immediately notify the sender. Any use not in accord
with its purpose, any dissemination or disclosure, either whole or partial,
is prohibited except formal approval. The internet can not guarantee the
integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
not therefore be liable for the message if modified. Please note that certain
functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.