Как ускорить медленную 1С и навести порядок на сервере

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

Ситуация

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

Что мешало

• сервер одинаково "разгонял" и простые, и тяжелые запросы - они мешали друг другу;
• ночное обслуживание баз делало лишнюю работу и само создавало нагрузку;
• резервное копирование и обслуживание могли запускаться одновременно;
• о сбоях ночных заданий узнавали только при ручной проверке журнала;
• массовое проведение документов шло по одному - независимые документы ждали в общей очереди.

Цель

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

Что делаем в такой задаче

• Настраиваем сервер под смесь простых и тяжелых операций 1С - ограничиваем лишнее "распараллеливание", оставляем запас памяти системе и службам 1С, применяем изменения без остановки пользователей.
• Обслуживаем базы выборочно - чиним только то, что реально "разъехалось", а не перебираем все подряд каждую ночь.
• Обновляем сведения о данных по необходимости - ежедневно, но только там, где данные заметно изменились.
• Разносим тяжелые ночные работы по времени - копирование, обслуживание и обновление сведений не толкаются в одном окне; рост файлов баз делаем предсказуемым.
• Подключаем оповещения о сбоях - администратор получает сообщение с названием задания и текстом ошибки, не дожидаясь утренней проверки журнала.
• Ускоряем массовое проведение документов - независимые документы идут параллельно, зависимые - в правильном порядке; ошибка одного документа не останавливает всю очередь; проблемные разбираются отдельно.

Какой эффект ожидаем

На проверке обычно смотрят: насколько "разъехались" указатели поиска в базе и удалось ли их привести в порядок; сколько сведений о данных реально потребовали обновления; как ведет себя очередь документов при параллельном проведении - широкая часть идет быстро, затем упор в длинные цепочки зависимых документов.

Частая находка: тормоза сидят не в "медленных дисках", а в том, как сервер считает запросы и в каком порядке идут документы. Ошибки самих данных (закрытый период, документ на удаление, ошибка логики проведения) настройками сервера не лечатся - их выносят в отдельный список для разбора в 1С.

Итог для бизнеса

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

Связь с услугой аудита

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