Со временем любая компания развивается и растет. Соответственно, и количество работающих в 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С.
