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