I'm currently using hotadd, with nbdssl, then nbd as fallback. Unable to use the SAN transport method currently.
Check this link:
https://www.ibm.com/support/knowled.../t_client_tuning_tsm4ve_select_transport.html
If I recall correctly, NBD isn't just limited by TSM, its actually limited by VMWare.
"
vSphere 5 and vSphere 6
to an ESXi host
Limited by a transfer buffer for all NFC connections, enforced by the host; the sum of all NFC connection buffers to an ESXi host cannot exceed 32MB.
52 connections through vCenter Server, including the above per-host limit
"
Likely out of date, but here's the link I pulled the above info from:
https://pubs.vmware.com/vsphere-6-0/index.jsp?topic=/com.vmware.vddk.pg.doc/vddkDataStruct.5.5.html
I posted above with my current settings in the datamover opt file and have since changed them to:
VMMAXParallel 10
VMLIMITPERDATASTORE 0
vmmaxbackupsessions 20
and removed the vmlimitperhost option.
My datamover is virtual and has 6 cores with 6gb of memory.
I was able to reduce the backup window from 4 hours to 2 hours 28 mins with just modifying those settings alone.
My VM farm and TSM server sits on a 10g Ethernet. Only using 8gb SAN links.
Not sure if this helps, but there's a snippet of one of my recent backups after I made the change:
Code:
Total objects deduplicated: 101
Total number of bytes inspected: 22.42 TB
Total number of bytes processed: 1.64 TB
Total bytes before deduplication: 1.64 TB
Total bytes after deduplication: 278.94 GB
Total number of bytes transferred: 99.67 GB
Data transfer time: 36,572.19 sec
Network data transfer rate: 48,242.34 KB/sec
Aggregate data transfer rate: 197,767.65 KB/sec
Objects compressed by: 65%
Deduplication reduction: 83.43%
Total data reduction ratio: 99.57%
Elapsed processing time: 02:28:41
I could likely push it harder...Just haven't yet. I want to make my VM and Storage team yell at me in the near future however
You mentioned independent disks disks above. Check this:
https://www-01.ibm.com/support/docview.wss?uid=swg21626104
Just come by and grab those disks with a traditional client. Had to do that for a few workloads as well.
Beyond what I posted, my environment is small vs 6100 VM's. Guess lots of datamovers, enough cpu/memory given to the datamovers if they are virtual, and a nice large pipe to the TSM server?
I'm forced to use NBD in my case it's a disaster.
Ouch. How come you can't use hotadd?
Anyhow, I hope the above has helped at least somewhat.