Почему тормозит 1С

             В процессе работы часто приходится сталкиваться с проблемами скорости работы программы 1С (программы). Вопрос очень важный, так как зачастую связан не просто с неудобством работы но и с качеством обслуживания клиентов. Очень неприятная ситуация когда, например, менеджер принимающий заявку по телефону вынужден постоянно прерываться в ожидании когда программа «отвиснет», или запустив отчет приходится ждать результат по полчаса, а дождавшись результата убедиться что этот отчет надо было запускать за другой период и с другими параметрами, и опять ожидание. Примеры можно приводить бесконечно. В конце концов, работа сводится к постоянному процессу ожидания. Это очень сильно выматывает сотрудников и снижает  производительность работы.
        Попробуем разобраться в причинах, по которым программа превращается в тормозящее чудовище. Не будем вдаваться в тонкости администрирования или программирования в среде 1С, на эту тему написано очень много статей и приводится очень много рекомендаций для специалистов как заставить программу работать быстрее. Попробуем обойтись без специализированных программистских терминов штучек, на сколько это возможно, и описать в общем причины торможения и способы борьбы с этим явлением.
        Прежде чем приступать к описанию, несколько строк о самой 1С. Сперва наперво, 1С бывает разная, седьмой или восьмой версии, торговая или бухгалтерская конфигурация, зарплата или отраслевое решение. Так например, 1С:Торговля и склад работает не так как 1С:Управление Торговлей 8. Да и 1С:Управление торговлей 8 в файловом варианте работает не так как при использовании Сервера 1С:Предприятие. 1С:Предприятие это большое семейство программных решений, в котором существуют общие (или сходные) причины торможения, наряду с причинами, свойственными конкретной версии программы или вариантом использования. В связи с этим будем рассматривать по возможности каждую версию программы отдельно.

1С:Предприятие 7.7

Журнал транзакций – одна из причин торможения программы. Если быть точнее, не сам журнал, а его блокировка. Программа устроена таким образом, что для контроля остатков, например по товарам, она в один момент времени списывает товар только из одного документа. Соответственно, один пользователь нажимает кнопку «Ок» в Реализации ТМЦ, и пока эта Реализация не будет проведена, или не проведена по какой либо причине, все остальные пользователи, которые тоже хотят проводить документы, находятся в ожидании. Этот процесс называется блокировкой журнала транзакций.  Предполагается, что весь этот процесс должен происходить быстро и пользователи не будут мешать друг другу. На практике получается немного иначе. У всех пользователей, которые пытаются провести документ и находятся в режиме ожидания, на панели состояния будет выведено соответствующее сообщение.

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

Очень большой недостаток 1С седьмой версиизаключается в том, что она не умеет блокировать журнал транзакций только по тем позициям, которые находятся в документе. Блокируются все позиции. Данная проблема решена для 1С 8. Разрешить эту проблему полностью невозможно, можно лишь постараться ее уменьшить сократив затраты на проведение документа. Сделать это можно, сократив количество или оптимизировать проверки,  которые выполняются в момент проведения документов. В типовой конфигурации это сделать сложно, т.к. большинство модулей написано наиболее оптимальным образом и оптимизировать там нечего. Зато в нетиповых конфигурациях, как показывает практика, очень часто находится неоптимальным образом написанные фрагменты.

Нетиповая конфигурация – может так же являться причиной для торможения. Особенно подвержены «переписыванию»  торговые конфигурации. Связано это с тем, что обновления вызванные изменением законодательства РФ выходят не так часто как например в бухгалтерских конфигурациях, где минимум один раз в квартал выходит обновление. За последние несколько лет, такие обновления выходили связанные с изменением счетов-фактур. Такие небольшие с точки зрения программирования задачи очень просто решаются не обновлением конфигурации, а простым дописыванием. С другой стороны именно в торговых конфигурациях вносится наибольшее количество изменений. Потребность в изменениях типовой конфигурации возникает в связи с тем, что конфигурация не удовлетворяет все потребностям организации, не учитывает специфических особенностей конкретной организации. Иногда это действительно так. Но не всегда. Часто встречаются «доделки», вызванные незнанием типовых конфигураций. Другими словами, в программе существует необходимый механизм, но его не используют, а взамен разрабатывают свой собственный. Именно в таких случаях и возникают наиболее неоптимальные механизмы в программе, которые могут в значительной степени тормозить программу.

Даже когда все изменения были выполнены корректно, программа может тормозить, если ее формы перегружены информацией, которая в режиме реального времени выводится на экран. Очень характерным примером является режим подбора. Как правило, в таких подборах выводятся остатки товара отдельно по каждому складу и/или по каждой фирме, аналогичным образом выводятся резервы товаров, выводятся несколько типов цен, а так же множество дополнительных реквизитов из справочников.

Представим себе такую ситуацию, директор крупной торговой компании вызывает к себе в кабинет начальника склада и просит принести со склада две штуки одной номенклатурной позиции и одну штуку второй номенклатурной позиции. При этом, количество номенклатурных позиций на складе насчитывается до двух тысяч. Начальник склада, получив задание, отправляется на склад и начинает приносить со склада весть товар, который есть на складе. И вот когда весь товар оказывается в кабинете директора (на счастье кабинет оказался резиновый и в него влезло абсолютно все содержимое склада), начальник склада начинает перебирать  принесенный товар и сравнивать, не тот ли это товар, который в первую очередь попросил директор. Если не тот, начальник склада, не теряя времени относит его обратно на склад. И так продолжается до тех пор, пока он не находит первую номенклатурную позицию. Половина дела сделана. Теперь нужно найти вторую позицию. Относит все, что осталось обратно на склад, приносит назад в кабинет директора и картина повторяется снова. И все это вместо того, чтобы просто принести со склада только необходимый товар. Ситуация очень глупая, кому только в голову может такое прийти. Но как ни странно это может выглядеть, внутри переписанной программы не редко можно встретить такие примеры. В большей мере это конечно касается дополнительно разработанных отчетов и обработок, но так же встречается и внутри документов и даже справочников. Бывает такое обычно в тех организациях, где часто меняются программисты или обслуживающие организации. Иногда руку прикладывают специалисты с недостаточным большим опытом работы и как результат, через несколько смен программа превращается в испытательный полигон, где очень сложно что либо понять.

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

Проблемы сети – так же могут являться причиной замедленной работы программы. Основная работа программы происходит в сетевом режиме с разных компьютеров. Стоит так же отметить, что 1С 7.7 в процессе работы передает огромное количество информации, значительно больше чем н6еобходимо. Но деваться тут некуда и единственное что можно предпринять, это убедиться в том, что сеть предприятия не перегружена чем-то посторонним. Хотя в данный момент с организацией локальных вычислительных сетей проблем не возникает, в продаже всегда имеется большой спектр сетевого оборудования, которое обеспечивает хорошую пропускную способность, необходимо внимательно следить за тем, что происходит в сети.
Сама собой напрашивается аналогия с автомобильной дорогой. Представим себе, что мы построили специальную, очень широкую дорогу для того, чтобы ездить из дома на работу и обратно. Пока все очень хорошо, дорога ровная и пустая. Мы очень быстро добираемся до места назначения, и дорога занимает не более четверти часа. Но вот в один прекрасный момент выехав на свою дорогу мы попадаем в пробку из машин, которые нам не принадлежат. Дорога осталась такой же хорошей и широкой, но время затраченное в пути значительно увеличилось. Что это за машины, чьи они, не понятно.
В ситуации с машинами все ясно, нужно убрать с нашей дороги чужой транспорт. Та же самая ситуация и с локальной сетью. Она подобно автомобильной дороге. Отличие заключается лишь в том, что машины видно визуально, а для того чтобы определить, что сеть занята посторонним трафиком, нужны услуги хорошего сетевого администратора.
Наличие постороннего трафика можно объяснить несколькими способами. Самое первое, что приходит в голову это вирусы. Причем среди них есть и такие, которые только тем и занимаются, что устраивают в сети коллапс. Для других вирусов это не основная задача, но тем не менее они очень эффективно загружают.
Так же причиной ненужной загрузки сети могут быть сетевые принтеры. Точнее сказать даже не сами принтеры, а их отсутствие.
Иногда к ненужной загрузке сети приводит выход из строя сетевых адаптеров (сетевых плат установленных в компьютеры) или сетевых концентраторов (свитчей). При этом сеть продолжает функционировать каким-то образом, но наблюдаются разные неполадки, слабо поддающиеся логике. Может начать пропадать и появляться сеть, а может происходить кратковременные зависания программы 1С.

Основная задача по оптимизации сети это не просто знать, что сеть хорошая, нужно  опытным путем удостовериться, что она не загружена посторонними программами.

SQL серверный вариант подключения заслуживает отдельного упоминания. Сам по себе SQL сервер это мощное серверное программное обеспечение, предназначенное для хранения данных. Но как любое мощное средство, требует правильной настройки. Тем более, что с тех пор как появилась первая версия 1С работающая с SQL сервером (причем только с MS SQL сервером) по настоящее время, сервер используется в основном как хранилище информации, хотя умеет делать очень много полезных вещей, которые могут «разгрузить» клиентскую программу.

Одно из заблуждений, которое иногда приходится слышать заключается в том, что SQL сервер надо ставить, когда программа тормозит. Это не совсем так (а может и совсем не так). Если информационная база небольшого размера, ну к примеру 20 мегабайт, а количество пользователей невелико, то файловая версия будет показывать лучшую производительность. Дело заключается в том, что файловая версия программы имеет ограничение на размер информационной базы. Причем это ограничение имеет даже не сама программа, а формат данных в котором они хранятся. При достижении этого критического значения программа может начать вести себя непредсказуемым образом, а может и полностью остановиться. Если это произошло, существует два выхода из этой ситуации. Первое – свертка информационной базы, когда отсекается часть старых данных, например за прошлые годы, а вместо них создаются документы ввода остатков. Второе- перевод базы в SQLный вариант.
Справедливости ради стоит отметить, что  перевод информационной базы в SQLный вариант, как показывает практика, не решает до конца проблему, а дает только отсрочку. Когда база достигает больших объемов, программа потихоньку начинает терять свой функционал. Первыми перестают работать режимы Тестирования и исправления информационной базы, затем перестает работать режим выгрузки информационной базы, что приводит к невозвможности делать резервные копии средствами 1С. Режимы эти не то чтобы совсем прекращают работать, они начинают занимать большое количество времени, более трех-четырех суток, что само по себе неприемлемо. Хотя резервную копию базы можно делать и средствами SQL сервер, со временем программа начинает сильно тормозит и проблема решается сверткой информационной базы.

Одним из недостатков SQL серверного варианта является его высокая стоимость. Мало того, что сама 1С в SQLном исполнении стоит дорого, необходимо еще приобретать SQL сервер и к нему клиентские лицензии. В довершении всего, фирма 1С отменила апгрейд между программами 1С:Предприятие 7.7. Апгрейд можно сделать только с 1С:Предприятие 7.7 на 1С:Предприятие 8.x. В таблице приведены цены на программное обеспечение.

                Нет смысла рассматривать минимальные системные требования к аппаратному обеспечению, заявляемые фирмой 1С, т.к. версия 7.7 разрабатывалась в те времена, когда в ходу был Windows 95 и 98. При подборе конфигурации рабочих станций и серверов имеет смысл опираться на требования, предъявляемые к операционной системе, которая будет использоваться. Для серверов, отдельное внимание нужно уделять устройствам хранения данных.

        Поскольку мы договаривались не вдаваться в «программистские» и «администраторские» премудрости, приведу лишь несколько самых простых и поверхностных способа проверить насколько загружен сервер и рабочие станции. Эти способы не требуют специальной подготовки и каких-то серьезных знаний.
Проверки лучше всего производить в момент наивысшей загруженности системы, например в отгрузочный день, если такой имеется.
Первое, что нужно проверить это достаточный объем оперативной памяти. На панели задач нажмите правой кнопкой мыши и в появившемся меню выберите пункт «Диспетчер задач». В появившемся диспетчере необходимо выбрать вкладку Быстродействие. Необходимо сравнить два параметра. В разделе Физическая память (Кб) поле Всего нужно сравнить с полем Пик в разделе Выделение памяти (Кб). Причем Всего должно быть больше чем Пик. В противном случае система будет много времени уделять не работе программы, а попыткам разместить программу в памяти.

Так же, следует обратить внимание на раздел Загрузка ЦП. В тот момент, когда программа проводит документ или формирует отчет загрузка процессора может быть и высокой, более 60%. Может иногда даже доходить до 100%. Но если в процессе выполнения каких либо действий с проргаммой процессор постоянно занят на 100%, это может означать что процессор  слабый для данной работы. Либо кроме программы он занят какимито посторонними задачами.
Следующая проверка в большей степени касается сервера, чем рабочих станций. Практически у всех рабочих станций и серверов на лицевой стороне корпуса выедены индикаторы, сигнализирующие о состоянии оборудования. Необходимо понаблюдать за индикатором, который отвечает за обращения к жестким дискам. Он, как правило, красного или оранжевого цвета и периодически помаргивает. Индикатор загорается в тот момент, когда к дискам идет обращение и гаснет, когда обращения нет. В процессе активной работы системы индикатор может моргать настолько быстро и часто, что создается ощущение, что он горит непрерывно. Если такое состояние случается периодически и кратковременно, ничего страшного в этом нет. Но если  индикатор принимает такое состояние часто и оно длится по нескольку минут и больше, есть причина для беспокойства. Это может означать, что сервер не справляется с чтением и/или записью данных. Точно такое же поведение можно наблюдать при недостаточном объеме оперативной памяти на сервере.

Антивирусное программное обеспечение – особая тема для разговора. Бесспорно, антивирусные программы очень важный элемент информационной системы, без которого практически невозможно обойтись. Очень сложно представить компанию, которая не получает электронную почту, не работает через Интернет-сайты, да и как себе представить секретаря, который не сидит непрерывно в одноклассниках. В таких условиях антивирусное обеспечение должно быть обязательно установлено. В том случае, если используется выделенный сервер, то есть  на машине где установлена информационная база, никто не работает, имеет смысл отключить антивирусную программу, а проверку производить по расписанию. Более того, на компьютерах пользователей необходимо отключить проверку файлов (если используется файловая версия программы), принадлежащих базе данных 1С. За безопасность таких файлов можно не беспокоиться, они не подвержены вирусному заражению.
Настройке антивирусного ПО необходимо уделить повышенное внимание, т к. оно излишней своей бдительностью может излишне загружать систему и рабочим программам, типа 1С, просто не хватит ресурсов, хотя компьютер сам по себе может быть достаточно мощным. Вирусы не цепляются не только к файлам базы данных. Не подвержены заражению так же графические, текстовые файлы и ряд других.

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

Несколько способов увеличить производительность системы

Терминальные подключения – один из самых распространенных способов увеличения производительности системы. Основная идея заключается в том, что пользователи запускают программу не у себя на компьютере, как при обычно подключении, а на сервере. При этом клиентские компьютеры могут быть не очень мощными. Даже более того, от клиентских компьютеров практически мало что зависит. Снижается нагрузка на сеть, но увеличивается нагрузка на сервер. Он должен иметь более мощный процессор и больший объем памяти, чем при  обычном подключении. Для пользователя никаких видимых отличий при такой работе от обычного режима нет.
        Еще одним видимое преимущество – возможность сэкономить на клиентских компьютерах. Точнее сказать не на самих компьютерах, а на программном обеспечении. Если программа запускается на стороне сервера, а клиентская машина ни в каких расчетах не участвует, можно предложить на клиентских компьютерах устанавливать бесплатные операционные системы  семейства Linux. Во всех дистрибутивах этой операционной системы включены средства для подключения к терминальному серверу под управлением Windows.
            Если в компании уже используются сервера под управлением Windows 2003 или Windows 2008, достаточно будет приобрести лицензии для терминальных подключений. Примерную стоимость такого решения можно просчитать исходя из данных, приведенных в таблице.

Терминальное подключение посредством тонкого клиента это одна из разновидностей терминальных подключений. Преимущество заключается в относительно низкой  стоимости данного решения. Если программа запускается в терминале, значит, все операции с данными производятся тоже в терминале. А что же делает клиентский компьютер в это время. Ответ очень простой, простаивает. Конечно, он занят выводом на экран информации из терминала, но это очень малая часть того, что он может делать. А если так, то нет смысла на клиентском месте держать полноценный компьютер. Имеет смысл установить тонкий клиент, который только для того и предназначен, чтобы подключаться к серверу терминалов. Конечно, если речь идет об оптимизации работы существующих клиентов данное решение не будет очень полезно, зато его можно рассмотреть при добавлении новых рабочих мест.

Хранить базу на Линуксе – одно из альтернативных решений которое в последнее время стало популярным. Как уже упоминалось выше, Линукс это целое семейство операционных систем разработанных на одном ядре, и распространяющихся бесплатно. Преимущества по скорости достигаются за счет более быстрой файловой системе по сравнению с тем, что использует Windows. Таким образом, все процессы, связанные с чтением и записью данных проходят быстрее. А что может быть важнее для программы, которая по сути своей делает три вещи, читает данные с дисков, обрабатывает их и записывает обратно на диск. Данный способ ускорения работы можно использовать лишь в том случае, если используется файловая база данных.
Такой метод имеет свои преимущества и свои недостатки. С одной стороны программное обеспечение на сервере бесплатно, соответственно можно сэкономить на организации сервера. Но с другой стороны, установка и настройка такой операционной системы, требует специализированных знаний и навыков. Линукс – операционная система, которая получила широкое распространение только в последнее время, относительно операционных систем на основе Windows. Отчасти это связано с усилением контроля в области лицензионного программного обеспечения.

Запустить программу с использованием терминала на Линуксе. Этот способ объединяет в себе Терминальные подключения и Хранение базы на Линуксе. 1С:Предприятие это программа, которая разработана специально для операционной системы Windows и только для нее. Но это не означает, что ее нельзя запустить в других операционных системах. Существует целый ряд решений, позволяющих запускать программы, разработанные для Windows на других операционных системах. Одно из таких решений – wine. Это программное решение есть практически во всех поставках Линукса, однако требует настройки для запуска многих программ. Так же существует платная версия этой программы, разработчики которой гарантируют правильную работу многих коммерческих программ, в том числе и 1С. За счет более быстрой файловой системы, описанной в предыдущем разделе, и за счет преимуществ получаемых при терминальном доступе, данное решение показывает очень хорошую производительность.
Однако, как и в предыдущем варианте существует сложность в установке и настройке такой системы. Более того, работа программы, запущенной в чужеродной среде, а для 1С:Предприятия Линукс является чужеродной средой, немного отличается от обычного режима запуска. Поэтому перед тем как принимать решение в пользу этого варианта, необходимо посмотреть на примеры реализации данного решения.
Кроме того, что данный способ показывает хорошую производительность системы, он так же позволяет сэкономить средства на программное обеспечение, как на сервере, так и на рабочих станциях.

Прямые запросы – сугубо «программистское» решение, которое связано со значительной переработкой  конфигурации. Основная идея заключается в том, чтобы обращаться к данным не использую механизмы 1С, которые не всегда показывают наилучшую скорость, а напрямую обращаясь в базу данных. При этом, так же как и в предыдущем способе можно достигать очень хороших результатов. Однако, способ этот довольно трудоемкий и как следствие может оказаться довольно дорогостоящим. Кроме этого, данный способ очень зависит от уровня подготовки специалиста, который будет производить оптимизацию программы.

Продолжение следует …