Администрирование · 11 мин
Как обновить базу данных 1С: подробная инструкция
Как обновить базу данных 1С: подготовка, резервная копия, обновление конфигурации через конфигуратор, типовые и нетиповые базы, проверка результата и типичные ошибки.
Обновление базы данных 1С — это приведение конфигурации и структуры данных информационной базы к актуальному релизу поставщика. Процедура включает два разных этапа: обновление конфигурации (загрузка новой версии прикладного решения) и обновление конфигурации базы данных (изменение структуры таблиц и выполнение обработчиков перехода). Путать их нельзя: загрузить новый релиз, но не выполнить обновление базы данных — значит оставить базу в нерабочем состоянии.
Перед началом работы важно понять, какая у вас ситуация: типовая конфигурация без доработок, типовая с включённой возможностью изменения, нетиповая (самописная) конфигурация или база на сервере 1С:Предприятие с СУБД. От этого зависят порядок действий, риски и время простоя. Также различают файловые и клиент-серверные базы — для них отличаются способы создания резервной копии и блокировки пользователей.
Ниже описан полный цикл обновления: от подготовки и резервного копирования до проверки результата и устранения типичных проблем. Материал ориентирован на администраторов и пользователей, выполняющих обновление самостоятельно, с явным указанием границ, где лучше привлечь специалиста.
Что понадобится перед обновлением
Для обновления потребуется доступ к дистрибутиву нового релиза. Типовые конфигурации распространяются через портал 1С и сервисы обновления, для их получения обычно требуется действующий договор информационно-технологического сопровождения (ИТС) и регистрация программного продукта. Проверьте, что у вас есть логин и пароль от портала, а также установленный шаблон обновления на компьютере.
Убедитесь, что версия технологической платформы 1С:Предприятие совместима с новым релизом конфигурации. В описании релиза поставщик указывает минимальную требуемую версию платформы — если она выше установленной, сначала обновите платформу на всех серверах и рабочих местах. Игнорирование этого требования приводит к ошибкам при запуске или отказу обновления.
Проверьте свободное место на диске: для файловой базы потребуется пространство под копию базы, файл выгрузки и временные файлы обновления — ориентируйтесь на объём не менее двух-трёх размеров базы. Для серверной базы убедитесь, что достаточно места на дисках СУБД, включая журнал транзакций, который может существенно вырасти при реструктуризации.
Резервное копирование перед обновлением
Резервная копия — обязательный шаг, без которого обновление начинать нельзя. Для файловой базы надёжный способ — выгрузка информационной базы через конфигуратор: меню «Администрирование → Выгрузить информационную базу». Полученный файл с расширением .dt сохраните на отдельный диск или сетевой ресурс, а не в папку с рабочей базой.
Для клиент-серверной базы файл .dt тоже подходит, но при больших объёмах выгрузка занимает много времени. Альтернатива — резервная копия средствами СУБД (например, штатный backup в Microsoft SQL Server или PostgreSQL). Такая копия восстанавливается быстрее, но требует навыков администрирования СУБД и согласования с остановкой работы.
Проверьте копию на работоспособность: загрузите выгрузку в тестовую базу и убедитесь, что она открывается. Непроверенная копия — это отсутствие копии. Параллельно завершите работу всех пользователей и установите блокировку сеансов, чтобы никто не вошёл в базу во время обновления.
Обновление типовой конфигурации через конфигуратор
Откройте базу в режиме «Конфигуратор» под пользователем с полными правами. Перейдите в меню «Конфигурация → Поддержка → Обновить конфигурацию». В открывшемся диалоге выберите источник обновления: поиск доступных обновлений (если настроен доступ к интернет-поддержке) или выбор файла обновления из каталога шаблонов.
При выборе файла укажите путь к каталогу с шаблоном нового релиза — обычно это папка в каталоге шаблонов конфигураций, куда был установлен дистрибутив. Конфигуратор покажет версию, до которой будет выполнено обновление, и список изменённых объектов. Согласитесь с обновлением и дождитесь завершения загрузки.
После загрузки конфигурации поставщика конфигуратор предложит выполнить обновление конфигурации базы данных. Соглашайтесь — запустится реструктуризация: изменение структуры таблиц под новую версию. На больших базах этот этап может занимать от десятков минут до нескольких часов. Не прерывайте процесс и не выключайте компьютер.
- 1Завершите сеансы пользователей и установите блокировку соединений
- 2Сделайте выгрузку базы в файл .dt и проверьте её загрузку в тестовую копию
- 3Откройте конфигуратор, выполните «Конфигурация → Поддержка → Обновить конфигурацию»
- 4Выберите источник: поиск обновлений или файл из каталога шаблонов
- 5Подтвердите обновление и согласитесь на обновление конфигурации базы данных
- 6Запустите базу в режиме предприятия и дождитесь завершения обработчиков обновления
- 7Проверьте версию в сведениях о программе и работоспособность ключевых функций
Обновление через режим «Предприятие» и интернет-поддержку
Многие типовые конфигурации поддерживают обновление без конфигуратора — прямо из пользовательского режима. В разделе «Администрирование» найдите пункт «Обновление версии программы» (название может отличаться в разных конфигурациях). Программа проверит наличие нового релиза через интернет-поддержку и предложит установить его автоматически или вручную из файла.
Этот способ удобен для небольших файловых баз и пользователей без навыков администрирования: система сама создаёт резервную копию перед обновлением (если включена соответствующая настройка) и выполняет все шаги последовательно. Однако для серверных баз и конфигураций с доработками автоматическое обновление из пользовательского режима не подходит — используйте конфигуратор.
После установки обновления при первом запуске выполняются обработчики перехода: перенос данных в новые структуры, заполнение новых реквизитов, пересчёт служебных регистров. До завершения этих процедур часть функций программы недоступна — это нормально. Дождитесь сообщения о завершении обновления данных.
Особенности нетиповых и доработанных конфигураций
Если конфигурация снята с поддержки или находится на поддержке с включённой возможностью изменения, стандартное обновление перезапишет доработки. Перед обновлением зафиксируйте все изменения: сравните текущую конфигурацию с конфигурацией поставщика старого релиза («Конфигурация → Сравнить, объединить с конфигурацией из файла») и сохраните отчёт о различиях.
Обновление доработанной конфигурации выполняется в режиме сравнения и объединения с новой конфигурацией поставщика. Каждый изменённый объект придётся обработать вручную: перенести свои доработки в новые версии модулей, форм и макетов. Объём работы зависит от количества изменений и может занимать от нескольких часов до нескольких дней.
Если доработки масштабные, а опыта обновления нет, безопаснее поручить задачу специалисту по 1С. Ошибка при объединении может привести к потере доработок, неработающим обработчикам обновления или скрытым дефектам, которые проявятся через недели после перехода.
Способы обновления
Подходит для типовых файловых баз без доработок; не требует навыков, но неприменимо для серверных и изменённых конфигураций
Универсальный способ для типовых баз, включая клиент-серверные; требует доступа к конфигуратору и дистрибутиву
Единственный вариант для доработанных конфигураций; требует квалификации и тестирования результата
Проверка результата и типичные ошибки
После завершения обновления откройте сведения о программе и убедитесь, что номер версии конфигурации соответствует новому релизу. Проверьте ключевые операции: проведение документов, формирование основных отчётов, печатные формы. Для учётных конфигураций сверьте контрольные итоги (оборотно-сальдовую ведомость или аналогичный отчёт) с данными, снятыми до обновления.
Типичная ошибка — прерывание реструктуризации из-за нехватки места на диске или разрыва соединения с сервером. База при этом остаётся в неопределённом состоянии. Восстановите её из резервной копии и повторите обновление, устранив причину сбоя. Вторая частая проблема — попытка обновления при активных сеансах пользователей: конфигуратор не сможет получить монопольный доступ.
Если после обновления при запуске возникает ошибка обработчиков (например, «Ошибка при вызове метода контекста» в процедуре обновления), изучите текст сообщения и журнал регистрации. Часто помогает повторный запуск обновления данных, но при повторении ошибки нужен анализ кода обработчика — это работа для специалиста.
Как проверить результат обновления
Соответствует новому релизу из описания обновления
Осталась старая версия — обновление конфигурации базы данных не завершено
База открывается, обработчики обновления завершены без ошибок
Ошибки обработчиков или требование запустить обновление данных
Обороты и остатки совпадают с данными до обновления
Расхождения в отчётах — нужен анализ обработчиков переноса данных
Документы проводятся, печатные формы формируются
Ошибки при проведении или отсутствие макетов печати
Частые вопросы об обновлении базы 1С
Можно ли обновить базу 1С без конфигуратора?
Да, если конфигурация типовая и поддерживает обновление из режима «Предприятие» через интернет-поддержку. В разделе администрирования выберите обновление версии программы — система сама загрузит и установит релиз. Для доработанных и клиент-серверных баз этот способ не подходит.
Сколько времени занимает обновление?
Для небольшой файловой типовой базы — обычно от 15 минут до часа. Большие серверные базы с объёмными таблицами могут обновляться несколько часов из-за реструктуризации. Планируйте обновление на нерабочее время и закладывайте запас по времени.
Что делать, если обновление зависло?
Сначала убедитесь, что процесс действительно остановился: проверьте загрузку процессора и диска. Реструктуризация больших таблиц может выглядеть как зависание. Если активности нет длительное время, завершите процесс, восстановите базу из резервной копии и повторите обновление, устранив возможную причину (нехватку места, разрыв соединения).
Обязательно ли обновлять платформу вместе с конфигурацией?
Только если новый релиз конфигурации требует более свежую версию платформы — это указано в описании обновления. Если текущая платформа соответствует требованиям, обновлять её не обязательно. При обновлении платформы её нужно установить на все компьютеры и серверы, с которых работают с базой.
Можно ли откатить обновление, если что-то пошло не так?
Штатного механизма отката нет. Единственный способ вернуться к прежней версии — восстановить базу из резервной копии, созданной до обновления. Данные, введённые после обновления, при этом будут потеряны, поэтому критичные операции лучше не выполнять, пока результат обновления не проверен.
Как обновить базу, если пропущено несколько релизов?
Откройте файл описания обновления целевого релиза: там указано, с каких версий допускается переход. Часто обновление возможно сразу через несколько релизов, но иногда требуется установить промежуточную версию. Дистрибутивы промежуточных релизов доступны на портале 1С в архиве обновлений.
Что важно запомнить
Обновление базы 1С всегда начинается с проверенной резервной копии и блокировки сеансов. Типовые базы обновляются через конфигуратор или из режима предприятия, доработанные — только через сравнение и объединение. После обновления проверьте версию, завершение обработчиков и контрольные итоги учёта.