Как я отменяю установку восстановления Windows Server 2003?

Windows Server может иметь CALs, включенный, если Вы покупаете розничную продажу (поле), или OEM (предварительно установила) продукт, но лицензируемые для объема выпуски не имеют никакого включенного CALs. В первом случае различные числа CALS доступны за различные цены, и эти пакеты дифференцируются номером детали.

Можно использовать CALs в двух режимах лицензирования относительно Windows Server.

  • На сервер: Каждый сервер имеет много CALs, присвоенные ему, и поэтому если клиентская машина подключения к трем серверам, которые являются каждым в режиме на сервер, та машина, будет использовать три CALs.
  • Для каждого устройства или в расчете на пользователя: Каждому устройству или пользователю присвоили единственный CAL ему, и это может соединиться с любым количеством экземпляров Windows Server с помощью что один CAL. С лицензированием в расчете на пользователя 25 Пользователей CALs позволит 25 пользователям соединяться с любым количеством машин сервера от любого количества клиентских машин. С лицензированием для каждого устройства 25 Устройств CALs позволит любому числу пользователей соединяться с любым количеством серверов от 25 устройств.

Можно смешать CALs в расчете на пользователя и для каждого устройства в организации, чтобы сэкономить деньги в некоторых случаях, но это - вероятно, больше проблемы, чем это стоит. Я никогда не находил причину использовать лицензирование на сервер в организации больше чем с одним Windows Server. Я не уверен, в расчете на пользователя ли FPP и OEM связанные CALs или для каждого устройства, или если Вы добираетесь для выбора.

Отвечать на Ваши конкретные вопросы: 25 CALs относятся ко всем Вашим реальным и виртуальным машинам, если бы Вы используете их в режиме для каждого устройства или в расчете на пользователя, но Вам были бы нужны 100 лицензий при работе каждой виртуальной машиной в режиме на сервер. (Если бы хост выполнял роли Windows Server, с которыми соединились клиенты также, то затем Вам были бы нужны в общей сложности 125 CALs в режиме на сервер, но он кажется, что Вы используете его только в качестве хоста VM.)

0
задан 28 August 2012 в 13:43
2 ответа

Хорошо в 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).

0
ответ дан 4 December 2019 в 23:10

Мне кажется, что вы полностью облажались. Если вы не можете выполнить восстановление из резервной копии и не можете подключить систему к сети, то вам не повезло. В будущем вы должны использовать это как урок:

  1. Делайте хорошие резервные копии
  2. Проверяйте свои резервные копии
  3. Не запускайте Exchange (или другие службы) на контроллере домена
1
ответ дан 4 December 2019 в 23:10

Теги

Похожие вопросы