I dug a bit deeper on the unanswered questions and with some help from the sales team...
What is the availability of TFS for Volume License Customers?
This month, sometime. The full MSDN versions are already available so check your VL web site for keys regularly.
What TFS licenses are required for the sync tools e.g. TFS Migration and Sync Toolkit?
The answer to this one is "it depends"... The main point to be aware of is what users are doing. I am not a licensing expert and if in doubt you should probably speak to one but as I understand things, Microsoft changed the licensing model a little in TFS 2008 so that we allow an unlimited number of users in your company to create any work item, query for work items they have created and view or update any work item they have created all without a CAL.
So if those users are only using the external systems for the same purpose then they don't need a CAL. If, however, they are querying, viewing or updating any (i.e. other people's) work items in the remote system (that are synchronised to TFS) then a CAL is needed for every user doing these activities.
So in terms of a scenario... You have a dev team working with TFS but they send their product to a QA department who use Mercury Test Director. The contents of the Test Director database are synchronised with TFS. The QA department has lots of people working in it but they boil down into two types of user:
- The first type are testing the product and entering bugs. They also look at the status of their bugs and when the status changes to fixed they retest and close the bug.
- The second type also test the product and raise bugs but they also need to see bugs raised by other testers (e.g. they are in a lead role).
In this scenario, the first set of users do not require a CAL but the second do. It's quite easy for someone in the first category to fall into the second though e.g. if anyone in the first set is to be assigned a bug to close that they did not create then they also need a CAL.
There is also another kind of license, an external connector which may seem to be perfect in this scenario but it it not valid to allow people within your own organisation access to TFS.
What is the support situation for TFS running on VMware?
I can't find any definitive information on this but with other products it's always been "best effort" support. What that means is that whilst PSS will try to help solve an issue on VMware they can't guarantee they'll get anywhere and may ask you to reproduce the issue without VMware in the picture. Also, the normal escalation paths and QFE process doesn't apply so it's very probable that any bug you might find that only occurs under VMware will not get fixed.