Почему нельзя ставить сервер плиложений 1с на контроллер домена? #419608

собственно сабж?

ставь

+1

кто запрещает?

а кто сказал, что нельзя? может просто нежелательно?

кроме здравого смысла ничего

мнения разные... одни говорят, что при связке 1с+sql +контроллер домена помогает только цианистый калий....

вот почему нежелательно...

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

нагрузка.. и уровень "важности" железки

слушай идиотов из (1+2)... P.S. основная приоритетная функция контроллера домена - управлять юзерами и контролировать их права доступа. Поэтому все другие операции выполняются в последнюю очередь

стоит. еще sql, терминал, днс.. Постоянно сидят 12-18 пользователей.. в выходные ушел в ребут и не вернулся.в итоге в филиале 4.5 часа без 1с, у нас полтора

именно из-за этого и спрашиваю... виснет сервак... уже не знаю на что и грешить - то ldf переполняется (хотя место на диске более 200 гб)... мож из-за контроллера все-таки....

, очень аргументировано... контроллер будем переносить.

спасибо!

На контроллере, по определению, отключено кэширование. Хочешь тормоз ставь на него.

это не самое страшное. У них еще скуль стоит - он сам кеширует данные.

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

вот это да... спасибо, это многое объясняет... серв скл "молотил" - кешировал чего-то там (поскольку файлы баз данных выросли или журнал вырос), типа завис. А на с контролеер отключает софтовое кеширование полностью??

а темпДБ - у вас где - на отдельном диске? на каком райде построено все?

контроллер+терминал это тоже сильная связка

в смысле сильная? - сильная по глюкам???

Основные причины, почему серверна роль контроллера домена плохо совместима с другими ролями: 1. Контроллер домена отвечает за безопасность, занимается хранением и выдачей сертификатов и т.п., поэтому наличие "постороннего" ПО - брешь в системе безопасности. 2. Настройка прав на КД исключает многие действия, которые требуются для приложений. Именно поэтому, например, при установке терминального сервера на КД приходится допиливать политики руками. 3. В отличие от "обычного" сервера у КД нет и архитектурно не может быть пользователей, не входящих в домен. 4. На контроллере домена, если мне не изменеяет память, включен IPSec, что приводит к повышенному потреблению времени проца при обменах по сети и некоторому увеличению отклика приложений. Увеличение некритичное для задач КД, но может быть фатальным для других приложений. 5. Наверное самое важное, что КД отрубает напрочь кеширование записи на диск с каталогом AD. Т.е. любое приложение с этим диском будет работать в десятки раз тормознее. Рекомендации MS по оценке железа, требующегося для КД на вин2003 таковы (не найду сходу ссылку), что 512 мб памяти и 1 проца хватает на 100 или где-то так пользователей (но почти обязателен RAID1). Практика показывает что при установке КД и других серверных служб нормально не работает ни то ни другое.

спасибо за исчерпывающий ответ...