WhatsApp
Telegram
MAX
Новости

Почему тормозит 1С и что проверить в первую очередь: чек-лист на 30 минут

Если вы задаетесь вопросом “Почему тормозит 1С?”, значит проблема уже не терпит отлагательств. Поэтому обойдемся без длинных вступлений. Коротко и по делу. Есть два вида “1С тормозит”:
  • Первый: “ну чуть медленнее, чем обычно”.
  • Второй: “я нажал, пошел налил чай, вернулся, а она все еще думает”.
Если у вас второй вариант, поздравляю: вы сейчас в клубе людей, которые умеют ненавидеть спиннер загрузки на уровне философии.
Хорошая новость: за 30 минут можно понять хотя бы класс проблемы. Сеть это, сервер, база, блокировки или один несчастный компьютер, который решил устроить саботаж. И часто этого хватает, чтобы либо быстро починить, либо хотя бы перестать тыкать наугад.

Сначала 2 минуты: “где болит” и у кого

Прямо сейчас, пока вас не унесло в мир гипотез, ответьте:
  1. Тормозит у всех или у одного?
  2. Тормозит всегда или в конкретных местах: вход, поиск, проведение, отчеты?
  3. Был “триггер”: обновление, переезд базы, новый антивирус, переход на Wi-Fi, “сервак перезагрузили”?
Это как с машиной: если у вас скрежет только при повороте налево, не надо менять мотор.

Чек-лист на 30 минут

Блок 1. Отсекаем “виноват один компьютер” (до 7 минут)

Сценарий А: тормозит только у одного человека

Это самый приятный сценарий, потому что часто лечится быстро и без плясок вокруг сервера.
Что проверить по порядку:
1) Он не на Wi-Fi?
Звучит смешно, но это лидер по “странным тормозам”.
История из практики: менеджер пересел в переговорку, поймал слабый Wi-Fi, и 1С стала открывать карточку контрагента по 12 секунд. У остальных все летало. Мы уже полезли смотреть сервер, а потом просто пересадили человека обратно на провод и все стало нормально. 3 минуты, минус 2 часа нервов.
2) Антивирус не стал “умнее”?
Если недавно включили “глубокую проверку всего”, он может сканировать кэш 1С и временные файлы в момент работы.
Симптом: тормоза именно на открытии форм и списков, иногда рывками.
3) Кэш 1С, да, тот самый
Когда кэш разрастается, 1С иногда начинает вести себя как шкаф, набитый пакетами: закрыть дверцу можно, но с усилием.
Если чистка кэша помогла только одному пользователю, сервер почти точно ни при чем.
Если после этих трех шагов стало лучше, считайте, вы выиграли в лотерею.

Блок 2. Если тормозит у всех: ищем класс проблемы (до 5 минут)

Тут важно понять, “что именно медленно”.
Быстрая расшифровка симптомов:
  • Долго входит в базу / долго открывает стартовую
  • Часто это сеть, лицензирование, DNS, сервер 1С на пределе, диск “пыхтит”.
  • Долго открывает формы и списки
  • Часто сеть + кэш + расширения + тяжелые формы.
  • Тормозит поиск
  • Часто индексы/SQL/обслуживание базы. Иногда люди просто ищут “по всем полям” в списке на 300 тысяч строк, и 1С честно пытается.
  • Тормозит проведение документов
  • Часто блокировки: кто-то держит “дверь”, остальные стоят в очереди.
  • Тормозят отчеты
  • Часто база выросла, отчеты стали тяжелее, а обслуживание не делали “ну года два точно”. Плюс пики, когда все одновременно формируют одно и то же.
Выберите 1-2 самых заметных симптома. Не пытайтесь лечить всю вселенную сразу.

Блок 3. Самый полезный быстрый тест: сеть или сервер? (до 6 минут)

Тут без сложных инструментов.
Сделайте так:
  1. Возьмите двух пользователей. Один “рядом с сервером” (в офисе на проводе), второй “на другом конце” (другой этаж, Wi-Fi, VPN, удаленка).
  2. Пусть оба выполнят одно и то же действие: открыть один и тот же список, сделать поиск, открыть документ.
Если разница огромная, а сервер один и тот же, то очень вероятно, что виновата сеть.
И сеть умеет делать вид, что она “в целом нормальная”. Она просто периодически превращается в кашу.
Кейс: 1С на файловой базе, утром резко стало медленно. Оказалось, кто-то на том же канале начал заливать большой архив, сеть забилась, и 1С стала “думать” как пенсионер у банкомата в пятницу вечером.

Блок 4. Важно: у вас файловая база или SQL? (до 2 минут)

Это развилка, где половина диагностики становится очевиднее.
Файловая база: есть файл 1Cv8.1CD и часто путь через \\server\share\...
Файловая база любит стабильность: нормальный диск и нормальную сеть. Не любит “шара + много людей”.
SQL: клиент-сервер, кластер, база на SQL
SQL любит обслуживание. И терпеть не может, когда его годами не трогают, а потом удивляются.

Маршрут А. Файловая база: самый частый источник боли (до 8 минут)

1) База на сетевой папке? Сколько пользователей?

Если база на шаре и пользователей больше 5-7, тормоза часто не вопрос “если”, а вопрос “когда”.
Быстрые проверки:
  • не идет ли сейчас бэкап/копирование больших файлов по сети
  • не сканирует ли серверный антивирус папку базы
  • не перегружен ли файловый сервер
История: 12 пользователей, база 35 ГБ на шаре. Утром все тормозит, днем чуть лучше, вечером опять. Причина оказалась не “1С сломалась”, а банальная: антивирус на сервере начал сканировать большой файл базы именно в рабочее время. Настроили исключения, стало заметно лучше. Потом уже планировали миграцию на SQL, потому что это было не последнее предупреждение.

2) Проверьте, не уперся ли сервер в диск

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

Маршрут B. SQL: когда “сервер вроде жив, но 1С думает” (до 8 минут)

1) Отчеты и поиск стали медленнее “постепенно”

Это типичный признак базы, которая выросла, а обслуживания не было.
Кейс из реальности: база выросла с 20 до 90 ГБ за год, отчеты сначала считались 20 секунд, потом 2 минуты, потом 7. Все уже готовились покупать новый сервер. В итоге помогло обычное обслуживание SQL и корректировки настроек. Железо осталось тем же.

2) Пик нагрузки по времени

Если в 10:00 “все падают на отчеты” и 1С превращается в желе, это не магия. Это очередь.
Система не любит, когда 15 человек одновременно запускают один тяжелый отчет, который читает полбазы.

Блок 5. Блокировки: когда тормозит не железо, а человеческая привычка (до 5 минут)

Это отдельный жанр.
Выглядит так:
  • проведение документа идет 30 секунд
  • у некоторых висит “ожидание”
  • проблема чаще в одни и те же часы
Причины обычно такие:
  • регламентные операции работают в то же время, что и пользователи
  • обмены гоняют документы, пока люди проводят свои
  • кто-то открыл “огромный список за 3 года” и оставил его жить на весь день
Был случай: один сотрудник держал открытым список документов на несколько лет, фильтров ноль, сортировка сложная, и он к нему “иногда возвращался”. В результате проведение у остальных начинало тормозить волнами. Решение оказалось приземленным: настройка представления списка, ограничение периода, небольшой регламент “не держим тяжелое открытым” и чуть правок. Без апгрейда сервера.

Блок 6. “После обновления стало медленно” (до 4 минут)

Это отдельный тревожный звонок.
Что часто случается:
  • расширение стало конфликтовать или стало тяжелее
  • включились/изменились фоновые задания
  • пошла реструктуризация, пересчеты, обновление итогов
  • изменился “поведенческий” кусок: то, что раньше считалось быстро, теперь делает больше работы
Что можно сделать быстро:
  • вспомнить, что обновляли (платформа, конфигурация, расширения)
  • сравнить одну и ту же операцию на 2-3 рабочих местах
  • если есть понимание, какое расширение подозрительное, временно отключить его на тесте и сравнить

Итог за 30 минут: что вы должны получить

После этого чек-листа у вас обычно появляется четкий вывод из 5 вариантов:
  1. проблема локальная: один ПК, Wi-Fi, антивирус, кэш
  2. проблема в сети: задержка, перегрузка, нестабильность
  3. проблема файловой базы на шаре: инфраструктура уперлась в потолок
  4. проблема SQL: обслуживание/диск/пики/настройки
  5. проблема блокировок: конкуренция операций и пользователей
Это уже половина победы. Потому что “1С тормозит” без уточнений лечится только молитвой и закупкой железа. А вот конкретный вариант лечится нормально.

Что собрать, если дальше будет разбор “по-взрослому”

Чтобы специалист не начинал с гадания, приготовьте:
  • тормозит у всех или у одного
  • где именно тормозит (вход/поиск/проведение/отчеты)
  • тип базы (файл/SQL)
  • когда началось и что изменилось
  • размер базы примерно и число пользователей
  • есть ли обмены/регламентные операции и во сколько они стартуют
Это как дать механику не “машина плохо едет”, а “на 80 км/ч появляется вибрация, после замены резины”.
Made on
Tilda