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

сервер 1с и sql сервер на одну машину, сервер терминала на другую
у нас 5 баз, около 50 пользователей, объем вводимых документов большой.

хотелось бы узнать какие машины необходимо под такую архитектуру и можно ли еще както улучшить все это? и как лучше защитить данные на сервере с базами (рейд какойнить?или еще чтонить? я не силен в этом  просто).

8 гигов оперативы достаточно для такой наагрузки на сервер 1с и sql&

8гб - вообще нищие что ли? оператива копейки стоит

1 сервер - 1с помощьнее
2 сервер - терминал не хуже
3 сервер - СУБД самый слабый из этих 3.
Не иначе.

а по сабжу - если скуль и сервер 1с на одной физической машине - это ускоряет работу, но пагубно сказывается на отказоустойчивости

8 гиг для сервера не нормально априори. Ну, если конечно, сервер не тупо файлопомойка.

а терминал зачем?

(2) не надо разносить сервера 1с и скуля... Только хуже будет

(2) Можно как-то обосновать? А то ваще не понятно.

(7) Мухи отдельно, котлеты отдельно.
Старый дедовский метод!

я только перешел сюда и тут полный сумасброд всех поувольняли а мне дали все как есть и это помойка, мне надо директору предоставить инфу по требуемым докупкам итд, поэтому и спрашиваю

(8) Эта понятно, я по поводу " СУБД самый слабый из этих 3".

(9) Пользуйся моментом. Увеличивай бюджет. :-)

(6) +1. Намного лучше работает, когда sql и сервер приложений на одном физическом сервере. Избавляемся от тормозов сетевой передачи с высокой латентностью.

(6) чем хуже? у Сервера приложений одни требования к оптимальности железа, а у Сервера СУБД иные. Зачем совмещать "мягкое" и "холодное" в одном флаконе?

(10) Так а че там ему делать?
Знай пиши на диск да читай с диска.

(12) а сделать "выделенную подсетку" для обмена 1С и СУБД на отдельных сетевухах - это религия не позволяет?

сервер sql и 1с однозначно улучшать я понял. я для сервера терминалов какие параметры приемлимы-можно в общих цифрах-проц оператива

(16) сервер терминалов не требователен обычно к дисковой подсистеме, но любит память (пропорционально активным конектам)

(14) А сервер 1С? Всего-та циферки считает. :-)

(15) религия тут ни причём. езернет затормози обмен.

(16) на терминал - по 300 метров памяти на юзверя, по процу на каждых 10х

спасибо и  еще вопрос по хранению данных. с помощью чего можно обеспечить отказоустойчивоть и сохраненность данных(резервное копирование итд итп)

(19) 10 гигабитка это "тормоза при обмене"??? Хм-м-м

(15) 10G - недешевое удовольствие, а гигабита явно мало на фоне быстродействия современных процессоров. Узкое место будет.

(21) "отказоустойчивоть" - RAID.

(22) угу. езернет. фреймы. Читай тут на форуме - умные люди приводили.

(23) "дурное дело не хитрое", но для типового УПП обмена по выделеной гигабитки между 1С и СУБД вполне хватает.

(21) а что тут думать? Если скул - так его же средствами и бекапить. для отказоустойчивости - кластер на разнесённых серверах...

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

(26) А на одном сервере было бы еще лучше. Если конечно по процам и памяти не упирается.

(28) Вики почитай. 1+0 или 0+1.

raid 10 понравился)

спасибо за советы, пойду подумаю как теперь все это сказать директору чтобы скорую фин диру не вызывать

Чудные вы какие-то. Сервера 1с и sql прекрасно живут на разных машинах. Ключевые слова: несколько  сетевых плат, прямое (interconnect) соединение. Все летает.

Да, raid 10 рулит.

(33) Всё познается в сравнении, да, на разных прекрасно живут, а на одной еще прекраснее..

(35) какой смысл отдавать 1С предприятию то ОЗУ, которое с удовольствием "скушает" СУБД?

Требование в серверу приложений (железу для 1С предприятия) и железу для сервера СУБД - РАЗЛИЧНО. Зачем устраивать "помойку"?

(36) Память (с определенного предела) не является узким местом для учетных задач, sql-сервер конечно может съесть много, но толку от этого не будет.

А вот скорость передачи данных в системе сервер приложений - сервер БД критична на 100%.

(37) прекращай. Под вложенные запросы памяти у 1Ски требуется немеряно. А вот гонять воздух между сервером приложения и сервером СУБД (даже на одном и том же серваке) это явный пример быдлокодерства.

(39) Не согласен. Память SQL-серверу, фактически, нужна  под буферизацию и кэширование, всё остальное не существенно. Но, как правило, в базе работа ведется лишь с небольшим куском актуальных данных, которые и кэшируются, а редко используемые данные считываются с диска - это практически не влияет на производительность в целом. Для учетной системы типа 1с - это работа в точке актуальности и в текущем учетном периоде.
Ну а быдлоадминство - как раз предполагать, что база должна полностью влезать в память.. скажите это гуглу! :)

(0) А нафига терминал?
Рабочие компы пользователей совсем дохлые или сеть неустойчиво работает?

Если у вас на сервере 1С+SQL всего 8Гб оперативки, то даже боюсь спросить сколько оперативки в вашем терминальном сервере на 50 рыл?...

(41) Плюсую. Терминал не нужен на тонком клиенте.

Вот 1с и sql на одном компе http://i060.radikal.ru/1302/62/075dacaddeb2.png

(42) Причем он не нужен даже в варианте файловой базы. В последних версиях восьмерки 1с сделала вкусную фичу работы тонкого клиента через веб-сервер, который выступает как "сервер приложений лайт".