Что приоритетнее для 1с?

Nginx*

Имеем терминальный сервер под win2008 (десктопная машина, i7, 4 Gb оперативки — довольно простая машина для 5-6 пользователей), пользователи используют 1с-Рарус, бд файловая, находится на этом же сервере.
1С ужасно тупит, особенно при запуске и когда что-нибудь формируют.
Перенесли БД на другую машину с raid 0 — тестировать скорость.
А прироста ни на грамм, специально замеряли: секунда в секунду закончился расчёт (что-то формировали).

Что, получается, что скорость обмена с винтом далеко не самый главный параметр для 1С?

Тогда что критично для 1С?

—

15 февраля в 11:59

nitro80 9,5

отсортировано по дате по оценке

ответы (10)

mickola 15 февраля в 12:49 #

решение

Надо начинать с мониторинга ресурсов, а не бездумно переносить на разные raid, увеличивать ОП и т.д.

Что посоветуете? nitro80, 15 февраля в 12:51

Сделайте через конфигуратор замер производительности на тех отчетах, что тупят. Может быть поможет просто оптимизация кода. topbanana, 15 февраля в 14:41

NanoDragon 15 февраля в 13:45 #

решение

1) Поставить серверную платформу 1С.
2) Переписать узкие места.

Да и оперативки поставить гигов 16. NanoDragon, 15 февраля в 13:46

WAYS 15 февраля в 14:00 #

решение

1. Добавить озу (8, лучше 16 гб)
2. Купить ссд на 128, разбить на 2 диска на 1 диск система (не забыть сделать образ), на 2й 1С.
3. Покупается обычный винт, например WD Green. Из диска с 1С делаются ежедневные бекапы.
При такой системе должно нормально работать.

Terranru 15 февраля в 14:12 #

решение

Перейти на клиент-серверный вариант 1С.

usja 15 февраля в 14:13 #

решение

Почему бд файловая, а не SQL?

opium 15 февраля в 19:46 #

решение

самое простое откройте диспетчер задач и посмотрите нагрузку на процессор и память. Если памяти не хватает и все лезет в своп то ставим памяти ещё.
Если проца не хватает меняем проц на более быстрый, чувствую я 1с использует только одно ядро для формирования отчета.
дальше надо мониторить винты с помощью утилиты perfmon
откуда вы взяли что ваш рейд0 будет быстрее на рандомном чтении я не знаю. возьмите один ссд и погоняйте на нем.

kolesnevg 15 февраля в 21:44 #

решение

Никакой супер мощный сервер не спасет от говнокода, 1С не такая уж медленная если ~~её правильно приготовить~~ конфигурация написана грамотно, найдите действительно хорошего программера, который найдет узкие места вашей конфигурации и предложит что и как можно улучшить. 5Гб это не такая уж и большая база, чтобы сильно тормозить.

–1

valeg 16 февраля в 03:18 #

решение

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

da0c 30 марта в 12:30 #

решение

В принципе, файловый режим быстрее SQL-ного, но на малом числе юзеров < 5.
Если БД файловая и активно работают порядка 10 — то тормоза всяко будут, даже на базе в 1.5Гб.
Т.е. здесь однозначно на сервер приложений+SQL. Можно юзать MS, можно бесплатный postgres и DB2, но они медленне MS процентов на 20-30.

По железу — как правло критична память и диск. Для диска классный вариант SSD винты зеркалом (только обязательно зеркалом, а то статистики по надежности нет почти)

Проблема оказалась в неоптимизированной дописке :( Как раз решаем… nitro80, 30 марта в 14:53

Да, так тоже бывает — иногда один индекс в таблице значений может решить проблему da0c, 30 марта в 18:11

SADKO 30 марта в 17:43 #

решение

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

По личному опыту, старенького core 2 duo c 4 гигами оперативы, и чёрным дятлом было достаточно что бы радовать пятерых бухов, файловой 1С.
А файловая 1С на RAM-диске, вообще жжет напалмом…

PS. А вообще и SQL сервер, тоже можно и нужно уметь правильно готовить!

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

Что приоритетнее для 1с?

отсортировано по дате по оценке
ответы (10)

Теги Хабрахабра

Стандартные