none
Виртуальные машины на 2003 RRS feed

 > 

  • Вопрос

  • Question
    Нужно войти
    0
    Нужно войти

    Добрый день!

    Есть сервер под управлением Windows Server 2003 R2 x64 SP2

    На нем поднята платформа виртуализации Virtual Server 2005 R2 и три виртуалки на нем. Одна из них - контроллер домена на Windows Server 2003 R2. При попытке удалить какую либо программу или компонент Windows на этой виртуалке, машина уходит в ребут. Иногда это происходит при установке обновлений. Иногда вообще просто так. Подскажите, как исправить ситуацию? Планируется понизить в роли этот контроллер и удалить, но нужно прежде удалить службу Сертификации AD, а при попытке удаления сервер перезагружается.


    17 марта 2015 г. 12:28
    |

Ответы

  • Question
    Нужно войти
    2
    Нужно войти
    А можно ли, учитывая, что это не единственный контроллер, удалить его из АД принудительно?

    Поскольку домен-контроллер ведет себя неадекватно, выключить его и удалить файлы виртуальной машины. Далее очистить в AD информацию по удаленному DC и выдвинуть другой домен-контроллер в качестве Глобального каталога и хозяина операций. Это многократно обсуждалось, см. например

    https://social.technet.microsoft.com/Forums/ru-RU/f1192600-5910-455a-a46f-3c51ebd0e45a/-

    и ссылки в теме.



    18 марта 2015 г. 21:42
    |
    Модератор

Все ответы

  • Question
    Нужно войти
    0
    Нужно войти
    Скорее всего, машина перезагружается как следствие BSOD. Либо отключите автоматическую перезагрузку при появлении "синего экрана" и убедитесь, что он действительно появляется, либо поищите в системном журнале событий указания на BSOD. Далее потребуется проанализировать дамп памяти, чтобы определить причину "синего экрана". Не исключайте и стандартные проверки: достаточно ли памяти выделено виртуальной машине, не закончилось ли место на системном диске, какое стороннее системное ПО установлено.
    17 марта 2015 г. 12:54
    |
    Модератор
  • Question
    Нужно войти
    0
    Нужно войти

    Оперативно памяти 2 гига, места достаточно. В логах только записи о том, что предыдущее отключение системы было неожиданным и все.

    17 марта 2015 г. 14:24
    |
  • Question
    Нужно войти
    1
    Нужно войти

    Трудно сказать, с чем связано такое поведение, если тем более не регистрируются другие ошибки. Если в вашей инфраструктуре домен-контроллер - единственный, то выключите его и сделайте резервную копию файлов виртуальной машины. Выполните и на виртуальном хосте, и в виртуальной машине chkdsk <имя диска:> /f  для всех дисков. Отключено ли кеширование записи на диск в операционной системе виртуального хоста (это требуется для домен-контроллера, который запущен в виртуальной машине)? Попробуйте установить среду виртуализации, аналогичную вашей, на другом компьютере, перенести туда домен-контроллер в качестве единственной виртуальной машины и проверить, будет ли его работа более устойчивой.



    17 марта 2015 г. 16:35
    |
    Модератор
  • Question
    Нужно войти
    0
    Нужно войти
    А можно ли, учитывая, что это не единственный контроллер, удалить его из АД принудительно?
    18 марта 2015 г. 17:09
    |
  • Question
    Нужно войти
    0
    Нужно войти
    Можно но не забывайте про роли fsmo
    18 марта 2015 г. 21:29
    |
    Модератор
  • Question
    Нужно войти
    2
    Нужно войти
    А можно ли, учитывая, что это не единственный контроллер, удалить его из АД принудительно?

    Поскольку домен-контроллер ведет себя неадекватно, выключить его и удалить файлы виртуальной машины. Далее очистить в AD информацию по удаленному DC и выдвинуть другой домен-контроллер в качестве Глобального каталога и хозяина операций. Это многократно обсуждалось, см. например

    https://social.technet.microsoft.com/Forums/ru-RU/f1192600-5910-455a-a46f-3c51ebd0e45a/-

    и ссылки в теме.



    18 марта 2015 г. 21:42
    |
    Модератор