--- title: Почему тормозит 1С — как понять, виноват сервер или сама база description: 1С тормозит — прежде чем докупать память или звать программиста, важно понять, где причина — серверу не хватает ресурсов или дело в самой 1С. Разбираем причины и как отделить одно от другого по метрикам сервера. source: https://pingvera.ru/blog/pochemu-tormozit-1s.html --- # Почему тормозит 1С: как понять, виноват сервер или сама база «1С тормозит» — фраза, за которой стоит остановившаяся работа: бухгалтер не может провести документ, менеджер ждёт открытия справочника, отчёт формируется по три минуты. Первое желание — что-то сделать немедленно: докупить памяти, переставить на новый сервер, вызвать программиста. Но пока неясно, **где именно причина**, любое действие — это лотерея: можно поставить вдвое больше оперативки, а тормоза останутся, потому что дело было не в ней. Разберём, из-за чего тормозит 1С, и как за минуту понять, в сервере причина или в самой базе. ## «Тормозит» — это не одна проблема, а две группы причин Все причины торможения 1С делятся на две принципиально разные группы, и лечатся они по-разному. **Первая группа — сервер, на котором работает 1С.** Здесь 1С не виновата: ей просто не хватает ресурсов машины. - **Не хватает оперативной памяти.** Память заканчивается, система начинает использовать диск как «медленную память» (своп) — и всё, что делает 1С, замедляется в разы. - **Медленный или заполненный диск.** Особенно если база лежит на обычном HDD, а не на SSD, или на диске почти не осталось места. 1С много читает и пишет — диск становится узким горлом. - **Перегружен процессор.** Другой процесс на том же сервере (антивирус, бэкап, вторая тяжёлая программа) съедает процессор — и 1С достаётся то, что осталось. **Вторая группа — сама 1С и её база.** Сервер при этом может быть свободен, а 1С всё равно тормозит. - **База разрослась или фрагментирована** — таблицы большие, индексы давно не перестраивались, регламентные операции не выполняются. - **Блокировки** — много пользователей работают одновременно и ждут друг друга на одних и тех же данных. - **Неоптимальная конфигурация или запросы** — доработки, которые тянут лишнее, или настройки СУБД по умолчанию. - **Медленный канал до тонкого клиента** — сам сервер быстрый, но между ним и пользователем плохая сеть. - **Антивирус** проверяет файлы 1С при каждом обращении и замедляет работу. ## Почему нельзя «просто добавить памяти» Соблазн понятен: тормозит — значит, чего-то не хватает, добавим ресурсов. Но если причина во второй группе — в самой базе или блокировках, — новое железо не поможет: сервер и так был свободен. Деньги потрачены, тормоза остались. Работает и обратная ошибка: неделями крутят настройки 1С и переписывают запросы, а причина всё это время — забитый под потолок диск, который видно за десять секунд. Поэтому правильный первый шаг — не менять, а **измерить**. ## Первый шаг — отделить сервер от самой 1С Ключ ко всему — посмотреть на ресурсы сервера **в тот момент, когда 1С тормозит**. Логика простая: - **Память заполнена, идёт своп; или диск загружен на 100%; или процессор в потолке** — причина в сервере, первая группа. Дело в ресурсах, а не в 1С. - **Память, диск и процессор свободны, а 1С тормозит** — сервер ни при чём. Причина внутри 1С: база, блокировки, конфигурация. Дальше — к специалисту по 1С, и он уже знает, что смотреть не железо. Одно это разделение экономит и деньги, и дни работы: вы сразу знаете, в какую сторону копать. Проблема лишь в том, что тормоза редко случаются, когда вы смотрите на сервер, — а когда смотрите, всё уже отпустило. Нужна не разовая проверка «сейчас», а **история**, к которой можно вернуться и посмотреть, что было на сервере в 15:00, когда бухгалтер жаловался. ## Как это увидеть: мониторинг сервера, на котором работает 1С Именно эту задачу закрывает Pingvera. На сервер с 1С ставится лёгкий агент — на Windows Server или Linux, как фоновая служба. Он снимает **загрузку процессора, оперативной памяти (включая своп), диска и общую нагрузку** раз в минуту и хранит историю. Когда приходит жалоба «1С затормозила после обеда», вы открываете график за это время и видите ответ: память была под потолком и система свопила — значит, нужна память; диск держал 100% — узкое место в дисковой подсистеме; всё было свободно — причина внутри 1С, и железо ни при чём. Важно честно очертить границу: Pingvera **мониторит сервер, а не внутренности 1С**. Она не показывает сеансы, блокировки базы и статистику запросов — для этого есть встроенные средства платформы. Но она отвечает на первый и самый дорогой в ошибках вопрос — **серверу хватает ресурсов или нет**, — и отсекает половину случаев ещё до того, как вы позвали программиста. И отдельно про безопасность боевого сервера: агент **только читает метрики и отправляет их наружу**. Он не принимает никаких команд, ничего на сервере не запускает и не меняет, в базу 1С не заходит. Поставить его на рабочий сервер с бухгалтерией можно, не опасаясь, что он вмешается в работу. ## Что делать по результату - **Виноват сервер (память/диск/процессор в потолке).** Теперь понятно, что именно добавить — и вы не платите за лишнее. Часто достаточно памяти или переезда базы на SSD, а не полной замены сервера. - **Сервер свободен, тормозит сама 1С.** Задача — к специалисту по 1С: тестирование и исправление базы, настройка блокировок, оптимизация запросов и регламентных операций. Железо трогать не нужно. - **Тормозит только у части пользователей.** Смотрите сеть и тонкий клиент — сервер тут тоже, скорее всего, ни при чём. Суть одна: сначала измерить, потом чинить. Мониторинг сервера превращает «1С почему-то тормозит» в конкретный, проверяемый ответ — и избавляет от дорогих действий вслепую.