Покупка Сервера

а что РС начали рассчитывать на 24/7 ?

Серверы тоже не работают 24/7. Чем больше у вас серверов - тем больше шансов в этом убедиться. Если у вас 2-3 сервера, которые не вылетели за пару лет - это везение. А если парк ваших машин измеряется сотнями или тысячами, то вам быстро представятся шансы узнать, что Double Drive Failure в рейде тоже не такая уж редкая вещь

Сравнивать железо по надежности особо не стоит. Да бренды хорошо предпродажно тестируют серверы, но это можно сделать и на самосборе. Мы местные серверы дополнительно тестим перед вводом в работу.

Другое дело - то, что архитуктура у серверных чипсетов совсем другая - там данные бегают совсем другими путями, что поволяет достигать большей производительности - это да.

Но надежность того, что делает из тех же самых деталей я бы особо сравнивать не стал Хотя, если вы под PC подразумеваете то, что собирается из самых дешевых и некачественных деталей, то здесь о надежности, конечно, говорить можно, но, я думаю, что даже в этом случае сравнивать твердое с соленым не стоит. Я рассматриваю именно аналогичные конфиги. А PC бывают такие, что многие серверы им позавидуют.

В последнее время производительность базы стала заметно ухудшаться : часто тормозит,подвисает при запуске обработок , sql выбрасывает по таймауту и т.д.

В целом конечно база работает , но неудобств всё больше и больше, поэтому поднял перед руководством вопрос о покупке сервера.

производительнсоть 1С ОЧЕНЬ И ОЧЕНЬ сильно зависит от РУК ПРОГРАММИСТА! Достаточно пару корявых отчетов - и будет все висеть и дрыгаться в конвульсиях. По описанию похоже

Используйтся массив SAS RAID-5 на SATA2 HDD.

Дисковый накопитель MEGARAID LD 0 MEGARAID SCSI Disk Device (341 Гб)

не смог стыковать в мозгу прочитанное, мозг отказался принять неверные вводные данные...

Производительность 1с-ки при работе по сети не сильно зависит от производительности клиента - работает ужасно

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

з.ы.: порядка 30 человек довольно неплохо себя чувствовали в 1С 8.0 на железе типа ХЕОН - 4Гб - РАИД1 на скази 15к.

Мое имхо в данной ситуации: собирается статистика сиквела, кто, когда, какие процессы, сколько времени, какие блокировки и тп. Потом анализируются на месте юзера, что он делает, почему такая загрузка и тп. А потом думается. Если затыки идут на самых простых отчетах - начинаем копать в сторону железа, мониторим счетчики производительности, смотрит очредь записи - чтения к массиву и тп. опять думаем.

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

все это неоднократно пройдено на практике.

по поводу массива - можно пересобрать в 10-ку с добавлением шпинделей. Но на 20-30 юзверей должно хватать 5-ки на 3-4 диска за глаза. Опять же из опыта. Тем паче с 12Гб РАМ. с таким объемом можно базу целиков в кеш запихать

adminius,

и набежали профессианалы если спичь про файловую - то на 20 юзверей ее будет юзать

Не пешите бред многоуважаемый.

Автор - подымите ТС на вашем серваке - многие вопросы отпадут. (Но лучше нормального специалиста пригласите, могу порекомендовать)

А теоретиков обсуждающих как космические корабороздят просторы ... извиняюсь работают ли серваки 24/7 и как часто дохнут, меньше слушайте. Успехов.

adminius,

Рекомендую сходить на mista.ru

Статье сто лет в обед, на хоботе ещё вначале века описывались преимущества терминальных решений.

Advanced User,

В Европе я покупаю делл нужного мне конфига примерно за 3к евро с гарантией и заменой в течение примерно 4-х часов в течение рабочего дня. Здесь цена на такой же DELL ровно в 2 раза выше.

Ну так пришлите мне в ЛС конфигурацию и цену с европейского сайта, а я рассчитаю цену здесь. Сравним. Расширенная гарантия от самого Dell здесь продаваться не может, но я все равно могу сообщить стоимость опции

с гарантией и заменой в течение примерно 4-х часов в течение рабочего дня

Статье сто лет в обед, на хоботе ещё вначале века описывались преимущества терминальных решений.

Терминально решение неприемлимо к внедрению , исходя из особенности работы CRM - клиент должен работать на локале.

Поэтому не вижу здесь решение проблемы.

Nevilby:

Могу выложить скрин из монитора производительности.

Можно помониторить сервер:

- Logical Disk(_Total)/Dsik Read Bytes/sec и Disk Write Bytes/sec

- Network Interface/Bytes Received/sec и Bytes Sent/sec

- Для каждого значимого процесса:

-- Process\Page File Bytes

-- Process\Virtual Bytes

-- Process\Threads count

Эти counters помогут более-менее изолировать проблему

А какие такие особенности, если не секрет. Кассовые аппараты, сканнеры штрихкодов и прочая лабудень при некривых руках без проблем работает в терминале.

Если терминал всё таки неприемлим, то делать упор в первую очередь на быстродействие/правильную настройку сети.

Nevilby:

Я бы проанализировал, что является источником проблем - увеличение количества пользователей, увеличение БД, и т.д.

Есть большая доля вероятности (во блин завернул), что тюнингом либо environment, либо MSSQL, либо чего-то еще - можно решить проблему.

Если пренебрегать другими фактаим,то проблемы начались с увеличением размера БД. Компания у нас немаленькая и документооборот тоже растёт.

Насчёт программера , то руки у него ровные . На 1с ке программит уже лет 6. Вроде как зарекомендовал себя давно.

Кто посоветует , как избавиться от пиковых нагрузок на дисковый массив. Может пошаманить с настройками MSSQL для выделения памяти ? Скрин ниже.

Для начала запусти SQL Server Profiler и посмотри какие запросы долго выполняются и приводят к большому количеству чтений диска.

Проанализируй план исполнения этих запросов. Оптимизация запросов и/или создание дополнительных индексов решат проблему без апгрейда срвера.

А какие такие особенности, если не секрет. Кассовые аппараты, сканнеры штрихкодов и прочая лабудень при некривых руках без проблем работает в терминале.

Если терминал всё таки неприемлим, то делать упор в первую очередь на быстродействие/правильную настройку сети.

Есть и сканеры штрихкодов (не представляю как их прикрутить к терминалу) , да и ещё интергация с Call - центром ...

Не думаю что проблема в сети ! Некторые работаб в терминале - их тоже выбрасывает