суть-наща организация вливается в более крупный холдинг
у нас-7.7, dbf+терминал, базы сворачиваю, больше гига-двух не выращиваю, все летает на текущем серваке (ниже отпишу конфигу)
я НЕ программер, админ. 1с обслуживает фра, крут, но в железе не понимает ничего и помочь мне не может.
теперь-вливаемся мы вот в этот холдинг. и нас добровольно-принудительно нагибают переходить работать в их базе. 8.1 упп, sql, 12 гигов (выросла за 4 года и сворачивать ее не планируют). причем хотят сделать это максимально тупо- чтобы у нас на серверах крутилась полная зеркальная копия, я так понимаю с периодической синхронизацией с главной базой.
Я так не хочу, я предлагаю-у нас держать пустую структуру, в ней заводить только наши доки, выгружать в их базу, а нам от них-справочники и изменения в структуре+изменения прав и, так как есть каналы связи между нами и ими, то обеспечить доступ 2-3 бухам от нас через rdp в их базу-для вбивания номенклатуры, контрагентов в их справочники, то есть-появился у нас новый контрагент, зашел наш человек в их базу, вбил его в справочник, через скажем 10 минут оно отзеркалилось в нашей  базе, можно вбивать доки которые выгружаются в их базу.
Их программерам это все делать лениво и они тупо нагибают мое руководство через свое-мол покупайте сервера и держите полное зеркало.
прислали конфигурации (примерные) серверов, на 210 штук.
то есть 1 под терминал, второй под приложение+sql. Моя цель-снизить затраты до минимума.
то есть исходные данные
sql, 12 гигов (не предел), у меня 30 пользователей максимум.
моя конфига (под приложений + sql)
DEPO Storm 1350N5 E3-1220v2/16GE1333Q/L9260-4i/BBU/4QII300G15/HS4QL/2GLAN/1C/2US/IPMI+/700W/4PCIe/SONS2SNBD
то есть 1 4 ядерный процессор, 16 гигов ОЗУ, 4 винта sas 15 тысячники в 10 райд, райд контроллер с батарейкой, 2 гиговых лана.
+1 винт взять на полку про запас.
теперь-про сервер терминалов
я НЕ знаю какова нагрузка не терминал, если скуль отдельно.
он тянет только собственно сессии?какова скажем так нагрузка при взаимодействии с SQL сервером? в данный момент весьма уже скромный сервер:
DA> Корпус :        Case Supermicro SC733TQ/645 Tower, 4x3.5 SAS/SATA, 2x5,25" Bays, 645W   1      
DA> Процессор :     Xeon 5420 2,5GHz/12M 1333MHz bus 4 ядра 2      
DA> Материнская плата :     MB SuperMicro X7DVL-E,E5000V,1(x8)&1(x4)PCI-E,2x64-bitPCI-X,2x32-bitPCI,SVGA,up to24GB FBDIMM,2xGigaLAN,6xSATA  1      
DA> Память :        1Gb 667MHz DDR2 ECC Fully Buffered CL5 DIMM     4      
DA> Жесткий диск :          HDD SAS 36GB 15000RPM SAS       5      
DA> RAID-контроллер :       Adaptec ASR-5405, SAS / SATA RAID 0,1E,10,5,5EE,6,50,60, 4ch, PCI-E x8, 256Mb Cache, KIT
то есть-10 райд на сата+4 гига озу-без проблем тянет наши базы, причем сами базы на нем же понятно и лежат.
так вот-можно ли под 8.1 оставить в качестве терминала этот сервер?

Не взлетит

как вариант-добить в старый сервер озу (до 24 гигов примет), но тогда и ос нужно будет на 64 битную менять

(1) в каком месте именно затык?

минус огромный в том что я ВООБЩЕ никак на скорострельность базы повлиять не смогу
и мне постоянно придется догонять серваки в центральном офисе, что вообще не есть гуд.

на тему сервера под sql-мне из головного офиса прислали конфигу под него. я в нем изменил винчестера, вместо 3 10тысячников в 5 райде, объем винтов 450 г, 4 15тысячников в 10 райде, но объем 300г, по моему больше не нужно вообще
+убрал памяти до 16 гигов с 32 (может и зря?)
и добавил батарейку в контроллер

памяти много не бывает..

(6) денег тоже)
в принципе, можно взять 16 гигов, но 8 гиговыми планками и всегда расширить еще на 16

все таки вопрос-как конфига под SQL и в чем затык существующего терминала?

(5), (8) Памяти и проца тебе хватит, а вот рейда... Проблема правильной работы SQL-сервера по 1с состоит в том, что как минимум база TempDB должна располагаться на отдельном физическом диске(ибо юзается очень активно).Желательно логи тоже положить на отдельный диск, но в крайнем случае можно и так.

ну в их то конфиге вообще райд 5 на 10 тысясниках был

вернемся к текущему серверу терминалов
существующей конфиги хватит?
я не сосвем представляю нагрузку на него
зашли пользователи
запустили 1с, она где запускается?на сервере приложений?
что терминал то считает?если просто сессии-то считать там по 250 мегабайт озу на сессию да и все, тогда нарастить до 8-12 гигов, за глаза.
или нагрузка на дисковую систему идет?

(7) ты личные деньги вкладываешь?

(0) Твоя база будет летать на любом современном сервере, даже на настольком ПК,

(13) я про 12 гиговую которую мне судя по всему придется размещать
с моими базами и так все ок
(12)нет
железо должно отвечать требованиями

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

(14) 12 гиг на 30 пользаков это детский размер ))))

(12) на эту тему-основное место работы у меня-сетевой администратор у провайдера федерального уровня.
если я буду на каждую базу, на которой еще и клиентов то нет, планировать 7200 циску, то пров вылетит в трубу. хотя платить я буду не из своего кармана.

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

(17) Терминал потянет, нет там серьёзной нагрузки никакой. База SQL в рибе реально лучший вариант, твой замут с добавлением справочников через rdp это вообще забавно). Сворачивать базы не нужно, индексы вытаскивают всё. средства для увеличения "скорострельности" - огромные, всё от тюнинга SQL зависит. развёл tempdb, развёл лог, разбил крупную таблицу на куски - там всё можно делать.

Сервер терминалов - ~300 метров на пользователя, добавляем на все про все, округляем в большую сторону, получаем 16 гигов.

Сервер 1с 8.1 съест два гига + 12 гигов sql база пусть вся влезет в память, 32 гига норм.

Не понимаю в чем сырбор, учитывая цену вопроса, 4 тысячи за 16, 8 - за 32

(14) т.е. все остальные базы занимают по 300 метров?

(19) то есть, в существующий сервак добить озу до 16 и использовать под терминал, в конфигу под скуль добавить озу  
до 32, райд и винты ок?
(20)порядка 20 баз, размер от гига до 2

(18) ок
но как резервный вариант, я думаю, рдп можно оставить
его можно было бы использовать и как основной вариант, тогда у меня вообще головняков с 1с не было бы
но оба предприятия в районе, и пров 1, не 24/7/365/

(0)"Моя цель-снизить затраты до минимума"
Не экономь не свои деньги.
пусть все летает. и будет летать еще лет 5. потом обрежеш.

ну по сабжу про сервер с 1с

1. очень много будет зависить от операционки которая будет на новом сервере, если операционка из последних - то памяти как минимум 32 (или еще больше, зависит от канальности 2 или 3)
2. весь софт советую брать 64х это немного дороже но преспектив больше, а что самое главное гемороя с ним как ни странно для админа меньше (раньше были траблы, но уже давно совместимость нормальная)
3. 10 райд тебе может и не нужен, возможно просто зеркало...
4. и не забудь, что после соединения вашу контору ждут реформы и скорее все ее или прикроют (и тогда твой бюджет не утвердят) или увелитат обьемы и тогда нагрузка возрастет. Так что заказывай с ЗАПАСОМ

(24) софт с них
не прикроют
10 все таки
я же уже писал-на размер базы я никак повлиять не могу
у нас будет копия общей базы холдинга

как итого:
то есть, в существующий сервак добить озу до 16 и использовать под терминал, в конфигу под скуль добавить озу  
до 32?
или все таки покупать за 85 еще и новый сервер под терминал?

смешной размер базы, особенно для УПП

(26) 32 гига - это самый минимум для современных ОС, реально мои рекомендации если скуль и сервер 1с на одной тачке то брать 8 гиговую память, это 64 или 72 (от канальности), стоит она не такие большие деньги, зато гемору избежать поможет... Ошибок с нехваткой памяти на сервере сейчасчас хватает и ВСЕ они кране трудно и геморно решаеются.

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

(0)
"Моя цель-снизить затраты до минимума."


Когда начальство напрягает "расходы по-минимуму", посылаю подальше и предлагаю закупить калькуляторы. ИМХО выбор железа - не та ситуация, когда стоит минимизировать затраты.

(29)+ лучше раскошелиться на ВЕЩЬ, зато спать спокойно

(28) 30 человек
если добить памяти в существующий?
+ как резерв настроить всем доступ через рдп в их базу, на всякий случай, на 1-2 дня.
то есть-маловероятно чтобы одновременно и сервер посыпался и интернет канал упал.

(31) 30 человек в терминале, делай расчет минимум 0.5 на одного + 2 на систему, итого МИНИМУМ 17 надо, по хорошему 32 надо.

(32) кстати это с учетом что у пользователей в терминале будет ТОЛЬКО 1с, никаких интернетов, екселей и прочего...