Хорошо, таким образом, ответ был относительно прост в конце. Подсказка (мне) была то, что я происходил из среды машины XP...
1. На Win7 (Vista также?), похоже, что локаль машин может применяться в различных учетных записях пользователей. Я изменил свою собственную учетную запись - но не применил изменения во "Всех" учетных записях - больше specically - системная учетная запись. Так, пока половина системы была теперь кодовой страницей 1252, веб-сервис VMware находился под big5.
Не уверенный, почему, но это действительно does'nt как этот.
В соответствии с Windows 7 существует опция (новая для меня) применения Вашей кодовой страницы всем пользователям/учетным записям, пока XP использовал только иметь единственную "системную локаль".
Изменение, который решил проблему веб-сервиса приятно.
2. И теперь, чтобы неспособность загрузила старый VM's. Это свелось к проблеме кодовой страницы. После того как я посмотрел на файл VMX с помощью старого доброго испытанного "типа", я видел дважды расположенные с интервалами символы.
Возвращение к испытанному Блокноту ++ (самая превосходная программа между прочим), загрузило файл и изменилось, кодирование к ANSI сохранило его вниз и затем повторно импортировало VM.
Результат... Успех! Уф..
И теперь, я должен сказать, оглядывание назад, с какой стати я вызывал меня так много горя и боли путем обновления (???) от XP до Windows 7? Это будет действительно стоящим стычки для дополнительных 4 ГБ пространства памяти??
Если у Вас есть проверка состояния на Вашей подсистеме балансировки нагрузки, тот без любого трафика может приводить проверку состояния к сбою. Это объяснило бы транспортные различия.
Что касается различий в первопричине, у каждого есть URLScan, в то время как другой не делает? Или это могли быть другие изменения конфигурации, которые отделяют их. Предложение TristanK WebDeploy является хорошим, чтобы сделать различное.