Установил Win Server 2003 и теперь думаю: хотелось бы, чтобы скорость работы у юзеров была бы максимально возможной, но вот возникла мысль, а много ли ресурсов пожирает Active Directory? Если сеть сделать без доменов и не ставить Active Directory возможно ли использовать только роль сервера Terminal Server или это не возможно?

возможно и крайне желательно

с AD быстрее будет

>>Установил Win Server 2003 и теперь думаю

Хорошо подумай.. С такими вопросами AD у тебя сразу лягет, у получишь резкое замедление "работы у юзеров"

(0) Если АД не надо, то и ставить его не надо. Нормально без АД работает..

да

(2)Да лано

Меня интересует потеряю я в скорости без АД или скорость станет быстрее? Можно ли ставить Terminal Server на сервер без роли DNS-сервера?

(7) Можно, и даже нужно..

Я имею ввиду что на терминал лучше не ставить других доп. служб и ролей..

У меня без

(8) Если только одноранговая сетька, но и тада (если дерево) dns-s dhcp-сы и прочую херь не на терминальник а куда нить другое место, ему одинэсов и усерских извратов=выше крыши работы хватит.

AD это прежде всего централизованное управление сетью, а Terminal - это удаленный доступ... не надо

(12) Если серверов неколько = то, увы уже надо, хотя и не сильно... возни больше с юзерьскими профилями, без ад. а если адын (сервант)= и нак ненужно.

У меня старый сервер Xeon 1.8 стоит с Active Directory на 20 человек - терминалка стала тормозит, купили еще сервер Xeon 3.4x2 c 6 гигами памяти. Сначала думал сделать контроллером домена новый сервер а старый сделать просто терминальником. Теперь думаю - тот оставить как есть, а новый просто сделать терминальником. Но если базы будут на стором, то не привед ли к замедлению работы с 1С если юзеры будут заходить в терминалку на новый но базы цеплять со старого - соединение между серваками гигабитной сетью будет. Да кстати, а как настроить соединение сетвых подключений тех сетевых карт, который серваки между собой соединяют - как рабочая группа или доменный параметры задавать?

Если сервак нужен только как терминальный сервер для 1с, и ни для каких вордов и офисов не юзается, то ничего туда ставить не надо, имхо..

(14) А в общий хаб не судьба запихать?, Новый лучше на сервак терминалов, старый АД оставить, и еще, у тебя винс стоит?

(14) "если базы будут на стором" = ходи терминалом из терминальной сессии на второй сервант. А будет гигухой связан, дык ещо лучше. По сети базы не ганяй ибо это зло.

13) это да однозначно, но в (0) о нескольких разговора не шло... тогда AD на отдельную машинку....

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

(17) Вот я и хочу завязать их вдвоем. У меня вопрос как настроить эти сетевухи вторые, которые у серверов глядят друг на друга - какие параметры прописать. Может просто как рабочие группы или этим сетевухам нужно прописать айпишники общей сети с доменами?

(19) И этой петелькой сетьку удавить...маладца, так и делай.

(21) не понял. какой петелькой?

(19) И будет у тебя кольцо, а с ним коллизии. База какая? SQL или DBF? c Wins AD почему то быстрее работает..

(19) База DBF. Тогда как лучше соединить два сервака? Просто в гигабитные порты одного свича оба сервака вставить? Такой вариант подойдет?

(24) лучше не по сети тыркать базу, а все оставить на том-же серваке, на котором терминал и 1с..

(24) Сетевухи вставить в общий свитч, у нас все серваки в гигабитный воткнуты, от гигабитного на 100 мегабитные свитчи идут..

(25) Дело в том, что у меня половина пользователей будет заходить в терминал на одном сервере, а другая половина на старом. В любом случае для одной из половин база будет "по сети".

(27) А зачем такой изврат? 20 человек, да на Хеоне..

пофих

(28) Предположим, что у меня их будет 40. Что тогда? Как тогда решать проблему тормозов в терминалке?

(27) Тук-тук дерево? ты (17) прочел=не понял? Ходи из терминала в терминал, с одного на другой...лишь бы не заблудились.)))

(30) некоторые советуют кластер с внешним хранилищем (т.е. переход на SQL версию).  мы тупо купили 4-х процессорный сервант..

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

(33) 4 проца по 4 ядра, работает просто прелесть..

(27) Я че-то не вкурил. Зачем по сети? На обеих серваках Терминал и на рабочие столы юзеров по две иконки подключений (к старому и к новому). АД, как тебе уже обясняли для централизованного управления сеансами юзеров. А насколько оно тебе важно? Думаю, чем меньше наворотов на сервере, тем однозначно быстрее его реакция, тем более, что у тебя ДБФ.

8 Гигов опретивки, у нас конфа очень такая, очень спецефичсеская и многими дописанная. Оптимизировать даже не хочу..

(34) Ого! этож (цифры в калькуляторе) до двести рыл туда мона (памяти скока?), у меня до 60-т, такой мощи ненадоть )))

Нет. Но с АД проще админить.

(37) у нас 100 там ворочаются почти на 50 проц. загрузке.. вот.. Но 200 рыл нереально. Какой нить юзверь запустит отчет за год и аля улю 427

(35) Тогда получится, что тот сервер, на котором база, которую юзают все - опять будет нагружен большим количеством юзеров - а мне надо разрузить старый сервер.

(17) ОЗУ 8, винт 300 вроде рэйд

Если в терминалку заходить на новый сервер и оттуда еще в терминалку старого сервера, то это не выход. Есть база ТиС - с которой работаю все и база Бух, с которой работают 5 человек. Я хочу развести на два сервера их, но тогда те, ктоработает с обеими базами в любом случае к одной будут обращаться "по сети" - это будет тормозить работу этих людей. Вот что мне нужно знать и как сделать по-нормальному?

...но тогда те, ктоработает с обеими базами в любом случае к одной будут обращаться "по сети" - это будет тормозить работу этих людей. Вот что мне нужно знать и как сделать по-нормальному?

Да обясни, мне тупому, почему "по сети"? Две сессии терминалов к разным серверам и похыру татарам Киев. Болеее посещаемую базу на более мощный сервер. У меня такая же ситуэйшен - на один сервер(помощнее) ломятся, кому не лень, на другом - Зарплата, несколько бухов на копиях за прошлые годы и ночная копия базы для экспериментов программистов. Размер рабочей базы 8.3 Гиг, ДБФ, 36 юзеров, сеть сотка -  и никакой драки.

(43) С таким же успехом я могу использовать один мощный сервер. Если так делать, то получается, что 40 человек будут юзать под одним терминалом ТиС и 5 человек под другим терминалом Бух. А если соотношение будет 100 к 10. Получается,что новы сервер не разгружает старый, а принимает все на себя. Можно это как-то более красиво сделать?

(42) Если так уж тяжело понять, что тама я и (35) (дарова Василий) сообщаю:
вешаешь на рабочие столы ярлыки к "Удаленный рабочий стол" в них: Запускать приложение + с указанием в ярлыке пути к базе (на нужном терминале свою) с паролем и имненем (если совсем для ленивых) - присваиваешь ярлычку картинку от 1С, обзываешь "Это типа база ТИС" а это "База Бух". Тыкают=попадают куда надо. Если на клиентах линухи = то сложнее на чуточку (ключики в запуске рдесктопа придется перенастроить). Ужели все так запущено...

(44) у нас 3 терм. сервака, 1 торговля, 1 бух-я, другой для прочего..

+(45) Если совсем тяжко на одном серванте тижооолую базу всем вместе= сделай распределенку на соседнем сервере (с выгрузкой из ЦБ 1С "всего" в ПБ с автообменом каждых несколько мин, часть юзерей отсели на нее (ПБ) если им нужны "тяжелые" отчеты=сделать это обязательно.

Да замахается он с распределенкой...

(47) Вот именно, что эти 5 человек запускают тяжелые отчеты и если они будут лезть в терминалку для общей базы и там запускать тяжелые отчеты, то у всех будет тормозить - так как процессор будет грузиться на 100%. Распределенка не выход - нужны постоянно актуальные данные. :(

если АД ставить там еще сервер лицензий надо переносить на контроллер домена
тоже гемор

если АД ставить там еще сервер лицензий надо переносить на контроллер домена
тоже гемо

(48) А куда ему деваться? Или репликацию средствами SQL настраивать? Там тоже пока не все гладко. А на автообмене у мине уже второй год сидят голубчики (на двух серверах) как за 40 рыл выскочил, почти умирать начало, ввод доков активный, отчеты нужны, периферий шишнадцать штук (от них принять-загрузить)... разнес на два=проблем меньше кратно. Имхо 25-ть юзерей на 1С = больше ненадо (вне зависимости от мощи сервера, потому как не в "мощь упирается" а в 1С и его работу без нормально организованных транзакций).

(49) Даю еще один намек:
Тажелые отчеты, как правило, не включают текущий день. Каждую ночь делай копию базы на другой сервак (nnCron + nnBackup). В самих отчетах (по крайней мере я так сделал) делай анализ копия или рабочая и на рабочей НЕ ЗАПУСКАТЬ!. Я даже формирование заявок, которые рассчитывают реализацию за последние три месяца, разрешаю только на копии, затем написал выгрузку/загрузку заявки - юзер формирует заявку на копии, выгружает, загружает на рабочую и проводит.

(44)заюзай УРБД и синхронизацию каждые полчаса. неужто у тебя 40 человек в одном отделе\складе работают?
а по сабжу - неужто денежек на средненький такой комп не найдется, чтобы AD поставить?

+(54)упс.... (47) не заметил....

смотря сколько юзеров, если больше 50 то можно и Ад если нет то смысла в нем нет как таковой, поставь линукс и OPEN LDAP