The two DD's that we have are configured as NFS.  I can say that this
greatly simplified our environment where they are used.  We got rid of
library sharing, rmt devices, smc devices (and copy pools, but that
applies to both vtl and nfs).  Now, these aren't real high throughput TSM
instances so I can't comment on throughput for high use.  Our going
forward position is we want to use NFS for dedup systems.  The one big
drawback is Lan-Free.  It's my understanding is that straight NFS is not
supported for this.  Our lanfree is all Oracle/Rman/TDPO/LanFree.  Our
discussions around this are to get rid of TDPO/LanFree and have RMAN write
straight to a DD based NFS share.    The big problem is to implement a
10gb Ethernet backup net when we already have the fibrechannel
infrastructure.  As I said, this is still in fugures discussion mode.

Rick




From:   Nick Laflamme <dplaflamme AT GMAIL DOT COM>
To:     ADSM-L AT VM.MARIST DOT EDU
Date:   11/15/2011 07:52 AM
Subject:        Tape or NFS? (DataDomain specifically)
Sent by:        "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>



We've been told by consultants (these particular consultants shouldn't
throw stones) that DataDomain customers running TSM are far happier
running NFS than VTL, because DDRs are built primarily as file servers and
the VTL function is an add-on.

I can see the financial motive for staying with NFS (those VTL licenses
aren't cheap!), but I'm skeptical about the implication that there's a
functional or performance advantage to using NFS over VTL for a TSM
server, in our case on AIX.

Would anyone who's run both or chosen NFS care to comment? How much does
it depend on your infrastructure or your needs for LAN-free?

Thanks,
Nick



-----------------------------------------
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.