миграция от SCE до SCCM+SCOM
Я не уверен, каково Ваше определение "большой" системы DNS. Я работал над одним приблизительно из 30 и одним приблизительно из 50.
Я сказал бы, что Вы не можете точно ответить на этот вопрос для всех установок. Ваш профиль производительности, Ваши имеющиеся ресурсы, частота, с которой необходимо обновить IP-адреса и инструменты, доступные Вам, будут все влиять на это решение.
Например, у администратора, пытающегося сжимать последние отбрасывания производительности из системы, кто редко изменяет дюйм/с или имеет доступ к инструменту для легкого внесения глубоких изменений, будет другой ответ от администратора, у которого есть больше производительности, чем время. Сколько IP-адресов и/или хост-машин, которыми Вы управляете, может иметь эффект. Потребности Ваших клиентов могут иметь эффект.
Лично, когда существует только несколько включенных машин и большое количество доменов, я использую CNAMEs. Когда у меня есть относительно немного доменов на сервер, я предпочитаю записи. Так, несмотря на Вашу импликацию, что этому можно ответить окончательно, я думаю, что это в большой степени зависит от ситуации, ресурсов и (да) персональное предпочтение.
Я предположу здесь, что Вы обновляете, потому что Вы достигли этих 50 Windows Server и/или 500 Клиентских пределов Windows PCs в SCE, потому что я не вижу никакую другую ясную экономическую модель для переключения.
Мой опыт с SCCM не видел хиты производительности из установки клиентов SCCM или любых определенных конфликтов с другим программным обеспечением, которое мы запускаем - но если бы Вы выполняете системы в жестком реальном времени сюда, было бы мудро сделать некоторое тестирование или получить некоторых (оплаченный) совет от Вашего поставщика.
То, что может представлять интерес в зависимости от того, что Вы выполняете, то, что существуют некоторые функции агента SCCM, которые требуют перезагрузки клиента, прежде чем они будут функционировать правильно, или требовать.NET, которая потребует перезагрузки. Если Вы не можете позволить себе время простоя, чтобы ПОЛНОСТЬЮ установить клиент и его предпосылки, то Вы не можете получить значение, на которое Вы надеялись.
Одной такой функцией является Желаемый Менеджер конфигурации, который позволяет Вам определять "базовые" конфигурации, которые все Ваши компьютеры должны выполнить и затем сообщить относительно систем, которые не встречают это. Это также позволяет Вам выставлять реестр и другие изменения конфигурации к Вашим системам - если не изменяет память, правильно, именно, что часть клиента не была ясна.
С точки зрения продвижения обновлений окон и развертывания программного обеспечения, SCCM просто переносит WSUS и другие механизмы развертывания. Если это - все, что Вы ищете, можно найти WSUS, или наборы развертывания - все, в чем Вы нуждаетесь. Например, SCCM помогает Вам развернуть Windows на серверах и ПК, но можно достигнуть всего этого с другими инструментами и немного большим усилием. На самом деле кривая обучения для SCCM довольно крута, таким образом, можно провести меньше времени, выясняя сценарии установки без сопровождения и т.д.
В основном мой совет состоит в том, чтобы посмотреть на то, что Вы ожидаете выходить из SCCM перед покупкой. Если Вы только нуждаетесь в небольшом количестве его многих функций, проводите некоторое время, смотря на альтернативы для тех функций.