Rick,

I would run the 8.1.1 VE version if your vSphere stack supports it, the
biggest improvements in my eyes above the 7.1 version are the restore
performance that can go 5x in the right configuration (in my experience)
and the tagging support (if you vShpere folder structure will work with it,
but if not, you can always go for the classic scheduling method.
The improved restore performance of 8.1.0+ has proven very important and it
was good it came when it did because in previous versions it became a
pretty big issue.
8.1+ VE on a 7.1 server should not be a problem in my experience.


On Thu, Aug 31, 2017 at 5:52 PM, Ehresman,David E. <
david.ehresman AT louisville DOT edu> wrote:

> It's been reported here that the restore time in the v8.1 CLIENT is much
> improved over v7 so I would recommend that one for the client.  I am not
> sure the server version makes a difference for this situation.
>
> David Ehresman
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of
> Rhodes, Richard L.
> Sent: Thursday, August 31, 2017 10:51 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] Spectrum Protect for VE - how to get started
>
> Hello,
>
> Up till now we have used BA clients in VM's.  We would like to look into
> implementing VE.  I would appreciate any wisdom on bringing it up first
> time.  A specific question would be which version.  Our current TSM servers
> are v7.1.5, but I'm wondering if bringing up a v8.1 server and VE would be
> best.
>
>
> Rick
>
>
> ------------------------------------------------------------
> ------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are hereby
> notified that you have received this document in error and that any review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please notify
> us immediately, and delete the original message.
>