none
Домен Windows Server 2012 R2 RRS feed

  • Вопрос

  • Коллеги, нужна Ваша помощь...

    У меня сломался единственный КД, сломалась либо мат.плата, либо оперативная память... Времени чинить нет... Есть выходные что бы поднять новый КД...

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

    Подскажите пожалуйста, как лучше поступить...

    22 июля 2016 г. 13:45

Ответы

  • Спасибо коллеги за советы...Почитав понял, что мне проще будет поднять новый домен...Компов не так уж и много придется заново ввести в домен...

    Raid контроллер я не смогу подключить не к одному из имеющихся компов...Так как конструкция компов разная. Упавший сервер, корпус в серверную стойку, а другие компы "классический" корпус...

    Заведу новый домен, назначу роли AD, DNS, DHCP. Больше мне не нужно... Вот только имя домена старое оставлю, и адрес сетевого диапазона тот же 192.168.0.X. Так как, у меня локальная сетка через шлюз на FreeBSD смотрит, там через прокси и сетевые настройки, задан локальный диапазон 192.168.0.X. И менять его не хочется...

    В общем завтра с утра приступлю к поднятию нового "временного" сервера... По результатам отпишусь, хотя наверное в процессе будет не мало вопросов...

    22 июля 2016 г. 16:48

Все ответы

  • Я уже спрашивал похожий вопрос на этом форуме, но всё же решил сделать отдельную тему...
    • Изменено Kostom 22 июля 2016 г. 13:47
    22 июля 2016 г. 13:47
  • лучше по новой, не факт что заведется, а если и заведется - что не будет регулярно в бсод падать
    22 июля 2016 г. 14:04
  • Все зависит от вашего домена - обилия GPO, количества учеток пользователей и компьютеров, групп, наличия доменнозависимых сервисов - exchange например.

    Я бы попытался поднять старый КД, параллельно подготавливая новый с нуля (на всякий случай, чтобы не терять время).


    22 июля 2016 г. 14:56
  • Очень плохо... Не хотелось бы новый домен подымать... Это потом каждый комп из старого вывести, в новый завести, волокита с рабочими столами пользователей и т.д...

    Другие мнения есть?

    22 июля 2016 г. 14:57
  • Другие мнения есть?

    Выяснить таки что сломалось. Купить память/мать на таком же чипсете (или то и другое, не нужное потом вернуть). За 2 дня можно более чем управиться, если железо конечно не древность какая то.
    22 июля 2016 г. 15:08
  • Очень плохо... Не хотелось бы новый домен подымать... Это потом каждый комп из старого вывести, в новый завести, волокита с рабочими столами пользователей и т.д...

    Другие мнения есть?

    Первое и самое главное - не сделать ещё хуже. 

    Что из себя представляла дисковая подсистема на старом сервере? два диска в raid 1? Как минимум склонируйте живой диск на любой другой, чтобы была исходная инфа.

    Честно - не знаю прокатит такой вариант или нет, сам никогда не пробовал и в голову не приходило, но можно попробовать создать виртуалку на любом другом сервере, в её свойствах добавить диск и во время создания виртуального жесткого диска указать содержимое реального физического диска. Ну и логично предположить, что этот реальный физический диск и должен быть диском вышедшего из строя сервера. Коллеги, поправьте меня, если чушь написал. 


    22 июля 2016 г. 15:40
  • один фиг проблема в различной хардвари и возможной несовместимости ядра. не факт что стартанет.

    именно этим и хороши решения с виртуальными серваками - мы не зависим от реального железа.

    можно было бы глянуть в сторону P2V, но хз можно ли это провернуть только с диском.

    22 июля 2016 г. 15:50
  • я не раз виртуализовал физические серверы, в том числе и контроллеры домена, с помощью disk2vhd. Насколько я знаю, никаких изменения конкретно в ОС она не пишет, просто тупо копирует содержимое дисков. 

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

    Конечно минусы решения есть - старые ОС могут не взлететь, потом будет морока с железозависимым ПО типа всяких дров на чипсеты и т.п., придется снова задать сетевые настройки, ведь адаптер по сути изменится. Но суть в том, что виртуалка скорее всего запустится.

    Самая старая ОС, на котороя я это проверял, - 2008R2

    у ТС'а 2012 R2, должно все получиться, надо пробовать.


    • Изменено Egor Vasilev 22 июля 2016 г. 16:09 исправил, дополнил
    22 июля 2016 г. 16:06
  • Спасибо коллеги за советы...Почитав понял, что мне проще будет поднять новый домен...Компов не так уж и много придется заново ввести в домен...

    Raid контроллер я не смогу подключить не к одному из имеющихся компов...Так как конструкция компов разная. Упавший сервер, корпус в серверную стойку, а другие компы "классический" корпус...

    Заведу новый домен, назначу роли AD, DNS, DHCP. Больше мне не нужно... Вот только имя домена старое оставлю, и адрес сетевого диапазона тот же 192.168.0.X. Так как, у меня локальная сетка через шлюз на FreeBSD смотрит, там через прокси и сетевые настройки, задан локальный диапазон 192.168.0.X. И менять его не хочется...

    В общем завтра с утра приступлю к поднятию нового "временного" сервера... По результатам отпишусь, хотя наверное в процессе будет не мало вопросов...

    22 июля 2016 г. 16:48
  • Хорошо, что есть Backup всех данных...
    22 июля 2016 г. 16:48
  • Хорошо, что есть Backup всех данных...
    ничего не понимаю. Если бэкап есть, тогда чего обсуждать? берете и восстанавливаете все на новом железе. Или скажите в каком виде у вас бэкап и бэкап чего конкретно...
    22 июля 2016 г. 17:03
  • Егор, у меня есть следующие backupы

    1) Backup системы (скрин ниже, как я его делал... )

    2) Backup всех документов и баз...

    Все backupы на съемном жестком диске...

    22 июля 2016 г. 17:11
  • Выше же мне написали, что такой бэкап на новом железе "криво" встанет...
    22 июля 2016 г. 17:12
  • а кто вам мешает его установить на виртуальную машину например? Если есть нормальный бэкап, то тем более не надо пересоздавать домен.
    22 июля 2016 г. 17:14
  • Если бы с этого бэкапа, можно было бы на новом железе восстановиться, было бы просто замечательно...
    22 июля 2016 г. 17:15
  • забудьте уже про железо, сделайте виртуальную машину.
    22 июля 2016 г. 17:18
  • Я никогда не делал виртуальных машин... Это сильно сложно? Я сейчас поищу в ИНЕТЕ...Но если приведете пример, буду очень благодарен

    У меня просто только 2 дня... Не хочу потратить их впустую...

    22 июля 2016 г. 17:29
  • Виртуальная машина это типа VirtualBOX ? Допустим на Windows 7 запустить виртуальный Windows Server? Или я вообще не правильно понимаю? Подскажите пожалуйста поверхностно, как это реализовано?
    22 июля 2016 г. 17:31
  • не знать о виртуализации в наше время, это значит потратить последние годы сисадминства впустую)))

    изучайте - https://blogs.msdn.microsoft.com/bryang/2012/08/08/hyper-v-on-windows-8/ 

    виртуалбокс тоже вариант, но на самом деле уже прошлый век, гипервизор  давно встроен в ОС (по крайней мере начиная с windows 8, правда не во все редакции).

    В принципе в этой теме расписали все возможные варианты, выбирать уже вам. Тут лишь один совет на будущее - держите не менее двух контроллеров домена на разном железе. 

    22 июля 2016 г. 17:41
  • Егор, объясните пожалуйста мне, чем виртуалка лучше "оригинала", в моей ситуации...

    На сколько я помню, что бы в виртуальной машине указать 4 ГБ памяти, надо что бы на реальной машине было 8 ГБ... У меня нет такого компа...

    22 июля 2016 г. 17:59
  • Вот поэтому я хочу на реальном железе поднять новый домен... Так как не зная виртуалки, я два дня провожусь с ней, а толку наверное и результата будет "0"...
    22 июля 2016 г. 18:00
  • Вот поэтому я хочу на реальном железе поднять новый домен... Так как не зная виртуалки, я два дня провожусь с ней, а толку наверное и результата будет "0"...

    все правильно, поэтому я и оставляю момент принятия решения на вашу совесть. Вы правильно говорите - если время сильно ограничено, а задачу нужно выполнить в срок, то лучше идти уже пройденными ранее путями. Поэтому в вашем случае наверно логичнее восстановить все на железный сервер, а не виртуальный

    з.ы. Если на хосте у вас 8ГБ, то одной виртуалке можете отдать до 7ГБ совершенно спокойно. Оставьте 1гиг хостовой ОС вне зависимости от количества виртуалок на ней.

    22 июля 2016 г. 18:04
  • Егор, спасибо Вам большое что тратите на меня своё время...

    У меня нету в наличии компа, с памятью более 4 ГБ...

    Завтра с утра приступлю к созданию нового сервака... Буду отписываться сюда по результатам...

    22 июля 2016 г. 18:13
  • да не за что. Пишите, поможем.
    22 июля 2016 г. 18:27
  • Спасибо...

    Обязательно буду писать о результатах...

    22 июля 2016 г. 18:31
  • Егор, у меня есть следующие backupы

    1) Backup системы (скрин ниже, как я его делал... )

    2) Backup всех документов и баз...

    Все backupы на съемном жестком диске...

    Полная резервная копия диска C: у вас по факту есть. И данные для восстановления системы на голом железе(Bare-metal recovery, BMR, если я правильно понимаю эту русскую версию) насколько я понимаю у вас тоже есть. Так что можете попробовать восстановить их на другом сервере прямо путём загрузки с дистрибутивного диска соответствующей версии (там есть нужная опция) и молиться на PnP. Если нет какой-то экзотике на системной плате - должно стработать, на всякий случай подготовьте все драйверы для этого железа на флешке.

    Далее, если этот сервер поднимется, то жить он будет долго и счастливо. Или недолго - если вы решите установить нормальным образом второй КД и перенести всё на него, а этот - понизить, выключить и, допустим, вернуть хозяину. В общем, это - дело максимум, нескольких часов. Попробуйте - это значительно легче, чем заново создавать новый домен.


    Слава России!

    22 июля 2016 г. 19:24
  • Выше же мне написали, что такой бэкап на новом железе "криво" встанет...

    Чисто для справки: свежая установка Windows подразумевает как раз восстановления некоего "бэкапа" (образа системы из install.wim), ну, а дальше средства обнаружения и настройки оборудования (AKA PnP) приводят этот образ в состояние, способное работать на данном конкретном компьютере (возможно - с помощью администратора, предоставляющего нужные драйверы - на флешке и т.д.). Так что кривизна возможна только из-за драйверов старой системы, не осознавших, что они работают с другим железом - но, в основном, процессом осознания занимается как раз PnP Manager. Единственное существенное исключение - драйверы контроллера и диска, откуда идёт начальная загрузка.


    Слава России!




    • Изменено M.V.V. _ 22 июля 2016 г. 19:33
    22 июля 2016 г. 19:31
  • Спасибо M.V.V

    Скорее всего попробую этот вариант, тем более времени не много потрачу...

    Ещё как вариант, хочу спросить... Может глупость полную спрошу, но всё же...

    Домен у меня назывался kostomfo.local адрес сервака 192.168.0.30 он же как Вы поняли DNS для компов.

    Если я допустим подыму новый сервер, на новом железе. Имя оставлю то же, и адрес тот же. Заведу в AD всех пользователей, с таким же именами под какими они сейчас работают. И попробую с любого компа войти в домен, как думаете получится? Или так как структура леса другая, компы пользователей догадаются что контроллер поменялся? Просто столько волокиты придется делать, с каждым компом... Вывести, ввести обратно, перекинуть рабочий стол и т.д.

    Наверное все таки полнейшая глупость, что я выше написал...

    22 июля 2016 г. 19:51
  • Сделав домен с тем же именем, в ыне решите ни одной проблемы.

    У нового домена, даже  тем де именем, будет новый SID (бинарный идентификатор, по которому он, собственно отличается),  от него образованы SID пользователей, по которым определяется путь к их профилям - так что старые профили потеряются. На SID опять-таки завязаны все разрешения - именно он прописывается в Access Control Lists. Ну и учётных записей существующих компьютеров в новом домене не будет - так что они стать его членами не смогут.


    Слава России!

    22 июля 2016 г. 22:33
  • Понятно, пользователей придется заново в домен заводить. Но ведь ничего не мешает оставить старое имя домена на новом серваке...и тот же диапазон IP...Правильно?

    А теперь напишу как обстоят дела... Придя сегодня на работу, и ещё раз перезапустив "упавший" КД, он смог запуститься, и заработал... Ошибки, которые высыпались в менеджере, привожу ниже...

    Как думаете, протянет "проблемный" сервак до момента покупки нового сервера. Что бы по нормальному передать роли и домен?

    23 июля 2016 г. 5:29
  • Так же привожу вывод dcdiag с проблемного сервера... Сейчас вот думаю, что предпринять... Новый "временный" сервер подымать, или дождаться покупки нового "в ближайшее время", а до покупки нового поработать на проблемном...

    Коллеги, буду ждать Ваших советов

    C:\Users\Администратор.KOSTOMFO>dcdiag

    Диагностика сервера каталогов

    Выполнение начальной настройки:
       Выполняется попытка поиска основного сервера...
       Основной сервер = SERVERFO
       * Определен лес AD.
       Сбор начальных данных завершен.

    Выполнение обязательных начальных проверок

       Сервер проверки: Default-First-Site-Name\SERVERFO
          Запуск проверки: Connectivity
             ......................... SERVERFO - пройдена проверка Connectivity

    Выполнение основных проверок

       Сервер проверки: Default-First-Site-Name\SERVERFO
          Запуск проверки: Advertising
             ......................... SERVERFO - пройдена проверка Advertising
          Запуск проверки: FrsEvent
             ......................... SERVERFO - пройдена проверка FrsEvent
          Запуск проверки: DFSREvent
             За последние 24 часа после предоставления SYSVOL в общий доступ
             зафиксированы предупреждения или сообщения  об ошибках.  Сбои при
             репликации SYSVOL могут стать причиной проблем групповой политики.
             ......................... SERVERFO - не пройдена проверка DFSREvent
          Запуск проверки: SysVolCheck
             ......................... SERVERFO - пройдена проверка SysVolCheck
          Запуск проверки: KccEvent
             ......................... SERVERFO - пройдена проверка KccEvent
          Запуск проверки: KnowsOfRoleHolders
             ......................... SERVERFO - пройдена проверка
             KnowsOfRoleHolders
          Запуск проверки: MachineAccount
             ......................... SERVERFO - пройдена проверка MachineAccount
          Запуск проверки: NCSecDesc
             ......................... SERVERFO - пройдена проверка NCSecDesc
          Запуск проверки: NetLogons
             ......................... SERVERFO - пройдена проверка NetLogons
          Запуск проверки: ObjectsReplicated
             ......................... SERVERFO - пройдена проверка
             ObjectsReplicated
          Запуск проверки: Replications
             ......................... SERVERFO - пройдена проверка Replications
          Запуск проверки: RidManager
             ......................... SERVERFO - пройдена проверка RidManager
          Запуск проверки: Services
             ......................... SERVERFO - пройдена проверка Services
          Запуск проверки: SystemLog
             Возникло предупреждение. Код события (EventID): 0xA004001B
                Время создания: 07/23/2016   08:18:06
                EvtFormatMessage failed, error 15027 ресурс сообщения существует, но
     сообщение не найдено в таблице строк и таблице сообщений.
                (Не удается извлечь строку события (журнал событий = System),
                ошибка 0x3ab3)
             Возникло предупреждение. Код события (EventID): 0xA004001B
                Время создания: 07/23/2016   08:18:12
                EvtFormatMessage failed, error 15027 ресурс сообщения существует, но
     сообщение не найдено в таблице строк и таблице сообщений.
                (Не удается извлечь строку события (журнал событий = System),
                ошибка 0x3ab3)
             Возникло предупреждение. Код события (EventID): 0x000003F6
                Время создания: 07/23/2016   08:18:17
                Строка события:
                Разрешение имен для имени _ldap._tcp.dc._msdcs.kostomfo.local. истек
    ло после отсутствия ответа от настроенных серверов DNS.
             Возникло предупреждение. Код события (EventID): 0x00001796
                Время создания: 07/23/2016   08:18:52
                Строка события:
                Microsoft Windows Server обнаружено, что в настоящее время между кли
    ентами и этим сервером используется проверка подлинности NTLM. Это событие возни
    кает один раз при каждой загрузке, когда клиент первый раз использует NTLM с эти
    м сервером.
             Возникло предупреждение. Код события (EventID): 0x00002724
                Время создания: 07/23/2016   08:18:56
                Строка события:
                Этому компьютеру назначен по крайней мере один динамический IPv6-адр
    ес. Для надежной работы DHCPv6-сервера следует использовать только статические I
    Pv6-адреса.
             Возникло предупреждение. Код события (EventID): 0x000727AA
                Время создания: 07/23/2016   08:18:57
                Строка события:
                Службе WinRM не удалось создать следующие имена участников-служб: WS
    MAN/SERVERFO.kostomfo.local, WSMAN/SERVERFO.
             Возникло предупреждение. Код события (EventID): 0x0000000C
                Время создания: 07/23/2016   08:19:00
                Строка события:
                NTP-клиент поставщика времени: этот компьютер настроен на использова
    ние доменной иерархии для определения своего источника времени, но при этом он я
    вляется эмулятором основного контроллера домена Active Directory для домена в ко
    рне леса, поэтому в доменной иерархии не существует компьютера, расположенного в
    ыше, который можно использовать как источник времени. Рекомендуется настроить на
    дежную службу времени в корневом домене или вручную настроить основной контролле
    р домена Active Directory для синхронизации с внешним источником времени. В прот
    ивном случае этот компьютер будет выступать в роли заслуживающего доверия источн
    ика времени в доменной иерархии. Если внешний источник времени не настроен или н
    е используется для этого компьютера, можно отключить NTP-клиент.
             ......................... SERVERFO - пройдена проверка SystemLog
          Запуск проверки: VerifyReferences
             ......................... SERVERFO - пройдена проверка
             VerifyReferences


       Выполнение проверок разделов на: ForestDnsZones
          Запуск проверки: CheckSDRefDom
             ......................... ForestDnsZones - пройдена проверка
             CheckSDRefDom
          Запуск проверки: CrossRefValidation
             ......................... ForestDnsZones - пройдена проверка
             CrossRefValidation

       Выполнение проверок разделов на: DomainDnsZones
          Запуск проверки: CheckSDRefDom
             ......................... DomainDnsZones - пройдена проверка
             CheckSDRefDom
          Запуск проверки: CrossRefValidation
             ......................... DomainDnsZones - пройдена проверка
             CrossRefValidation

       Выполнение проверок разделов на: Schema
          Запуск проверки: CheckSDRefDom
             ......................... Schema - пройдена проверка CheckSDRefDom
          Запуск проверки: CrossRefValidation
             ......................... Schema - пройдена проверка
             CrossRefValidation

       Выполнение проверок разделов на: Configuration
          Запуск проверки: CheckSDRefDom
             ......................... Configuration - пройдена проверка
             CheckSDRefDom
          Запуск проверки: CrossRefValidation
             ......................... Configuration - пройдена проверка
             CrossRefValidation

       Выполнение проверок разделов на: kostomfo
          Запуск проверки: CheckSDRefDom
             ......................... kostomfo - пройдена проверка CheckSDRefDom
          Запуск проверки: CrossRefValidation
             ......................... kostomfo - пройдена проверка
             CrossRefValidation

       Выполнение проверок предприятия на: kostomfo.local
          Запуск проверки: LocatorCheck
             ......................... kostomfo.local - пройдена проверка
             LocatorCheck
          Запуск проверки: Intersite
             ......................... kostomfo.local - пройдена проверка Intersite

    C:\Users\Администратор.KOSTOMFO>

    23 июля 2016 г. 5:45
  • Наверное, нужно остаться на проблемном сервере, и как можно быстрее приобрести новый сервер... После чего выполнить передачу ролей...
    23 июля 2016 г. 6:23

  • Как думаете, протянет "проблемный" сервак до момента покупки нового сервера. Что бы по нормальному передать роли и домен?

    вы ведь понимаете, что глупо ждать ответа на этот вопрос?

    Покажите лучше ошибки в просмотре событий, а не в диспетчере серверов. Проверьте что у вас со службой днс и настройте время на сервере.

    23 июля 2016 г. 10:07
  • как ваши дела?
    25 июля 2016 г. 6:10
  • Егор, извините что пропал из сети...

    Дела в принципе нормально... В просмотре событий ошибок не наблюдается...Служба ДНС ни на что не ругается...

    Ошибки были только 23 числа, при запуске сервера, я эти ошибки выше указывал...

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

    25 июля 2016 г. 9:21
  • возьмите любой ПК и поднимите на нем ещё один контроллер домена - задача на пару часов работы. Если старый сервер все же загнется, то у вас будет работающий ПК с контроллером домена. Ему вполне будет достаточно 2ГБ оперативки, по процессору жестких требований нет, диск нужен только один (будет вообще супер, если поднимите программный рейд 1 на двух дисках средствами винды). Это если у вас в организации работают меньше 200-300 сотрудников. Для большего количества нужно железо получше.

    до покупки нового сервера займитесь изучением виртуализации, без этого сейчас никуда. Также изучите нюансы правильной настройки контроллеров домена

    25 июля 2016 г. 9:31
  • Конечно я понимаю, что никто не ответит на вопрос, дождется ли старый сервер покупки нового, или упадет... Во всяком случае, если не дождется, придется на временном ПК поднять новый домен, а после передать роли уже новому серверу... Если старый сервер продержится до покупки нового, тогда будет проще...Передача ролей и т.д.

    А что мешает сейчас взять "временный ПК" и поднять на нём второй DC ? И "если не дождётся" просто захватить роли, без "нового домена". Если не ошибаюсь, триальный период на сервер 180 дней, неужели не хватит?

    S.A.

    25 июля 2016 г. 9:33
  • Допустим, даже если я подниму второй DC, а основной КД всё же сломается раньше времени, всем пользователям придется ждать, пока я не перенесу все программы и базы на второй DC... Единственное, чем поможет второй DC, так это домен сохранит.

    А учитывая что у меня 15 пользователей, не страшно будет поднять новый домен, и ввести туда пользователей заново...(если всё таки старый домен рухнет)

    Так же я не уверен, что второй DC "гладко" подключится к домену, не наломав дров. У меня всё ещё присутствует на единственном контроллере ошибка репликации (Ошибка 9061 Реплицированная папка была автономной слишком долго), в отдельной теме мы уже рассматривали её, и не смогли решить...

    Так что на данный момент, второй DC поможет разве что только спасти домен, в котором 15 пользователей... Если бы у меня было 150 пользователей, тогда бы во втором DC был бы смысл, и я бы его уже запустил бы на триальной версии.

    Егор, объясните мне пожалуйста, я не могу Вас понять, чем виртуалка так может помочь? Допустим на новом железе, я запущу второй виртуальный домен, и всё это для 15-ти пользователей... Будет выполняться репликация между "реальным" и "виртуальным" доменом... Но в чем плюс виртуализации, а к сожалению немогу понять, подскажите...

    25 июля 2016 г. 11:14
  • виртуалка почти не привязана к железу.. то есть по факту если у вас физически сдох сервер виртуализации - цепляем винты к новому железу, поднимаем там среду виртуализации и наш сервачок продолжает работать без танцев с бубнами по вычистке дров и т.п.
    25 июля 2016 г. 11:19
  • Собственно про виртуализацию вам уже ответил коллега чуть выше. Все именно так и есть. Плюсы виртуалки - отсутствие зависимости от железа. Это удобно не только в случае факапов подобно вашему, но и в случае плановой миграции серверов на новое оборудование. Если у вас есть виртуалка, время миграции на новое железо будет равняться времени копирования этой виртуалки на новый сервер.

    Про вашу старую тему помню, там действительно на кд не все слава богу. Возможно развернуть домен с нуля не такая уж и плохая идея. 

    25 июля 2016 г. 11:29
  • Та ошибка репликации с некорректно удалённым DC ничем не помешает работе репликации с новым DC в частности, и работе домена вообще.

    Хорошая практика, когда DC не выполняет никаких других функций, кроме собственно AD DS, никаких баз и "других программ". В этом случае виртуалка "помогает" именно тем, что её можно таскать между разным железом как угодно (миграция/экспорт/импорт) и когда угодно, особенно, если DC минимум два.

    Единственный DC на физическом железе, ещё и нагруженный дополнительными функциями, это гарантированный геморрой, который Вы, собственно, и имеете.


    S.A.

    25 июля 2016 г. 19:46
  • контора 15 человек - видимо жадничают на лицухи и/или оборудование. В принципе это обычная практика, это норма.
    26 июля 2016 г. 4:48