Имя: Пароль:
1C
1С v8
нужна помощь в подборе серверов под 12 гиговую базу
0 strider
 
04.12.12
17:46
суть-наща организация вливается в более крупный холдинг
у нас-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 оставить в качестве терминала этот сервер?
1 Jstunner
 
04.12.12
17:47
Не взлетит
2 strider
 
04.12.12
17:49
как вариант-добить в старый сервер озу (до 24 гигов примет), но тогда и ос нужно будет на 64 битную менять
3 strider
 
04.12.12
17:49
(1) в каком месте именно затык?
4 strider
 
04.12.12
17:51
минус огромный в том что я ВООБЩЕ никак на скорострельность базы повлиять не смогу
и мне постоянно придется догонять серваки в центральном офисе, что вообще не есть гуд.
5 strider
 
04.12.12
17:54
на тему сервера под sql-мне из головного офиса прислали конфигу под него. я в нем изменил винчестера, вместо 3 10тысячников в 5 райде, объем винтов 450 г, 4 15тысячников в 10 райде, но объем 300г, по моему больше не нужно вообще
+убрал памяти до 16 гигов с 32 (может и зря?)
и добавил батарейку в контроллер
6 KRV
 
04.12.12
17:58
памяти много не бывает..
7 strider
 
04.12.12
18:01
(6) денег тоже)
в принципе, можно взять 16 гигов, но 8 гиговыми планками и всегда расширить еще на 16
8 strider
 
04.12.12
18:01
все таки вопрос-как конфига под SQL и в чем затык существующего терминала?
9 Sorm
 
04.12.12
18:07
(5), (8) Памяти и проца тебе хватит, а вот рейда... Проблема правильной работы SQL-сервера по 1с состоит в том, что как минимум база TempDB должна располагаться на отдельном физическом диске(ибо юзается очень активно).Желательно логи тоже положить на отдельный диск, но в крайнем случае можно и так.
10 strider
 
04.12.12
18:39
ну в их то конфиге вообще райд 5 на 10 тысясниках был
11 strider
 
04.12.12
18:41
вернемся к текущему серверу терминалов
существующей конфиги хватит?
я не сосвем представляю нагрузку на него
зашли пользователи
запустили 1с, она где запускается?на сервере приложений?
что терминал то считает?если просто сессии-то считать там по 250 мегабайт озу на сессию да и все, тогда нарастить до 8-12 гигов, за глаза.
или нагрузка на дисковую систему идет?
12 Jstunner
 
04.12.12
18:42
(7) ты личные деньги вкладываешь?
13 NcSteel
 
04.12.12
18:43
(0) Твоя база будет летать на любом современном сервере, даже на настольком ПК,
14 strider
 
04.12.12
18:47
(13) я про 12 гиговую которую мне судя по всему придется размещать
с моими базами и так все ок
(12)нет
железо должно отвечать требованиями

брать с запасом-это как мосты строили в 17 веке
тупо с 30 кратным запасом, не считаясь с затратами
понятно что конфа с возможностью расширения-это предусмотрено.
ну разве что второго слота под проц нет.
15 NcSteel
 
04.12.12
18:48
(14) 12 гиг на 30 пользаков это детский размер ))))
16 strider
 
04.12.12
18:49
(12) на эту тему-основное место работы у меня-сетевой администратор у провайдера федерального уровня.
если я буду на каждую базу, на которой еще и клиентов то нет, планировать 7200 циску, то пров вылетит в трубу. хотя платить я буду не из своего кармана.
17 strider
 
04.12.12
18:49
(15) по требованиям к серверам можете что либо подсказать?
прочитайте пожалуйста (0).
интересно мнение людей у которых все это уже есть.
18 MrStomak
 
04.12.12
18:58
(17) Терминал потянет, нет там серьёзной нагрузки никакой. База SQL в рибе реально лучший вариант, твой замут с добавлением справочников через rdp это вообще забавно). Сворачивать базы не нужно, индексы вытаскивают всё. средства для увеличения "скорострельности" - огромные, всё от тюнинга SQL зависит. развёл tempdb, развёл лог, разбил крупную таблицу на куски - там всё можно делать.
19 Jstunner
 
04.12.12
18:59
Сервер терминалов - ~300 метров на пользователя, добавляем на все про все, округляем в большую сторону, получаем 16 гигов.

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

Не понимаю в чем сырбор, учитывая цену вопроса, 4 тысячи за 16, 8 - за 32
20 Axel2009
 
04.12.12
19:13
(14) т.е. все остальные базы занимают по 300 метров?
21 strider
 
04.12.12
19:17
(19) то есть, в существующий сервак добить озу до 16 и использовать под терминал, в конфигу под скуль добавить озу  
до 32, райд и винты ок?
(20)порядка 20 баз, размер от гига до 2
22 strider
 
04.12.12
19:27
(18) ок
но как резервный вариант, я думаю, рдп можно оставить
его можно было бы использовать и как основной вариант, тогда у меня вообще головняков с 1с не было бы
но оба предприятия в районе, и пров 1, не 24/7/365/
23 kauksi
 
04.12.12
20:50
(0)"Моя цель-снизить затраты до минимума"
Не экономь не свои деньги.
пусть все летает. и будет летать еще лет 5. потом обрежеш.
24 vde69
 
04.12.12
21:05
ну по сабжу про сервер с 1с

1. очень много будет зависить от операционки которая будет на новом сервере, если операционка из последних - то памяти как минимум 32 (или еще больше, зависит от канальности 2 или 3)
2. весь софт советую брать 64х это немного дороже но преспектив больше, а что самое главное гемороя с ним как ни странно для админа меньше (раньше были траблы, но уже давно совместимость нормальная)
3. 10 райд тебе может и не нужен, возможно просто зеркало...
4. и не забудь, что после соединения вашу контору ждут реформы и скорее все ее или прикроют (и тогда твой бюджет не утвердят) или увелитат обьемы и тогда нагрузка возрастет. Так что заказывай с ЗАПАСОМ
25 strider
 
04.12.12
21:20
(24) софт с них
не прикроют
10 все таки
я же уже писал-на размер базы я никак повлиять не могу
у нас будет копия общей базы холдинга
26 strider
 
05.12.12
07:28
как итого:
то есть, в существующий сервак добить озу до 16 и использовать под терминал, в конфигу под скуль добавить озу  
до 32?
или все таки покупать за 85 еще и новый сервер под терминал?
27 dk
 
05.12.12
08:08
смешной размер базы, особенно для УПП
28 vde69
 
05.12.12
08:43
(26) 32 гига - это самый минимум для современных ОС, реально мои рекомендации если скуль и сервер 1с на одной тачке то брать 8 гиговую память, это 64 или 72 (от канальности), стоит она не такие большие деньги, зато гемору избежать поможет... Ошибок с нехваткой памяти на сервере сейчасчас хватает и ВСЕ они кране трудно и геморно решаеются.

существующий оставить под терминал - хорошая идея, если наробу будет человек 10, а вот если будет 50 человек - то новый.
29 tararam
 
05.12.12
08:56
(0)
"Моя цель-снизить затраты до минимума."


Когда начальство напрягает "расходы по-минимуму", посылаю подальше и предлагаю закупить калькуляторы. ИМХО выбор железа - не та ситуация, когда стоит минимизировать затраты.
30 tararam
 
05.12.12
08:56
(29)+ лучше раскошелиться на ВЕЩЬ, зато спать спокойно
31 strider
 
05.12.12
09:28
(28) 30 человек
если добить памяти в существующий?
+ как резерв настроить всем доступ через рдп в их базу, на всякий случай, на 1-2 дня.
то есть-маловероятно чтобы одновременно и сервер посыпался и интернет канал упал.
32 vde69
 
05.12.12
10:30
(31) 30 человек в терминале, делай расчет минимум 0.5 на одного + 2 на систему, итого МИНИМУМ 17 надо, по хорошему 32 надо.
33 vde69
 
05.12.12
10:34
(32) кстати это с учетом что у пользователей в терминале будет ТОЛЬКО 1с, никаких интернетов, екселей и прочего...
Компьютеры — это как велосипед. Только для нашего сознания. Стив Джобс