Какой сервер лучше всего взять под 1С? #493671

Щас у нас стоит база 1С Комплексная конфигурация 7.7. База новая, начали с нового года вести, за эти пол года выросла до 2 Гигов. Документооборот достаточно большой. База ДБФ. Работает в терминале щас 38-42 человека постоянно. Планируется увеличение до 60 в обозримом будущем. Операционка Windows 2003 Наш текущий сервер уже не справляется(Простой топовый комп когдато. ПРоцессор Intel Core 2 duo E6750/4Gb DDR2/Raid10 на интегрированном контроллере). Оператива занята на 90-100%, процессор все больше по времени под 100%. Выбор пал на линейки HP Proliant ML или DL серий. Можете подсказать, что из них щас стоит взять с перспективой на будущее?  Денег выделили до 180 тыс.

Если за полгода 2гига, то прямая дорога на SQL  в первую очередь...

Любой. Т.к. без замеров даже виртуально вам никто ничего конкретного нескажет.

Вариант свёртки базы предлагать?

>> Денег выделили до 180 тыс. как будто много будет вариантов за такие копейки

самое оно для клюшек...

а в долларах сколько ?

на 31 подели

Зажрались

SQL в плане. Пока не переходим, так как много изменений по базе идёт. Как базу закончим отлаживать, так и перейдём. Что за замеры предоставить? Ну процентов 80 тех линеек у HP. Не, огрызок не рассматривается. +1

Где то 6000 вражеских рублей

->

Все таки SQL, и отдельный ТС, либо их буде несколько, что более желательно, но скуль на отдельном сервере это не обговаривается

нормально терминал с SQL уживается на одном серваке. только винду нужно 64 битную поставить.

Ну то что уживаются сам свидетель, но в вопросе безопасности все таки

В вопросе безопасности - просто не давать доступ извне. Вообще раньше в качестве причин разделения терминала и SQL приводили разные тайминги винды, но это ерунда. В 32-битной винде действительно есть проблемы - с выделяемой памятью (PAE-AWE тут не спасает, на полташке пользователей налетишь на неприятности. Если даже не налетишь на полташке - на сотню нижней памяти точно не хватит). Но 64 битная винда спасает. А если еще ентерпрайз SQL... То как всё летает...

скуль не защищен от адинес

Че-то стремно верить, что семеркой да еще в ДБФ такой процессор можно грузануть на 100%. Процессы смотрел? Семера обычно грузит диск и оперативу но никак не процессор.

Терминал!!!! один проводит, остальные запустили проведение - загрузка 100%. А тут вдобавок всего двуядерная машина. Вообще можно поставить патч который паузит коллизии.

а можно просто ожидание в 1 сек поставить

0 сек кто меньше? )

Если шататно - то не спасет. Тем более что возможны вылеты. Ставится 0, и пауза при помощи патча.

наф патч, тупо кнопку повторить жамкают

Какую кнопку поторить? Нет никакой кнопки. Мы видимо о разных патчах говорим.

период ожидания завершен - повторить попытку? как-то так матерится

(18, 19, 20) Тогда видимо следует посоветовать автору переход на 8-ку. Или на SQL какой-нибудь. Потому что если причина именно в терминале никакая самая забугорная техника не спасет отца РД. Ну может несколько замедлит процесс умирания. Хотя со скулем тоже могут возникнуть проблеммы. 2005 насколько я знаю официально уже не взять. А для нормальной работы семерки вообще 2000-й нуже.

Поставь ожидание наоборот на максимум, да и всех делов.

Проблема не в терминале. Вообще странно что с таким хвостом под ником не знаешь особенности работы 7.7 в терминале. 2000 - легко берется. Покупаешь лицензию на 2008, а ставишь 2000.

Вообще получается не знаешь особенности работы 7.7 с блокировками.

мой твой не панимат я говорю все штатно решается, ты мне ссылку на патч

сервак за сотку, остальное в карман. че тут думать то )))

Штатно не решается.

время ожидания захвата = 0 сек

Это не решение проблемы.

у меня работает

почему это не решение?

Не повезло мне. Ниразу не видел в терминале тормозов от 1С. Ниразу не приходилось встречаться с процедурой проведения, которая бы на таком процессоре занимила больше 2..3 мин.

+ А тем более как у автора основное рабочее время.

это решение от 100% загрузки, то что пользователям придется тыкать чаще кнопку вопрос другой

Ты простон не видел тысячи документов в день и десятки пользователей в терминале. 2 минуты документ? Умножь 2 минуы на 5000 документов в день, и поймешь что говоришь о чем-то не том...

а проц на 100% не ожидающими захвата транзакции занят?

Ожидающими захвата транзакциями. Других вариантов в 1С не бывает. Но я привел ссылку на патч Ромикса, который полностью решает проблему. Я его использую - работает на ура. (у нас пользователей много, без патча умудряется 1Ска все восемь ядер забить, на одной базе, это при том что всё оптимизировано, и актуальное проведение не длится больше 1 сек., просто жутко много документов в день)

Что за патч ?

Попробую патч ещё. От него глюков с вылетом не будет? Ошибка при выполнении транзакции достаточно частая ошибка у нас. Патч и её сможет искоренить? Проц забивает процесс 1С, обычно забивается до 100 6-7 процессами по 14-18% от каждого пользователя. (ALL) А может просто взять систему опять топовую на i7 с 8-ю гигами DDR3??? И не замарачиваться с серверами? Этого сервера хватило на 4 года. Предыдущий, тоже брался топовый на Прескорте 3 Гигагерца, проработал тоже гдето 4 года, щас проксёй страдает. Тем более что пик развития контора прошла, когда за 3 года количество пользователей увеличилось с 15 до 50.

Проблема не в терминале. Сервак грузит исключительно 1С и спуллер печати. Оператива уходит туждаже. Переход на SQL планируется в ближайший год, в будущем переход на восьмерку(3-4 года).

Неужто так обязателбно ставить 64 битную винду? Проблем с принтерами не будет? Принтера все XP. И проблем со сканерами штрихкода тоже не будут?

Принтера все ХР - > Принтера все HP

При прямых руках - не будут. Ставить обязательно если  в диспетчере задач у вас выделено памяти больше 3,5 гигов. У нас подавляющее большинство HP, но проблем нет. Сканеры вообще глючить под 64 битную винду не могут. Им всё-равно. Это у принтеров дрова могут быть проблемы найти.

Памяти лучше >= 8, SQL 2005 64 бита, Вин 2003 ентерпрайз 64 бита (проблем нет с оборудованием) Нетормознутый рейд организовать И будет запиписечно NS, +1 - патчи форевер ЗЫ. HP вроде нормальный выбор

Насчет 2005-го сиквела под семерку я готов поспорить. Ентерпрайз 2000. и всё будет хорошо. (не забыть в сиквеле AWE включить)

Он разве сможет употребить, допустим, 8 гиг? А 16? Что-то забыл я уже... в общем у нас работает пока что В идеале вроде рекомендуется объем памяти выделить равный размеру активной базы

А зачем 64 битная винда, да ещё и энтерпрайз? Онаж стоит столько, что мама не горюй.

Всмысле зачем 64 бит - понятно, но вот зачем Энтерпрайз?

Винды отличаются Надо пройтись по SQL.ru, там расписывались способности SQL сервера 2000 и Внндов, может и для 2005 есть, может на мелкософте Сначала почитать потом покупать

SQL энтерпрайз, ибо у стандарта ограничение на используемую память 2 гига, и не более четырех процессов (потоков). А винду - 2003 Сервер. Да, читай мануалы Мелкомягких. Одна проблема - он в режиме AWE будет её использовать, что немного медленней. Но разница (на 64 битной винде) незаметна. Объем памяти - треть от базы - уже работы с диском нет.

Кстати, насчет используемого объема SQL-ем нужно подходить очень аккуратно, ибо SQL использует методы работы с дисками без Кеширования, и Винда, если мало памяти выделили сиквелу - не поможет. Как рейды обрабатывают операции работы с диском с запретом кеширования я не знаю. Кеш рейда возможно использоваться будет, но он обычно слишком мал.

Бюджет 180 т.р. и MS SQL-сервер несовместимы.