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

ставь

(1)+1

(0)кто запрещает?

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

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

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

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

(6) правила хорошего тона гласят что контроллер домена должен быть контроллером домена...

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

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

слушай идиотов из (1+2)...

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

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

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

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

спасибо!

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

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

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

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

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

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

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

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

Рекомендации MS по оценке железа, требующегося для КД на вин2003 таковы (не найду сходу ссылку), что 512 мб памяти и 1 проца хватает на 100 или где-то так пользователей (но почти обязателен RAID1). Практика показывает что при установке КД и других серверных служб нормально не работает ни то ни другое.

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