Windows Server может иметь CALs, включенный, если Вы покупаете розничную продажу (поле), или OEM (предварительно установила) продукт, но лицензируемые для объема выпуски не имеют никакого включенного CALs. В первом случае различные числа CALS доступны за различные цены, и эти пакеты дифференцируются номером детали.
Можно использовать CALs в двух режимах лицензирования относительно Windows Server.
Можно смешать CALs в расчете на пользователя и для каждого устройства в организации, чтобы сэкономить деньги в некоторых случаях, но это - вероятно, больше проблемы, чем это стоит. Я никогда не находил причину использовать лицензирование на сервер в организации больше чем с одним Windows Server. Я не уверен, в расчете на пользователя ли FPP и OEM связанные CALs или для каждого устройства, или если Вы добираетесь для выбора.
Отвечать на Ваши конкретные вопросы: 25 CALs относятся ко всем Вашим реальным и виртуальным машинам, если бы Вы используете их в режиме для каждого устройства или в расчете на пользователя, но Вам были бы нужны 100 лицензий при работе каждой виртуальной машиной в режиме на сервер. (Если бы хост выполнял роли Windows Server, с которыми соединились клиенты также, то затем Вам были бы нужны в общей сложности 125 CALs в режиме на сервер, но он кажется, что Вы используете его только в качестве хоста VM.)
Хорошо в AD окон 2000, ntds.dit является фактическим файлом базы данных. Это - центральная точка для Ваших учетных записей пользователей и все остальное сохраненное в AD. Если этот файл поврежден..., я не уверен относительно того, как восстановить его. Механизм базы данных Active Directory является Расширяемым механизмом устройства хранения данных (ESE), который основан на базе данных Jet, используемой Exchange 5.5 и WINS. ESE имеет возможность вырасти до 16 терабайт, которые были бы достаточно большими для 10 миллионов объектов. Назад к реальному миру. Только база данных Jet может maniuplate информация в AD хранилище данных.
К сожалению, Kilgore2k, кажется, что Вы - borked в настоящий момент.
Одна вещь сделать в будущем состоит в том, чтобы сделать регулярные резервные копии (я знаю, я знаю, нам слышали ALL это прежде). Получите некоторое отображающее диск программное обеспечение (Фантом Symantec, WinImg, и т.д.), и получите снимок своего диска/массива. Затем используйте программное обеспечение для резервного копирования (запустите> выполненный> ntbackup, или сторонний резервный инструмент) копировать все Ваши файлы и таким образом что изменение ежедневно, еженедельно, и т.д.
У меня есть "ванильное" изображение моего контроллера домена и веб-сервера, в котором я создал... "ваниль" как, после того, как я установил все, вложил последние текущие исправления, и т.д., я сделал снимок из него. Затем по субботам и воскресенья, я выполняю Полное резервное копирование, и каждый день промежуточный (понедельник-пятница), я выполняю инкрементное резервное копирование.
Таким образом для восстановления я просто должен шлепнуться, которые создают снимки назад на дисках/массивах, затем делают восстановление с моим последним полным резервным копированием + incrementals, и вуаля, сервер и работающий (необходимо было бы войти в AD режим восстановления хотя для DC).
Мне кажется, что вы полностью облажались. Если вы не можете выполнить восстановление из резервной копии и не можете подключить систему к сети, то вам не повезло. В будущем вы должны использовать это как урок: