Ошибка IIS 7: сервер Состояния прекращает слушать

В Hyper-V Вы обычно держите все файлы VHD вместе в центральной папке, к которой у обычных пользователей нет доступа. Это - другой способ защитить систему; полное разделение хостов от пользователей. Из-за этого у пользователей, которые будут создавать и изменять VMs, должен быть некоторый административный доступ к Хостам, и что любой покрывают целую машину (как характерно для штата типа IT), или через роль в VMM (или через SSP или через Административную Делегацию).

Конфигурация в качестве примера могла бы быть то, что у Вас есть QA VMs для тестирования. Пользователи QA должны смочь создать новый VMs на основе простого основного сервера, сделать их тестирование, и или сохранить машину для более обширного тестирования или вычистить его.

Вы создаете Роль для QA Group, делая это Пользовательской Ролью SSP. Затем создайте шаблон VM, в основном syspreped VM, который может быть сделан из существующего VM путем клонирования его их делающий шаблон из клона (процесс шаблонной обработки уничтожает источник VM). Вы затем присваиваете шаблон группе QA. Пользователи QA могут теперь создать VMs на основе этого шаблона, новый VMs будет принадлежать QA, и пользователям QA разрешат полный доступ к ним (или ограниченный доступ, зависит от настроек в Пользовательской Роли SSP, которую Вы устанавливаете).

Можно также присвоить владение существующего VMs к той группе пользователей, которая может затем иметь доступ к VM через SSP (снова подвергающийся ограничениям, введенным Пользовательской Ролью, предоставляющей тот групповой доступ).

В этом примере пользователям QA не нужны никакие права на файлы VHD, никакие права на Хост-машинах и только ограниченные права в AD & VMM. Это не было бы позволять им использовать Консоль администрирования VMM, но это предназначено для Администраторов, не Пользователей.

С другой стороны, можно делегировать административное управление определенных машин конкретным пользователям. Если существует Хост тестирований QA, и они не будут выполнять свой VMs на "основном" кластере; можно делегировать административное управление того Хоста (через Группу узлов) Пользователям QA. Это было бы позволять пользователям группы QA использовать Консоль администрирования VMM и иметь полный административный контроль над той конкретной группой узлов. Тот же вид делегации может быть, относится к Библиотекам, допуская библиотеку QA, отдельную от "основной" библиотеки.

Я уверен, что это все совершенно непонятно кому-то, кто не использовал его экстенсивно; не стесняйтесь задавать столько вопросов, сколько Вы хотите помочь разрешить это.
_{(Полное раскрытие: Я работаю на Партнера по Золоту MS, мы создаем эти виды систем),}