Как правильно обновлять базу 1С

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

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

Есть два принципиально разных сценария: обновление типовой конфигурации без доработок и обновление конфигурации с изменениями. Первый в большинстве случаев выполняется штатными средствами за 15–40 минут. Второй требует сравнения и объединения конфигураций, ручной проверки изменённых объектов и нередко участия программиста. Ниже разобраны оба сценария, а также подготовка, проверка результата и типичные ошибки.

Что проверить перед обновлением

Сначала определите текущие версии: релиз конфигурации смотрят в разделе «О программе» (режим Предприятия), версию платформы — там же или в заголовке окна. Затем на портале 1С или в личном кабинете разработчика проверьте, какие релизы вышли после вашего и допускается ли обновление с вашей версии напрямую. Некоторые релизы требуют промежуточных шагов: сначала обновляются на определённую версию, потом на целевую — это указано в файле поставки.

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

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

Резервная копия: обязательный первый шаг

Самый надёжный способ — выгрузка информационной базы в файл .dt через конфигуратор: меню «Администрирование → Выгрузить информационную базу». Файл .dt содержит и данные, и конфигурацию, его можно загрузить в пустую базу и полностью восстановить состояние. Выгрузку выполняют в монопольном режиме, когда все пользователи вышли из базы.

Для файловой базы допустим и простой вариант — скопировать файл 1Cv8.1CD из каталога базы, предварительно завершив все сеансы. Для клиент-серверной базы на SQL правильнее делать штатный бэкап средствами СУБД (MS SQL, PostgreSQL) — он быстрее и меньше нагружает сервер, чем выгрузка .dt.

Скопируйте резервную копию на другой диск или сетевой ресурс, а не в ту же папку, где лежит база. Идеально — хотя бы раз проверить восстановление: загрузить .dt в тестовую базу и убедиться, что она открывается. Копия, которая не проверена, формально существует, но гарантии не даёт.

Обновление типовой конфигурации через конфигуратор

Классический способ подходит для любых баз, включая те, где нет доступа в интернет с сервера. Дистрибутив обновления скачивают с портала 1С (users.v8.1c.ru) по действующей подписке ИТС или получают у партнёра, устанавливают в каталог шаблонов.

1. 1
   Завершите работу всех пользователей и сделайте выгрузку .dt
2. 2
   Откройте базу в конфигураторе в монопольном режиме
3. 3
   Меню «Конфигурация → Поддержка → Обновить конфигурацию»
4. 4
   Выберите «Поиск доступных обновлений» или укажите файл обновления вручную
5. 5
   Отметьте нужный релиз и запустите обновление
6. 6
   Согласитесь на обновление конфигурации базы данных (клавиша F7)
7. 7
   Дождитесь завершения реструктуризации и запустите базу в режиме Предприятия для выполнения обработчиков обновления

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

Автоматическое обновление через интернет

Если база файловая, конфигурация типовая и на компьютере есть доступ в интернет с действующей подпиской ИТС, удобнее обновляться прямо из режима Предприятия: «Администрирование → Обслуживание → Обновление версии программы». Программа сама найдёт подходящий релиз, скачает его и выполнит обновление, предложив перед этим создать резервную копию.

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

Способы обновления

Через конфигуратор из файла

Универсальный способ: подходит для доработанных конфигураций и серверов без интернета; требует скачивания дистрибутива и ручного контроля

Через интернет из режима Предприятия

Простой вариант для типовых файловых баз; не работает с доработками и требует подписку ИТС

Через сравнение/объединение

Для конфигураций с доработками: позволяет перенести изменения выборочно; требует квалификации программиста

Обновление конфигурации с доработками

Если конфигурация изменена, используют «Конфигурация → Сравнить, объединить с конфигурацией из файла» с новым релизом поставщика. Система покажет дерево различий: какие объекты изменил поставщик, какие — вы. Для объектов, которые меняли обе стороны, придётся решать, чьи изменения оставить, либо переносить доработки в новый релиз вручную.

Практическое правило: чем меньше доработок и чем аккуратнее они отделены от типового кода (внешние обработки, расширения конфигурации), тем проще обновление. Если доработки масштабные и встроены в типовые модули, объединение — работа для программиста, знакомого с конкретными изменениями. Не пытайтесь обновить доработанную конфигурацию «вслепую», принимая все изменения поставщика: ваши доработки будут затёрты.

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

Проверка результата после обновления

После завершения обновления и отработки обработчиков проверьте ключевые участки: откройте основные отчёты (ОСВ, книгу покупок/продаж, расчёт зарплаты — в зависимости от конфигурации), сверьте итоги с распечатанными до обновления значениями, проведите тестовый документ. Убедитесь, что версия конфигурации в «О программе» соответствует целевому релизу.

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

Контрольные точки

Как проверить результат

Версия в разделе «О программе»

Норма

Соответствует целевому релизу

Тревожный признак

Старая версия или ошибка при открытии

Отложенные обработчики обновления

Норма

Все выполнены, прогресс 100%

Тревожный признак

Обработчики зависли или завершились с ошибками

Основные отчёты

Норма

Итоги совпадают с данными до обновления

Тревожный признак

Расхождения в остатках и оборотах

Проведение документов

Норма

Документы проводятся без ошибок

Тревожный признак

Ошибки в модулях, незаполненные реквизиты

FAQ: частые вопросы об обновлении 1С

Как часто нужно обновлять базу 1С?

Оптимально — по мере выхода релизов, затрагивающих ваш учёт: изменения отчётности и налоговых ставок игнорировать нельзя. На практике многие организации обновляются раз в 1–3 месяца. Сильно запускать не стоит: чем больше пропущено релизов, тем выше вероятность промежуточных шагов и проблем при обновлении.

Можно ли обновлять базу, пока в ней работают пользователи?

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

Что делать, если обновление завершилось ошибкой?

Не пытайтесь повторно запускать обновление в надежде, что «само пройдёт». Зафиксируйте текст ошибки, восстановите базу из резервной копии и разбирайте причину: нехватка места на диске, пропущенный промежуточный релиз, повреждение данных. Если причина неочевидна — привлеките специалиста, пока база восстановлена и данные в безопасности.

Чем выгрузка .dt отличается от бэкапа средствами SQL?

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

Нужно ли обновлять платформу вместе с конфигурацией?

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

Можно ли откатить обновление, если что-то пошло не так?

Штатной кнопки «откатить» нет. Единственный способ вернуться — восстановить базу из резервной копии, сделанной до обновления. Данные, введённые после обновления, при откате будут потеряны, поэтому после успешного обновления копию тоже стоит хранить некоторое время.