Как обновить 1С: Полное руководство администратора

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

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

Что обновляем: платформа или конфигурация

Прежде чем что-то нажимать, выясните, что именно устарело. Это занимает минуту.

Версию платформы показывает окно «О программе» (в 1С — меню «Справка» → «О программе»), а в запуске через список баз — строка с номером вида 8.3.xx.xxxx. Версия конфигурации указана там же, ниже, и в разделе «Администрирование» → «Сведения о программе» в большинстве типовых решений.

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

Перед стартом: копия базы, место на диске и окно для работы

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

Что проверить до начала:

• 💾 Копия базы. Для файловой базы — просто скопируйте папку с файлом 1Cv8.1CD при закрытых сеансах. Для клиент-серверной — выгрузка в .dt через Конфигуратор или средствами СУБД.
• 📁 Свободное место. Обновление может временно увеличить базу, а копии и временные файлы тоже занимают диск. Ориентир: свободно должно быть не меньше двух размеров базы.
• 👥 Пользователи вышли. Монопольный режим не включится, пока в базе есть сеансы. Список активных сеансов — в консоли администрирования кластера или в самой базе, в разделе администрирования.
• 🕐 Окно. Выберите время вне рабочей нагрузки: вечер или выходной. Обновление средней базы — десятки минут, большой — часы.
• 🧪 Тестовая копия. Если база критична, сначала прогоните всё на её копии. Это единственный способ узнать заранее, что сломается доработка.

Как сделать выгрузку из Конфигуратора:

1. Запустите базу в режиме «Конфигуратор».
2. Откройте меню «Администрирование» → «Выгрузить информационную базу».
3. Укажите папку и имя файла .dt.
4. Дождитесь окончания и проверьте, что размер файла не нулевой.

Обновление платформы 1С на компьютере

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

Установка шаг за шагом

1. Получите дистрибутив нужной редакции (тонкий клиент, полный комплект, сервер). Для рабочего места обычно хватает установки с тонким клиентом.
2. Закройте все окна 1С и убедитесь, что процессы 1cv8 и 1cv8c не висят в диспетчере задач.
3. Запустите setup.exe от имени администратора Windows.
4. На экране выбора компонентов оставьте нужные. Лишнее (например, модули для сервера) на клиентском компьютере не нужно.
5. Дождитесь окончания установки и перезапустите программу.

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

Если платформ несколько

Старые версии не мешают друг другу, но копят диск. Чистить их можно через «Установка и удаление программ» Windows, когда убедитесь, что ни одна база на них не опирается.

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

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

Порядок действий:

1. В конфигурации откройте раздел «Администрирование» и найдите пункт «Обновление программы» (в разных конфигурациях раздел называется чуть по-разному, ищите по слову «обновление»).
2. Проверьте, что введён логин и пароль пользователя портала поддержки. Без них программа не скачает файл.
3. Выберите «Проверить наличие обновлений».
4. Если есть новый релиз, выберите установку. Программа скачает файлы, предложит сделать копию и завершит работу пользователей.
5. Дождитесь обновления и откройте базу. При первом входе выполняется обработка обновления, на это уходит от нескольких минут до часа.

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

Когда интернет-обновление не подходит

• 🔒 Сервер без выхода в интернет (закрытый контур).
• 🧩 В базе много доработок, и автоматика не сможет сама объединить изменения.
• 📚 Нужно пройти несколько промежуточных релизов подряд.

Во всех трёх случаях переходите к ручному режиму ниже.

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

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

Подготовка файла

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

Файл с расширением .cfu — это дистрибутив обновления, а .cf — полный комплект конфигурации. Для обычного обновления нужен именно .cfu.

Запуск обновления

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

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

Через несколько релизов сразу

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

Особенности обновления клиент-серверной базы

Когда база стоит на сервере 1С и СУБД (PostgreSQL или MS SQL), добавляются свои тонкости. Обновление не отличается принципиально, но ошибок можно сделать больше.

Платформа: сначала сервер

На сервере обновляют платформу первой, потом клиентов. Порядок такой:

1. Остановите службу сервера 1С (Агент сервера 1С:Предприятия) или заранее заблокируйте новые подключения к базе.
2. Установите новую платформу на сервер. Служба сервера переустановится на новую версию.
3. Запустите службу и проверьте, что кластер виден в консоли администрирования.
4. Обновите клиентские машины.

Если серверов в кластере несколько, обновляйте на каждом. Версии платформы на серверах одного кластера должны совпадать.

Конфигурация: монополия и блокировки

Для обновления конфигурации база должна быть доступна для Конфигуратора в монопольном режиме. Подготовьте базу так:

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

Блокировка начала сеансов: включить
Регламентные задания: запретить
Обновление конфигурации
Блокировка начала сеансов: выключить
Регламентные задания: разрешить

Про резервную копию на уровне СУБД не забывайте отдельно: для крупных баз она быстрее и надёжнее выгрузки в .dt.

Если что-то пошло не так: диагностика и откат

Сбои бывают двух типов: обновление не запустилось и обновление запустилось, но результат плохой. Они лечатся по-разному.

Откат, если без него никак

1. Остановите работу пользователей.
2. Разверните базу из копии, сделанной до старта.
3. Если вы обновляли платформу и после неё всё сломалось, закрепите прежний релиз в свойствах базы. Старая платформа остаётся в системе до тех пор, пока вы её не удалите.
4. Разберите причину на тестовой копии. Повторять обновление на рабочей базе без выяснения причины не нужно.

Откат конфигурации без копии базы практически невозможен. Конфигуратор умеет сохранять конфигурацию в файл .cf и загружать его обратно, но данные при этом остаются те, что обработали новые обработчики. Совместимость старой конфигурации с изменёнными данными не гарантируется.

Где искать причину

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

Что проверить после обновления

Обновление не закончилось, пока вы не проверили базу. Минимальный набор проверок занимает 15-20 минут:

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

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

Частые вопросы