1с медленно работает

Nick

Случайный прохожий
Привет, развернут физический сервер с 1С 8.2 и MS SQL server 2008r2, около 50 пользователей. Сервер - HP proliant dl 580 G5, памяти 48 гигов 4 проца x7350. Непонятно с чего некоторые пользователи начали жаловаться на низкую скорость работы 1С. Можете подсказать с чего начать диагностику? Что то даже не знаю за что браться сначала.
 
Диадок

CheBuRek

Участник
Привет, развернут физический сервер с 1С 8.2 и MS SQL server 2008r2, около 50 пользователей. Сервер - HP proliant dl 580 G5, памяти 48 гигов 4 проца x7350. Непонятно с чего некоторые пользователи начали жаловаться на низкую скорость работы 1С. Можете подсказать с чего начать диагностику? Что то даже не знаю за что браться сначала.
Вот тут есть про оптимизацию, но там версия 8.1. Кстати сетка нормально работает? Может быть проблема с локальной сетью или она очень сильно нагружена.
Поиск узких мест и траблшутинг 1с хорошо расписан на сайте http://www.gilev.ru/1c/81/opt.htm
 

BigJOE

Случайный прохожий
Этап 1. Настройка системы

Для начала выполним следующие настройки в BIOS и операционной системе:

В BIOS сервера отключаем все настройки по экономии электропитания процессора.
Выбираем в операционной системе план «Максимальная производительность».
Процессор также настраиваем на максимальную производительность. Это можно сделать с помощью утилиты PowerSchemeEd.

Этап 2. Настройка SQL сервера и сервера 1С:Предприятия

Вносим следующие изменения в настройки сервера СУБД и 1С:Предприятия.

Настройка протокола Shared Memory:

Shared Memory включится только на платформе начиная с 1С 8.2.17, на более ранних релизах включится Named Pipe – несколько уступающий в скорости работы. Данная технология работает только если службы 1С и MSSQL установлены на одном физическом или виртуальном сервере.
Рекомендуется перевести службу 1С в режим отладки, как не парадоксально это дает прирост производительности. По умолчанию отладка на сервере выключена.
Настройка SQL сервера:

Нам нужен только сервер, остальные службы, которые к нему относятся и, возможно, кто-то ими пользуется, только тормозят работу. Останавливаем и отключаем такие службы как: FullText Search (у 1С собственный механизм полнотекстового поиска), Integration Services и т.д.
Устанавливаем максимально отведенное серверу количество памяти. Это необходимо для того, чтобы sql-сервер рассчитывал на этот объем и чистил память заблаговременно.
Устанавливаем максимальное количество потоков (Maximum worker threads) и выставляем повышенный приоритет сервера (Boost priority).

Этап 3. Настройка рабочей базы данных

После того, как сервер СУБД и 1С:Предприятия оптимизированы, переходим к настройкам баз. Если база еще не развернута из .dt файла, и вы знаете примерный ее размер, то первичному файлу размер инициализации лучше сразу указать «>=» размера базы, но это дело вкуса, он все равно вырастет при развертке. А вот Автоувеличение размера надо обязательно указать: примерно по 200 МБ на базу и по 50 МБ на лог, т.к. значения по умолчанию – рост по 1МБ и по 10% очень сильно тормозят работу сервера, когда ему при каждой 3й транзакции надо файл увеличивать. Также хранение файла базы и файла лога лучше указать на разных физических дисках или RAID группах, если используется RAID массив, и ограничить разрастание лога. Рекомендуется выносить файл Tempdb на высокоскоростной массив, так как СУБД к нему довольно часто обращается.

Этап 4. Настройка регламентных заданий

Регламентные задания создаются довольно просто с помощью Maintenance Plan в разделе Management, используя графические инструменты, поэтому подробно описывать, как это делается не будем. Остановимся на том, какие операции необходимо выполнять для повышения производительности.

Дефрагментацию индексов и обновление статистики нужно производить ежедневно, т.к. если фрагментированность индексов > 25%, это резко снижает производительность сервера.
Дефрагментация и обновление статистики - делается быстро и не требует отключения пользователей. Также рекомендуется делать ежедневно.
Полная реиндексация – делается с блокировкой БД, рекомендуется делать хотя бы раз в неделю. Естественно, после полной переиндексации сразу же делается дефрагментация индексов и обновление статистики.

В итоге, с помощью тонких настроек системы, SQL сервера и рабочей базы, нам удалось повысить производительность на 46%. Замеры были проведены с помощью инструмента 1С КИП и с помощью теста Гилева. Последний показал 25,6 единиц против 17,53 которые были изначально.
 

BackTrace

Случайный прохожий
Пинги нормальные от пользователя до сервера? Попробуй снять счетчики производительности на сервере, а уже потом лезь в сеть.
 
Верх Низ