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