Тестирование и исправление базы 1С без срыва рабочего дня

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

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

Сначала определите формат базы #

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

Для файловой базы «Тестирование и исправление» умеет:

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

Для клиент-серверной базы доступны проверка логической целостности и пересчёт итогов. Реиндексация таблиц PostgreSQL или Microsoft SQL Server в эту процедуру не входит. Это прямо следует из описания инструмента на сайте 1С.

Поэтому регламент «раз в неделю поставить все галочки» не работает. Для файловой базы он смешивает проверки, исправления и сжатие. Для клиент-серверной — создаёт ложное ощущение, что 1С обслужила ещё и индексы СУБД.

Состояние индексов клиент-серверной базы проверяйте средствами самой СУБД. В PostgreSQL статистику использования показывает pg_stat_user_indexes, в Microsoft SQL Server — sys.dm_db_index_usage_stats. Эти представления помогают найти неиспользуемые и востребованные индексы, но сами по себе не задают универсального порога для перестроения. Порог нужно принимать по замерам конкретной базы, а не копировать из чужого регламента.

Диагностику готовьте днём, базу закрывайте только на выбранные операции #

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

Пробный прогон проводите на свежей копии рабочей базы. Он покажет порядок операций и даст собственный замер времени на Вашем объёме данных. Чужая длительность здесь бесполезна: два сервера Dell с одинаковыми процессорами могут получить разное время из-за объёма базы, накопителей, состояния RAID и параллельной нагрузки.

Перед работой с SQL-базой проверьте и восстановление резервной копии. Для Microsoft SQL Server последовательность настройки разобрана в материале про резервное копирование 1С по расписанию. Факт создания файла ещё не доказывает, что из него поднимется база.

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

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

стоимость простоя = число сотрудников × средняя стоимость часа × часы недоступности

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

Ограничьте этап, а не обещайте точное время окончания #

Заранее назвать длительность полного тестирования без пробного прогона нельзя. Описание платформы 1С не связывает время процедуры с размером базы, моделью PowerEdge или конфигурацией дисков.

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

Доступное окно считайте так:

окно операции = время до возврата пользователей − резерв на запуск и проверку

Размер этапа определите по прогону на свежей копии. Если он не помещается в доступное окно, уменьшите состав проверок или разделите процедуру ещё раз. Не отнимайте время от резерва: база, которая формально открылась за минуту до смены, ещё не прошла приёмку.

В заявку на обслуживание запишите не «работы пройдут ночью», а четыре условия:

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

Руководитель согласует понятный предел простоя. Администратор получает право остановиться по регламенту, а не ждать до утра в надежде, что индикатор скоро дойдёт до конца.

Проверьте, не занят ли PERC своей операцией #

Даже короткий этап 1С может идти медленнее, если RAID-контроллер одновременно проверяет целостность виртуального диска. Перед закрытием базы посмотрите состояние consistency check — фоновой проверки согласованности RAID:

perccli /cX/vY show cc

Здесь X — номер контроллера, Y — номер виртуального диска. Эти обозначения нужно подставить из конфигурации Вашего сервера.

Если проверка идёт, приостановите её перед тяжёлой операцией 1С:

perccli /cX/vY pause cc

После обслуживания продолжите:

perccli /cX/vY resume cc

Команды приведены в руководстве Dell по управлению PowerEdge RAID Controller через PERCCLI. Dell указывает поддержку PERCCLI для Windows Server, Ubuntu, Red Hat Linux и VMware ESXi, а в перечне контроллеров называет H330, H730, H730P, H740P, H750 и H755 среди других моделей.

Не добавляйте force, чтобы сократить окно. В документации Dell этот параметр сопровождается предупреждением о риске потери данных. Команды удаления preserved cache, foreign configuration или виртуального диска к обслуживанию 1С не относятся. Одна неверная команда превратит плановый простой в восстановление массива.

База считается возвращённой после пользовательской проверки #

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

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

Критерий приёмки должен звучать проверяемо: «службы запущены, пользователь вошёл, контрольная операция выполнена, незавершённый этап записан на следующее окно». Формулировка «сервер работает» для акта и для администратора слишком расплывчата.

Регламент на одно окно #

Перед запуском пройдите восемь пунктов:

• определите файловый или клиент-серверный формат базы;
• сделайте резервную копию и проверьте восстановление;
• выберите режим «Только тестирование» и конкретные проверки;
• задайте предел времени и размер этапа;
• проверьте consistency check командой perccli /cX/vY show cc;
• завершите пользовательские сеансы;
• выполните этап и сохраните его параметры;
• верните базу, проверьте пользовательский вход и назначьте следующее окно для остатка.

Штатное тестирование 1С требует монопольного доступа — это ограничение нельзя убрать сервером дороже. Зато можно не покупать утренний простой: заранее измерить этап на копии, оставить время на приёмку и остановить процедуру у согласованной границы.