Чек-лист: 12 проверок базы 1С перед обновлением платформы

Коротко: Перед обновлением платформы 1С 8.3 необходимо выполнить 12 обязательных проверок: от тестирования целостности базы и анализа доработок до проверки совместимости расширений и резервного копирования. Пропуск даже одного шага увеличивает риск простоя бизнеса на 2–8 часов и потенциальной потери критичных данных. Этот чек-лист сэкономит вам время и нервы.

Почему обновление платформы 1С — это всегда риск?

Обновление платформы 1С 8.3 — одна из самых ответственных операций в жизни информационной системы предприятия. Ежегодно компания 1С выпускает десятки релизов платформы, каждый из которых несёт не только исправления ошибок, но и изменения в механизмах работы конфигуратора, формата хранения данных, поведения встроенного языка и интерфейсов взаимодействия с СУБД.

По данным практики внедрений, около 35% обновлений платформы сопровождаются теми или иными проблемами на стороне клиента: от некритичных предупреждений до полной остановки работы системы. Причина почти всегда одна — отсутствие системной подготовки перед миграцией. Именно поэтому обновление 1С должно выполняться строго по регламенту, а не «по-быстрому в пятницу вечером».

Данный чек-лист охватывает все 12 ключевых проверок, которые должны быть выполнены до того, как вы нажмёте кнопку «Установить» в инсталляторе новой платформы. Каждая проверка сопровождается практическими инструкциями и, где применимо, кодом на языке 1С.

Проверка 1: Резервное копирование — основа безопасной миграции

Это первое и абсолютно обязательное действие. Никакая другая подготовка не заменяет актуальную резервную копию базы данных. Резервная копия должна быть создана непосредственно перед обновлением — не «вчерашняя» и не «та, что делается по расписанию».

Как правильно создать резервную копию перед обновлением?

Файловая база: скопируйте файл .1CD в защищённое место. Убедитесь, что все пользователи отключены от базы в момент копирования.
База на SQL Server: выполните полный бэкап через SQL Server Management Studio или средствами 1С (Администрирование → Выгрузить информационную базу).
База на PostgreSQL: используйте утилиту pg_dump с параметром --format=custom для создания сжатого бэкапа.

Обязательно проверьте резервную копию на возможность восстановления — разверните её в тестовой среде и убедитесь, что база открывается и работает корректно. Хранение непроверенного бэкапа — это иллюзия безопасности.

// Программное создание резервной копии средствами 1С
// (выполняется от имени администратора в монопольном режиме)

Процедура СоздатьРезервнуюКопию(ПутьКФайлу)

	// Проверяем, что путь задан
	Если ПутьКФайлу = "" Тогда
		Сообщить("Путь к файлу резервной копии не задан!");
		Возврат;
	КонецЕсли;

	// Выгружаем информационную базу в файл .dt
	Попытка
		ВыгрузитьИнформационнуюБазу(ПутьКФайлу);
		Сообщить("Резервная копия успешно создана: " + ПутьКФайлу);
	Исключение
		Сообщить("Ошибка создания резервной копии: " + ОписаниеОшибки());
	КонецПопытки;

КонецПроцедуры

Проверка 2: Тестирование и исправление информационной базы

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

Как запустить тестирование базы 1С?

Откройте Конфигуратор → Администрирование → Тестирование и исправление. Рекомендуемые параметры для предмиграционной проверки:

Реструктуризация таблиц информационной базы — включить
Проверка логической целостности — включить
Проверка ссылочной целостности — включить с режимом «Создавать объекты»
Пересчёт итогов — включить
Сжатие таблиц — включить

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

Проверка 3: Анализ доработок и нетиповых изменений конфигурации

Один из главных источников проблем при обновлении — наличие нетиповых изменений в конфигурации. Если конфигурация «снята с поддержки» или имеет частичные изменения, обновление платформы может повлечь конфликты.

Как выявить все нетиповые изменения?

В Конфигураторе откройте меню Конфигурация → Поддержка → Настройка поддержки. Все объекты, отмеченные жёлтым замком (изменены с сохранением поддержки) или красным (сняты с поддержки), требуют отдельного анализа.

Составьте реестр всех доработок в формате таблицы:

Объект метаданных	Тип изменения	Автор	Дата	Критичность
Справочник.Номенклатура	Добавлен реквизит	Иванов И.И.	2024-03-15	Высокая
Документ.РеализацияТоваровУслуг	Изменена форма	Петров П.П.	2024-05-20	Средняя
Общий модуль.РаботаСФайлами	Добавлена функция	Сидоров С.С.	2024-07-01	Низкая

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

Проверка 4: Совместимость расширений конфигурации

Расширения конфигурации (Extensions) — относительно новый механизм платформы 1С, позволяющий вносить изменения без снятия конфигурации с поддержки. Однако расширения также зависят от версии платформы и могут вести себя непредсказуемо после обновления.

Что нужно проверить в расширениях перед миграцией?

Откройте Конфигуратор → Конфигурация → Расширения конфигурации. Для каждого расширения проверьте:

Минимальную версию платформы, указанную в свойствах расширения
Наличие в расширении устаревших (deprecated) методов, которые могут быть удалены в новой версии платформы
Корректность подписок на события при изменении механизма событий платформы

// Получение списка всех подключённых расширений для анализа
// Выполняется в обычном приложении или на сервере

Процедура ПроверитьРасширения()

	Расширения = РасширенияКонфигурации.Получить();

	Для Каждого Расширение Из Расширения Цикл

		// Выводим информацию о каждом расширении
		Сообщить(
			"Расширение: " + Расширение.Имя
			+ "; Версия: " + Расширение.Версия
			+ "; Активно: " + Расширение.Активно
			+ "; Безопасный режим: " + Расширение.БезопасныйРежим
		);

	КонецЦикла;

КонецПроцедуры

Если расширение разработано сторонним поставщиком — свяжитесь с ним и уточните совместимость с целевой версией платформы до начала обновления.

Проверка 5: Анализ используемых внешних компонент и COM-объектов

Внешние компоненты (Native API, COM-объекты, криптопровайдеры, драйверы торгового оборудования) нередко зависят от разрядности платформы и конкретной версии API. Переход между минорными версиями платформы 8.3 может нарушить работу этих компонент.

Как проверить совместимость внешних компонент?

Составьте реестр всех используемых внешних компонент. Особое внимание уделите:

Криптопровайдеры (КриптоПро CSP, ViPNet CSP) — проверьте совместимость с новой версией платформы на сайте разработчика
Драйверы ККТ (Атол, Штрих-М) — уточните поддерживаемые версии платформы в документации
Компоненты ЭДО — если вы используете электронный документооборот, убедитесь, что компоненты подписания и шифрования совместимы с новой платформой
Компоненты маркировки — при работе с маркировкой в 1С проверьте совместимость компонент взаимодействия с «Честным знаком»

// Пример проверки наличия и загрузки внешней компоненты
// перед обновлением (диагностический код)

Процедура ПроверитьВнешнююКомпоненту(ИмяКомпоненты, ИмяОбъекта)

	Попытка
		// Пытаемся подключить компоненту
		ПодключитьВнешнююКомпоненту(ИмяКомпоненты, ИмяОбъекта, ТипВнешнейКомпоненты.Native);
		Сообщить("Компонента '" + ИмяОбъекта + "' подключена успешно.");
	Исключение
		Сообщить("ОШИБКА: Компонента '" + ИмяОбъекта + "' не подключена. " + ОписаниеОшибки());
	КонецПопытки;

КонецПроцедуры

Проверка 6: Проверка актуальности конфигурации базы данных

Перед обновлением платформы конфигурация базы данных должна соответствовать конфигурации в хранилище. Расхождение между «конфигурацией базы данных» и «основной конфигурацией» может привести к непредсказуемым результатам после обновления платформы.

Как убедиться в актуальности конфигурации?

В Конфигураторе проверьте заголовок окна — если там написано «Конфигурация (изменена)» или «Конфигурация базы данных отличается от основной конфигурации», необходимо выполнить одно из действий:

Обновить конфигурацию базы данных (F7 или Конфигурация → Обновить конфигурацию базы данных)
Или отменить все незафиксированные изменения, если они были сделаны случайно

Также проверьте версию конфигурации. Если используется типовая конфигурация (например, 1С:Бухгалтерия), убедитесь, что версия конфигурации совместима с целевой версией платформы. Эта информация публикуется в описании каждого релиза платформы на портале 1С:ИТС.

Проверка 7: Анализ регламентных заданий и фоновых процессов

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

Что нужно проверить в регламентных заданиях?

// Получение списка всех регламентных заданий с их состоянием
// Выполняется через консоль кластера или программно

Процедура ПроверитьРегламентныеЗадания()

	Запрос = Новый Запрос;
	Запрос.Текст =
		"ВЫБРАТЬ
		|	РегламентныеЗаданияСистемы.Имя КАК ИмяЗадания,
		|	РегламентныеЗаданияСистемы.Использование КАК Активно,
		|	РегламентныеЗаданияСистемы.КлючЗадания КАК КлючЗадания,
		|	РегламентныеЗаданияСистемы.Расписание КАК Расписание
		|ИЗ
		|	Схема.РегламентныеЗадания КАК РегламентныеЗаданияСистемы";

	// Используем менеджер регламентных заданий
	ВсеЗадания = РегламентныеЗадания.ПолучитьРегламентныеЗадания();

	Для Каждого Задание Из ВсеЗадания Цикл
		Сообщить(
			"Задание: " + Задание.Метаданные.Имя
			+ " | Активно: " + Задание.Использование
			+ " | Ключ: " + Задание.КлючЗадания
		);
	КонецЦикла;

КонецПроцедуры

Перед обновлением рекомендуется:

Отключить все регламентные задания (установить «Использование = Ложь»)
Дождаться завершения всех текущих фоновых заданий
После успешного обновления включить задания обратно и проверить их выполнение

Проверка 8: Проверка настроек клиент-серверного взаимодействия

При использовании клиент-серверной архитектуры (сервер 1С:Предприятия + СУБД) необходимо убедиться в совместимости компонентов кластера с новой версией платформы.

Какие компоненты кластера нужно обновить одновременно?

Ключевое правило: все компоненты кластера должны иметь одинаковую версию платформы. Это означает, что необходимо одновременно обновить:

Сервер 1С:Предприятия (центральный и рабочие серверы)
Клиентские приложения на рабочих местах пользователей
Компоненты веб-сервера (если используется веб-клиент или публикация на веб-сервере)

Несоответствие версий клиента и сервера приводит к ошибке подключения. Это типичная проблема, когда администратор обновляет сервер, но забывает обновить клиентские рабочие места или наоборот.

Также проверьте настройки брандмауэра: новые версии платформы иногда меняют используемые порты или добавляют новые требования к сетевым соединениям.

Найдите специалиста для решения этой задачи на koderion.ru

Автор: редакция Koderion. Обновлено: 6 мая 2026. Источники: Документация платформы 1С:Предприятие, Бухгалтерия.ру, Infostart.