Тормозит 1С? Решаем проблему вместе

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

Зачастую все начинается с жалоб сотрудников на то, что 1С "тормозит", "зависает" или вовсе "вылетает" с ошибкой. И в какой-то момент работать с учетной системой становится невозможно.

Рисунок 1 - Блокировка транзакций в 1С

Как же не упустить тот самый момент, когда системе потребуется "помощь"?

Есть несколько основных признаков этого:

  • количество пользователей уже большее 10-20;
  • размер базы приближается к 4 Gb;
  • сильно доработанная нетиповая конфигурация.

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

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

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

В связи с этим вычисления проводятся некорректно. Причем сразу заметить эту проблему очень сложно. Изначально доработанная система будет работать вполне сносно, но с увеличением количества данных запросы к ним начинают выполняться очень долго и комфортабельность работы значительно снижается.


И вот тут уже не разобраться без хорошего программиста 1С.

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

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

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

Это должно натолкнуть на мысль, что код написан некорректно и есть необходимость внести исправления.

  • Если в базе 1C будет работать большое количество пользователей, 1С в файловом режиме перестанет справляться с нагрузкой. Это может сказаться на скорости работы.

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

  • Еще одним критичным фактором для работы 1С является наполнение базы.

Максимально допустимый объем данных в одной таблице базы 1С – 4 Гб. Если процесс наполнения 1С данными достигает критической точки, база перестанет работать - невозможно будет заносить дополнительную информацию. Система будет говорить о том, что для новых данных недостаточно памяти. При этом она может размещаться на новом сервере, ресурсы которого еще ничем не заняты. Речь идет о виртуальной памяти самой программы. В этом случае базу также необходимо перевести на SQL.


Это основные проблемы с 1С, которые приносят неудобства в работе пользователей.

Базу 1С можно сравнить с автомобилем. И, как любой автомобиль, она требует регулярного обслуживания. Да, на ней можно "ездить", длительное время не заглядывая "под капот". Однако когда она совсем перестанет "ехать", она потребует существенных вложений.

В связи с этим мы рекомендуем проводить с базой регулярные регламентные операции:

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

Также стоит упомянуть о загруженности процессора сервера, памяти и, самое главное, средней очереди к диску. Желательно, чтобы она не превышала значение "1", а предельно допустимое значение "3". Однако и этот параметр является относительным, так как диски могут не справляться с нагрузкой даже при очереди меньше 1-особенно, если это SATA-диски с низкой скоростью произвольного доступа на чтение и запись, которые активно используется в любой базе данных.


И, только если все это не помогает, а нагрузки на "железо" становятся пиковыми, следует задуматься об обновлении сервера или, если такового нет, о его покупке.


Альтернативой существенному капиталовложению может стать переход с 1С в "облако", передав эти заботы облачному провайдеру. Оплачивая небольшую стоимость аренды, можно забыть о проблемах с производительностью и обслуживанием инфраструктуры. Сделав такой выбор, вы переносите все эти проблемы на плечи провайдера. И неважно, насколько нужно будет увеличить завтра количество пользователей системы или как сильно разрастется база 1С.

up