Как ускорить работу 1с по локальной сети

Записки IT специалиста

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

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

Потребление ресурсов, первый взгляд

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

Для тестирования мы взяли две виртуальные машины под управлением Windows Server 2012 R2 и Windows 8.1 соответственно, выделив им по 2 ядра хостового Core i5-4670 и 2 ГБ оперативной памяти, что соответствует примерно средней офисной машине. Сервер разместили на RAID 0 массиве из двух WD Se, а клиент на аналогичном массиве из дисков общего назначения.

В качестве подопытных баз мы выбрали несколько конфигураций Бухгалтерии 2.0, релиза 2.0.64.12, которую затем обновили до 3.0.38.52, все конфигурации запускались на платформе 8.3.5.1443.

Первое, что обращает на себя внимание, это выросший размер информационной базы «тройки», причем существенно выросший, а также гораздо большие аппетиты к оперативной памяти:

Мы уже готовы услышать привычное: «да чего они там такого добавили в эту тройку», но давайте не будем спешить. В отличие от пользователей клиент-серверных версий, которые требуют наличия более-менее квалифицированного администратора, пользователи файловых версий крайне редко задумываются об обслуживании баз. Также редко об этом думают обслуживающие (читай — обновляющие) эти базы сотрудники специализированных фирм.

Между тем информационная база 1С — это полноценная СУБД своего формата, которая тоже требует обслуживания и для этого даже есть инструмент, который называется Тестирование и исправление информационной базы. Возможно злую шутку сыграло название, которое как-бы подразумевает, что это инструмент для устранения проблем, но низкая производительность — тоже проблема, а реструктуризация и реиндексация, вместе со сжатием таблиц — хорошо известные любому администратору СУБД средства оптимизации баз данных. Проверим?

После применения выбранных действий база резко «похудела», став даже меньше «двойки», которую тоже никто никогда не оптимизировал, также немного уменьшилось потребление ОЗУ.

В последствии, после загрузки новых классификаторов и справочников, создания индексов и т.п. размер базы вырастет, в целом базы «тройки» больше баз «двойки». Однако более важно не это, если вторая версия довольствовалась 150-200 МБ оперативной памяти, то новой редакции нужно уже полгигабайта и из этого значения следует исходить, планируя необходимые ресурсы для работы с программой.

Пропускная способность сети — один наиболее важных параметров для сетевых приложений, особенно, как 1С в файловом режиме, перемещающих по сети значительные объемы данных. Большинство сетей небольших предприятий построены на базе недорогого 100 Мбит/с оборудования, поэтому мы начали тестирование именно со сравнения показателей производительности 1С в сетях 100 Мбит/с и 1 Гбит/с.

Что происходит при запуске файловой базы 1С по сети? Клиент скачивает во временные папки достаточно большое количество информации, особенно если это первый, «холодный», запуск. На 100 Мбит/с мы ожидаемо упремся в ширину канала и загрузка может занять значительное время, в нашем случае около 40 секунд (цена деления графика — 4 сек).

Второй запуск происходит быстрее, так как часть данных сохраняется в кэше и находится там до перезагрузки. Переход на гигабитную сеть способен значительно ускорить загрузку программы, как «холодный», так и «горячий», причем соотношение значений при этом соблюдается. Поэтому мы решили выразить результат в относительных значениях, взяв за 100% самое большое значение каждого замера:

Как можно заметить из графиков, Бухгалтерия 2.0 загружается при любой скорости сети вдвое быстрее, переход со 100 Мбит/с на 1 Гбит/с позволяет ускорить время загрузки в четыре раза. Разницы между оптимизированной и неоптимизированной базами «тройки» в данном режиме не наблюдается.

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

Здесь уже интереснее, оптимизированная база «тройки» в 100 Мбит/с сети работает с такой же скоростью, как и «двойка», а неоптимизированная показывает вдвое худший результат. На гигабите соотношения сохраняются, неоптимизированная «тройка» также вдвое медленнее «двойки», а оптимизированная отстает на треть. Также переход на 1 Гбит/с позволяет сократить время проведения в три раза для редакции 2.0 и в два раза для 3.0.

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

Собственно, для повседневных задач пропускная способность сети не является узким местом, неоптимизированная «тройка» всего лишь на 20% медленнее двойки, а после оптимизации оказывается примерно настолько же быстрее — сказываются преимущества работы в режиме тонкого клиента. Переход на 1 Гбит/с не дает оптимизированной базе никаких преимуществ, а неоптимизированная и двойка начинают работать быстрее, показывая небольшую разницу между собой.

Из проведенных тестов становится очевидно, что сеть не является узким местом для новых конфигураций, а управляемое приложение работает даже быстрее обычного. Также можно рекомендовать переход на 1 Гбит/с если для вас критичны тяжелые задачи и скорость загрузки баз, в остальных случаях новые конфигурации позволяют эффективно работать даже в медленных 100 Мбит/с сетях.

Так почему же 1С тормозит? Будем разбираться дальше.

Дисковая подсистема сервера и SSD

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

Несмотря на относительно большое количество операций ввода-вывода в секунду (IOPS) — 913, длина очереди не превысила 1,84, что для двухдискового массива очень хороший результат. Исходя из него можно сделать предположение, что зеркала из обычных дисков будет достаточно для нормальной работы 8-10 сетевых клиентов в тяжелых режимах.

Так нужен ли SSD на сервере? Лучше всего ответить на этот вопрос поможет тестирование, которое мы провели по аналогичной методике, сетевое подключение везде 1 Гбит/с, результат также выражен в относительных значениях.

Начнем со скорости загрузки базы.

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

Перейдем к перепроведению:

Выше мы уже отмечали, что производительности дисковой вполне достаточно даже для работы в тяжелых режимах, поэтому на скорость проведения SSD также не оказывает влияния, кроме неоптимизированной базы, которая на SSD догнала оптимизированную. Собственно, это еще раз подтверждает, что операции оптимизации упорядочивают информацию в базе данных, уменьшая количество случайных операций ввода вывода и повышая скорость доступа к ней.

На повседневных задачах картина аналогичная:

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

Дисковая подсистема клиента и SSD

Влияние SSD на скорость работы локально установленной 1С мы разбирали в предыдущем материале, многое из сказанного справедливо и для работы в сетевом режиме. Действительно, 1С достаточно активно использует дисковые ресурсы, в том числе и для фоновых и регламентных задач. На рисунке ниже можно видеть, как Бухгалтерия 3.0 довольно активно обращается к диску в течении порядка 40 секунд после загрузки.

Но при этом следует осознавать, что для рабочей станции где активная работа производится с одной — двумя информационными базами ресурсов производительности обычного HDD массовой серии вполне достаточно. Приобретение SSD способно ускорить некоторые процессы, но радикального ускорения в повседневной работе вы не заметите, так как, например, загрузка будет ограничиваться пропускной способностью сети.

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

Оперативная память

Несмотря на то, что оперативка сейчас неприлично дешева, многие рабочие станции продолжают работать с тем объемом памяти, который был установлен при покупке. Вот тут и подстерегают первые проблемы. Уже исходя из того, что в среднем «тройке» требуется около 500 МБ памяти можно предположить, что общего объема оперативной памяти в 1ГБ для работы с программой будет недостаточно.

Мы уменьшили память системы до 1 Гб и запустили две информационные базы.

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

К чему это приведет? Посмотрим, как используются ресурсы системы в тяжелых операциях, например, запустим групповое перепроведение сразу в двух базах. Сначала на системе с 2 ГБ оперативной памяти:

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

Теперь уменьшим память до 1 ГБ:

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

При этом даже субъективная работа с двумя открытыми базами на системе с 1 ГБ памяти оказалась крайне некомфортной, справочники и журналы открывались со значительной задержкой и активным обращением к диску. Например, открытие журнала Реализация товаров и услуг заняло около 20 секунд и сопровождалось все это время высокой дисковой активностью (выделено красной линией).

Чтобы объективно оценить влияние оперативной памяти на производительность конфигураций на основе управляемого приложения мы провели три замера: скорость загрузки первой базы, скорость загрузки второй базы и групповое перепроведение в одной из баз. Обе базы полностью идентичны и созданы копированием оптимизированной базы. Результат выражен в относительных единицах.

Результат говорит сам за себя, если время загрузки вырастает примерно на треть, что еще вполне терпимо, то время выполнения операций в базе вырастает в три раза, ни о какой комфортной работе в таких условиях говорить не приходится. Кстати, этот тот случай, когда покупка SSD способна улучшить ситуацию, но гораздо проще (и дешевле) бороться с причиной, а не с последствиями, и просто купить нужное количество оперативной памяти.

Недостаток оперативной памяти — основная причина по которой работа с новыми конфигурациями 1С оказывается некомфортной. Минимально подходящими следует считать конфигурации с 2 ГБ памяти на борту. При этом учитывайте, что в нашем случае были созданы «тепличные» условия: чистая система, запущены только 1С и диспетчер задач. В реальной жизни на рабочем компьютере как правило открыты браузер, офисный пакет, работает антивирус и т.д, и т.п., поэтому исходите из потребности 500 МБ на одну базу плюс некоторый запас, чтобы при тяжелых операциях вы не столкнулись с недостатком памяти и резким снижением производительности.

Процессор

Центральный процессор без преувеличения можно назвать сердцем компьютера, так как именно он, в конечном итоге, осуществляет обработку всех вычислений. Чтобы оценить его роль мы провели еще один набор тестов, такой же, как и для оперативной памяти, уменьшив количество доступных виртуальной машине ядер с двух до одного, при этом тест выполнялся два раза с объемами памяти в 1 ГБ и 2 ГБ.

Результат оказался довольно интересным и неожиданным, более мощный процессор довольно эффективно брал на себя нагрузку в условиях недостатка в ресурсах, в остальное время не давая каких-либо ощутимых преимуществ. 1С Предприятие (в файловом режиме) сложно назвать приложением, активно использующим процессорные ресурсы, скорее нетребовательным. А в тяжелых условиях на процессор ложится нагрузка не столько по обсчету данных самого приложения, сколько обслуживания накладных расходов: дополнительных операций ввода вывода и т.п.

Выводы

Итак, почему тормозит 1С? В первую очередь это недостаток оперативной памяти, основная нагрузка в этом случае ложится на жесткий диск и процессор. А если они не блистают производительностью, как это обычно бывает в офисных конфигурациях, то получаем ситуацию, описанную в начале статьи — «двойка» работала нормально, а «тройка» безбожно тормозит.

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

Затем следует обратить внимание на дисковую, покупка SSD вряд ли будет хорошим вложением денег, а вот заменить диск на более современный будет не лишним. Разницу между поколениями жестких дисков можно оценить по следующему материалу: Обзор двух недорогих дисков серии Western Digital Blue 500 ГБ и 1 ТБ.

И наконец процессор. Более быстрая модель конечно же не будет лишней, но большого смысла увеличивать его производительность нет, если только данный ПК не используется для тяжелых операций: групповых обработок, тяжелых отчетов, закрытия месяца и т.п.

Надеемся данный материал поможет вам быстрее разобраться в вопросе «почему тормозит 1С» и решить его наиболее эффективно и без лишних затрат.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Или подпишись на наш Телеграм-канал:

Как ускорить работу 1с по локальной сети

Две глобальные причины, почему происходит торможение 1С

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

2. Особенность работы программы.

Даже при оптимальныйх настройках, может происходит торможение 1С. Быстродействие падает, когда количество одновременно работающих с базой превышает 4-5 пользователей.

Причина торможения 1С — пропускная способность сети

Как правило, с одной информационной базой (ИБ) работает не один, а несколько пользователей. При этом, постоянно идет обмен данными между компьютером, на котором установлен клиент 1С и компьютером, на котором расположена ИБ. Объем этих данных достаточно существенный. Часто возникает ситуация, когда локальная сеть работающая на скорости 100 Мбит/с, а это наиболее часто встречающаяся скорость, просто не справляется с нагрузкой. И снова пользователь жалуется на тормоза в программе.

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

Теперь давайте рассмотрим несколько решений проблемы с низкой скоростью работы 1С и их стоимость, на примере локальной сети из 10 средних компьютеров.

Решение первое. Модернизация инфраструктуры

Это, пожалуй, самое очевидное решение. Рассчитаем его минимальную стоимость.

Как минимум, на каждый компьютер нам понадобиться планка оперативной памяти на 2 Гб, стоит, в среднем, 1500 руб, сетевая карта с поддержкой скорости 1 Гбит/c, стоит около 700 руб. Дополнительно понадобиться как минимум 1 маршрутизатор, поддерживающий скорость работы 1 Гбит/с, который обойдется примерно 4000 руб. Итого, стоимость — 26000 рублей на оборудование, без учета работ.

В принципе, скорость может существенно вырасти, однако, теперь покупать в офис недорогие компьютеры уже не получится. Кроме того, данное решение не применимо для тех, кто использует Wi-Fi или хочет работать через интернет — в их случае скорость сети может быть в десятки раз ниже. Напрашивается мысль: «А нельзя ли реализовать работу программы целиком на одном мощном сервере, чтобы пользовательский компьютер не участвовал в сложных расчетах, а служил просто для передачи изображения?» Тогда можно работать даже на очень слабых компьютерах, даже в сетях с низкой пропускной способностью. Естественно такие решения существуют.

Решение второе. Сервер терминалов

Получил большую популярность еще во времена 1С 7. Реализован на серверной версии Windows и прекрасно справляется с нашей задачей. Однако, имеет свои подводные камни, а именно — стоимость лицензий.

Сама операционная система обойдется где-то в 40000 руб. Дополнительно к этому нам понадобиться для каждого, кто планирует работать в 1С еще лицензия Windows Server CAL, стоимостью примерно в 1700 руб и лицензия Windows Remote Desktop Services CAL, которая стоит около 5900 руб.

Посчитав стоимость для сети из 10 компьютеров, мы получим в итоге 116 000 руб. только на одни лицензии. Добавьте к этому стоимость самого сервера (минимум 40 000 руб) и стоимость работ по внедрению, впрочем, даже без этого, цена на лицензии получилась внушительная.

Решение третье. Сервис 1С Предприятия

Фирма 1С разработала свой решение данной проблемы, способное серьезно повысить скорость программы. Но и тут есть нюанс.

Дело в том, что стоимость такого решения составляет от 50 000 до 80 000 руб., в зависимости от редакции. Для компании до 15 пользователей получается дороговато. Большие надежды возлагались на «мини-сервер 1С предприятия», который, по заявлениям фирмы 1С, ориентирован на малый бизнес и стоит в районе 10000 — 15000 руб.

Однако, поступив в продажу, этот продукт стал большим разочарованием. Дело в том, что максимальное количество пользователей, с которыми мини-сервер можно было использовать, составляло всего 5.

Как написал на форуме один программист 1С: «До сих пор не понятно, почему 1С выбрала именно 5 подключений! От 4 пользователей проблемы только начинаются, а тут на пяти все заканчивается. Хочешь подключить шестого — доплати еще 50 тыс. Сделали бы хоть на 10 подключений…»

Конечно, мини-сервер тоже нашел своего потребителя. Однако для компаний, где с 1С работают от 5 человек, так и не появилось простого и недорогого решения.

Помимо описанных выше методов ускорения программы, существует еще один, идеально подходящий для сегмента 5 — 15 пользователей, а именно — web-доступ для 1С в файловом режиме.

Решение четвертое. Web-доступ для 1С в файловом режиме

Принцип работы следующий: на компьютере поднимается дополнительная роль web-сервера, на котором происходит публикация ИБ.

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

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

Данный вариант уступает серверу 1С предприятия по скорости работы, но разница эта до 15-20 пользователей визуально практически не заметна. Кстати, для реализации web-сервера можно использовать IIS (для Windows) и Apache (для Linux) и оба этих решения бесплатны!

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

Не берусь утверждать наверняка, но скорее всего, это связано с двумя причинами:

Что делать, если тормозит файловая база 1С

Просмотры 592
Комментарии 0
Поделились 0
Копировать ссылку
Facebook
Twitter
Вконтакте
Linkedin
Отправить на почту

Кому будет полезен материал Предпринимателям, бухгалтерам и компаниям, которые замечают, что у них сильно тормозит файловая база 1С 8.3 или файловая база 1С по сети начинает тормозить.

Причина № 1. Количество пользователей 1С или размер базы

Файловый режим — простой и бюджетный вариант размещения информационной базы, но при этом у него ограниченный ресурс. Если базы начинают тормозить, то часто причина в том, что вы просто «переросли» файловый режим.
Чем дольше вы используете базу, тем тяжелее она становится. Когда размер базы становится больше 5 Гб, то нередко база начинает подтормаживать и чем дальше, тем сильнее.
Похожая ситуация и с количеством пользователей. Пока в 1С работает 1−2 человека, при нормальных размерах базы, проблем со скоростью доступа к программе не возникает. Но картина радикально меняется, если в 1С с одним типом документов одновременно работает 5 и больше человек. База, развернутая на одном файле, просто не успевает реагировать на такое количество запросов.

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

Причина № 2. Медленный жесткий диск

Снижение скорости работы 1С может быть связано не с размерами файловой базы, а с жестким диском, на котором она хранится. Если точнее, то с его быстротой передачи данных.
Вы можете долгое время не задумываться о том, какие параметры у вашего жесткого диска, пока не обновите 1С. В какой-то момент сам собой возникнет вопрос: «А почему тормозит файловая база 1С 8.3, если с предыдущей подобных проблем не возникало?» Причина не в самой версии 1С, а в том, что она немного более требовательна к вашему железу. Количество пользователей у вас не поменялось и база осталась прежней, но вот скорости вашего HDD-диска уже не хватает для нормальной работы программы.

По нашему опыту нормально работать с базами на HDD-дисках можно, пока с 1С работает один пользователь. Как только их становится больше, начинаются торможения. Наиболее простой выход — заменить HDD-диск на более быстрый SSD-диск. У него пропускная способность заметно выше.

Причина № 3. Не настроены регламентные задания 1С

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

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

Причина № 4. Вирусы и антивирусы

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

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

Причина № 5. Стабильность интернет-канала

Если доступ к 1С вы получаете по сети, то проблема может быть в стабильности интернет-канала. Даже если скорость интернета хорошая, но передача данных может вестись прерывисто. А 1С крайне чувствителен даже к коротким обрывам на доли секунды. Из-за этого вы можете наблюдать, что работа файловой базы 1С по сети тормозит или зависает.
С похожей проблемой часто сталкиваются пользователи 1С, которые подключились к интернету через wi-fi. Помимо того, что роутеры режут скорость, передают сигнал они нестабильно, что может стать причиной торможения 1С.

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

Почему еще может тормозить файловая база 1С

Мы перечислили топ-5 причин, почему тормозит файловая база 1С и рассказали, что с этим можно сделать. Но могут быть и другие причины. Например, файловую базу 1С запускают через браузер, а не специальную программу. Или проблема в том, что база расположена на рабочем компьютере, а не отдельно. Также на скорость работу файловой базы 1С могут повлиять запущенные старые и неактуальные сеансы.
Если вы используете серверный режим 1С, то у нас есть отдельная статья «Что делать, если тормозит сервер 1С»
О других проблемах со стабильной работой 1С мы рассказываем в статье «Почему тормозит 1С».
Более точную причину, почему файловая база 1С стала работать медленнее, можно назвать после диагностики.

Как ускорить файловую базу 1С при работе по сети

В нашу компанию довольно часто обращаются с вопросом “вылетает/зависает/тормозит “1С”, как ускорить или исправить?”. Особенно часто подобные вопросы возникают при переходе на платформу 8.3 и конфигурацию на управляемых формах. К таким конфигурациям относятся:

• Бухгалтерский учет для государственных учреждений Казахстана, редакция 4.0;
• Бухгалтерский учет для государственных предприятий Казахстана, редакция 2.0;
• Бухгалтерия для Казахстана, редакция 3.0;
• Розница для Казахстана, редакция 2.0;
• Управление торговлей для Казахстана, редакция 3.0;
• Управление нашей фирмой для Казахстана;
• Зарплата и управление персоналом для Казахстана, редакция 3.0;
• и другие.

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

Совет 1. Регулярное тестирование и исправление информационной базы поможет ускорить 1С

Информационная база “1С” – специфичная, но полноценная СУБД. Она, как и любая другая СУБД, требует регулярного обслуживания.

Внимание! Всегда, при любых необратимых действиях с базой “1С” необходимо провести процедуру резервного копирования.

Шаг 1. Копирование базы

Под пользователем с правом “Администратор”, в режиме “1С:Предприятие” открыть: Администрирование – Обслуживание. Раскрыть блок “Резервное копирование и восстановление” и перейти по ссылке “Создание резервной копии”. Далее, выбрать каталог для сохранения резервной копии и нажать кнопку “Сохранить резервную копию”. Имя файла присваивается автоматически с указанием даты и времени создания копии, файл имеет расширение .zip.

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

Скопировать информационную базу можно и другим способом: закрыть “1С” на всех компьютерах и скопировать файл 1Cv8.1CD из каталога с информационной базы в каталог с архивным копиями.

Следует помнить! Выгрузка информационной базы в режиме “Конфигуратор” в DT-файл является механизмом для получения образа информационной базы независимо от способа хранения данных. Не стоит делать копию базы “1С” выгрузкой в DT-файл, потому что, если в базе данных есть нарушения, то некоторая информация может быть не выгружена. Подробнее о средствах копирования

Шаг 2. Тестирование и исправление информационной базы

Открыть базу в режиме “Конфигуратор” на “главном” компьютере. Меню “Администрирование” – “Тестирование и исправление”. Проставить флаги в “Проверки и режимы”:

• Реиндексация таблиц информационной базы;
• Проверка логической целостности информационной базы;
• Проверка ссылочной целостности информационной базы;
• Пересчет итогов;
• Реструктуризация таблиц информационной базы.

Выбрать режим “Тестирование и исправление”.

При наличии ссылок на несуществующие объекты: очищать ссылки.

При частичной потере данных объектов: удалять объект.

Частота выполнения: один раз в 2-4 недели.

Совет 2. Улучшение аппаратных компонентов компьютера

Конфигурации новых редакций на основе управляемого приложения более требовательны к ресурсам компьютера. Ресурсы компьютера, оказывающие первоочередное влияние на производительность “1С”:

• количество оперативной памяти;
• пропускная способность локальной сети;
• производительность дисковой подсистемы.

Оперативная память (ОЗУ)

Конфигурациям “1С” без управляемых форм было достаточно 120-250 Мб оперативной памяти, новым редакциям уже требуется не менее 500 Мб (на каждую открытую ИБ). Это стоит учитывать при планировании ресурсов для работы с “1С”.

При недостатке оперативной памяти часть данных может быть выгружена в дисковый кэш. Но, ведь потребность в данных не изменилась, и выгруженная часть рано или поздно потребуется. В этот момент “1С” придется обращаться к медленному файлу подкачки и загружать эти данные уже в ОЗУ, выгружая временно ненужные.

В таких ситуациях значительно увеличивается нагрузка на дисковую подсистему, а работа пользователя в программе “1С” становится крайне некомфортной.

Минимальный объем ОЗУ на компьютере для работы с “1С”: 2 Гб. Но, следует помнить, что помимо “1С” на компьютере наверняка будет открыт браузер, какие-либо офисные документы, антивирусные программы и другое.

Локальная сеть

При работе с файловыми информационными базами “1С” важнейшим фактором быстродействия является пропускная способность локальной сети и ее стабильность, ведь приходится перемещать значительные объемы данных. У большинства небольших организаций локальная сеть построена на базе дешевого и устаревшего оборудования, обеспечивающего теоретическую скорость в 100 Мбит/с.

Как происходит запуск “1С” через локальную сеть? Клиентский компьютер закачивает во временную папку довольной большой объем информации. Причем, первый в первый запуск требует большего количества, чем последующие (при последующих запусках часть данных сохраняется в кэше). Логично, что в итоге “1С” упрется в пропускную способность канала.

“1С” через Wi-Fi – плохо!

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

Нужна стабильная сеть

Проверить стабильность соединения до основного компьютера: простейшая команда ping (ip-адрес-основного-компьютера) -t покажет общую картину.

Сетевой канал может резко терять стабильность на больших пакетах. Если обычная команда ping не выявляет потерь, то есть смысл проверить так:

ping server -n 100 -l 50000

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

Пример “плохой” локальной сети

ping server -t

Обмен пакетами с server [192.168.1.101] с 32 байтами данных:

Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=2мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=2мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=19мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=8мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=2мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=5мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=8мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=5мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=10мс TTL=128
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=2мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=4мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=19мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=3мс TTL=128

Пример “хорошей” локальной сети

ping server -t

Обмен пакетами с server [192.168.1.101] с 32 байтами данных:

Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время<1мс TTL=128

Работать через “тонкий клиент”

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

«Тонким» клиент называется потому, что умеет исполнять ограниченный набор функциональности встроенного языка. В частности на тонком клиенте недоступны все прикладные типы данных. Вместо этого тонкий клиент оперирует ограниченным набором типов встроенного языка, предназначенным лишь для отображения и изменения данных в памяти. Вся работа с базой данных, объектными данными, исполнение запросов – выполняется на стороне сервера. Тонкий клиент только получает готовые данные, подготовленные для отображения.

Пропускная способность 1 Гбит/с

Новые конфигурации “1С” запускаются при работе в локальной сети с пропускной способностью 1 Гбит/с в 3-4 раза быстрее. Даже при достаточно большой нагрузке (например, групповое перепроведение) прирост в скорости работы сохраняется.

Дисковая подсистема

Существует миф, что если расположить информационную базу на твердотельном быстром SSD-диске, то даже у сетевых пользователей комфорт от работы улучшится. Однако, это не так. Дело в том, что производительность для сетевых пользователей упрется в пропускную способность сети и “железо” клиентских компьютеров, SSD-диск ускорит работу только на основном компьютере. Медленный диск способен замедлить некоторые операции, но сам по себе являться причиной “торможения” программы не может.

“Лайфхак” по ускорению выполнения задач, зависящих от процессора

Возможно это будет открытием, но операционная система Windows старается по максимуму экономить потребление электроэнергии уменьшая тактовую частоту процессорных ядер. Эта “экономия” в некоторых ресурсотребовательных задачах может приводить довольно к большим задержкам, а экономия малозначительна.

Панель управления – Все элементы управления – Электропитание – поставить флаг “Высокая производительность” – ОК. Так же имеет смысл пройти по ссылке “Настройка схемы электропитания” – “Изменить дополнительные параметры питания” – “Отключать жесткий диск через: 0”; “Управление питанием процессора” – “Минимальное состояние процессора: 100%”.

Совет 3. Настроить работу в связке 1С+веб-сервер

Работа с файловой базой данных через веб-сервер возможна с помощью тонкого клиента или веб-клиента. Но, лучше использовать тонкий клиент. Он быстрее чем браузер примерно на 20%, а также может использовать локальные лицензии. Веб-клиент может использовать только клиентские лицензии сервера.

При работе с “1С” через веб-сервер нагрузка на локальную сеть снижается в разы и перестает быть “узким местом”. Однако, повышаются требования к “железу” сервера, ведь модуль веб-сервера большую часть работы по обслуживанию клиентских подключений берет на себя (в среднем, веб-сервер Apache при работе с одной ИБ и 3-5 пользователей использует 1 Гб оперативной памяти).

Установка веб-сервера Apache 2.4 для “1С”

Рассмотрим пример публикации через веб-сервер Apache 2.4. Для начала необходимо скачать дистрибутив с http://www.apachelounge.com/download/.

Важно! Разрядность веб-сервера Apache должна совпадать с разрядностью платформы “1С:Предприятие”. Например, если используется Apache 2.4 x64, соответственно необходимо выполнять публикацию информационной базы “1С” в “технологической платформе 1С:Предприятия (64-bit)”.

Кроме того, для правильной работы связки, необходимо произвести установку распространяемого пакета Visual C++ для Visual Studio 2015, той же самой разрядности, что и Apache, и платформа “1С:Предприятие”. Найти установочный файл распространяемого пакета Visual C++ можно распаковав архивный файл платформы “1С:Предприятие” (файл vc_redist.x64.exe) или с сайта https://www.microsoft.com/ru-ru/download/details.aspx?id=48145

Полученный архив дистрибутива нужно распаковать, например в каталог D:\www\Apache24 . Далее, находим конфигурационный файл httpd.conf в каталоге bin ( D:\www\Apache24\bin\httpd.conf ) и открываем для редактирования (например, Блокнотом). Здесь важно внести несколько важных правок, а именно:

• Listen 80 – указывается порт для работы веб-сервера, по умолчанию 80. Можно оставить по умолчанию;
• Define SRVROOT «c:/Apache24» – указывается путь к каталогу веб-сервера. В нашем примере нужно изменить на D:/www/Apache24 ;
• ServerAdmin admin@example.com – указать адрес электронной почты администратора;
• #ServerName www.example.com:80 – раскомментировать строку, убрав символ “#” в начале строки и вместо “www.example.com:80” указать localhost .

Следующим шагом необходимо добавить в системную переменную Path путь к каталогу с веб-сервером. Для этого необходимо зайти: Панель управления – Все элементы панели управления – Система – Дополнительные параметры системы – кнопка “Переменные среды”. В поле “Системные переменные” найти переменную Path, выделить ее, и нажать кнопку “Изменить”. Добавить в конец строки разделитель значений ; и путь к веб-серверу D:\www\Apache24\bin .

Чтобы завершить установку веб-сервера Apache необходимо установить его службой в операционную систему: запустить командную строку cmd с правами администратора и выполнить следующую команду:

httpd.exe -k install

После создания службы стоит удостовериться в правильном ее создании и типе запуска: Панель управления – Все элементы управления – Администрирование – Службы. Если состояние службы “Выполняется”, значит веб-сервер установлен и запущен. Тип запуска должен быть “Автоматически”. Тогда веб-сервер будет стартовать автоматически вместе с запуском операционной системы. Для проверки работоспособности Apache необходимо в браузере ввести адрес http://localhost/ . Если в браузере будет получено сообщение “It works!”, значит все в порядке и можно приступать к публикации базы “1С”.

Публикация базы “1С” на веб-сервере

Первое, необходимо установить компонент “Модули расширения веб-сервера”, если это не сделано заранее. Для этого отметить соответсвующий пункт в окне выбора компонентов при установке/изменении технологической платформы “1С:Предприятие”.

Второе, запустить “1С” от имени “Администратора”, открыть базу в режиме “Конфигуратор” – Администрирование – Публикация на веб-сервере.

Заполнить несколько полей:

• Имя – необходимо заполнять только латиницей. Никаких кириллических символов, а так же пробелов быть не должно. Допускается символ нижнего подчеркивания _ . В нашем примере имя будет buh1 ;
• Каталог – путь к каталогу публикации, в нашем примере можно использовать подкаталог в D:\www\pub1 . Так же запрещено использовать кириллические символы в наименованиях каталогов.

Третье, нажать кнопку “Опубликовать”. После успешной публикации необходимо вручную перезапустить службу Apache2.4, т.к. платформе “1С:Предприятие” не всегда корректно удается перезапустить веб-сервер.

Важно! Для публикации нескольких информационных баз “1С” необходимо давать уникальные имена и каталоги. Публикация в один каталог будет затирать предыдущую.

Четвертое, проверяем публикацию информационной базы. В браузере открываем следующий адрес http://localhost/buh1 . Если все шаги были проведены верно, информационная база будет открыта прямо в браузере.

Доступ к опубликованной базе с других компьютеров

Для доступа к опубликованной базе на других компьютерах в локальной сети необходимо добавить в список существующую информационную базу, дать понятное наименование, установить флаг “на веб-сервере” и в поле “адрес информационной базы” указать: http://ip-адрес-главного-компьютера/имя-базы . В нашем примере получится следующее: http://192.168.1.101/buh1 .

Статический ip-адрес

У сервера должен быть статический ip-адрес. Ведь, если главному компьютеру будет назначен другой ip-адрес, то клиентские компьютеры не смогут получить доступ к информационной базе.

Блокировка порта веб-сервера

По умолчанию, в настройках брандмауэра Защитника Windows (и других антивирусных продуктов со встроенным фаерволом) запрещен доступ к порту 80. Что бы “1С” смогла подключиться к веб-серверу главного компьютера необходимо добавить правило входящего подключения к порту веб-сервера: Панель управления – Все элементы панели управления – Брандмауэр Защитника Windows – Дополнительные параметры – Правила для входящих подключений – Создать правило. Указать следующие параметры: Для порта, Протокол: TCP, Определенные локальные порты: 80 Разрешить подключение, для всех профилей локальной сети (доменный, частный, публичный). Указать понятное имя для правила, например “1C Apache 80”.

Выводы

Все описанные выше рекомендации способны в разы улучшить стабильность и комфорт при работе с файловыми базами “1С” по локальной сети. Но для настройки того же веб-сервера требуются технические навыки и понимание работы компонентов компьютера и локальной сети. Не всегда в штате небольшой организации есть квалифицированный технический персонал. Поэтому, если вам необходима помощь в решении подобных проблем заполните заявку ниже, и мы постараемся вам помочь.

В поле “дополнительная информация” пожалуйста укажите регистрационный номер программного продукта “1С”, используемого в вашей компании и постарайтесь подробно описать вашу проблему.