Патчи, релизы и платформа 1С: порядок установки без потери данных
Содержание
Патч исправления 1С устанавливают прямо из программы: Администрирование → Интернет-поддержка и сервисы → Обновление версии программы, ссылка на установленные исправления (патчи), команда установки из файла. Патч — это маленькое расширение конфигурации
с назначением «Исправление», оно чинит конкретную ошибку текущего релиза и не требует обновлять всю базу.
Если ошибка исправлена только в новом релизе, патча не хватит: придётся обновить конфигурацию , а иногда и платформу. Ниже порядок для обоих случаев, для файловой и серверной базы, и что делать, если после установки программа ругается.
Что выбрать: патч, релиз или новая платформа
Три вида обновлений решают разные задачи. Путать их — главная причина, почему «поставил обновление, а ошибка осталась».
| Что ставим | Формат файла | Что меняет | Когда нужно |
|---|---|---|---|
| 🩹 Патч (исправление) | .cfe или архив .zip с ним | Одну-две процедуры текущего релиза | Фирма 1С выпустила исправление конкретной ошибки до выхода релиза |
| 📦 Релиз конфигурации | .cfu (обновление) или .cf (полный дистрибутив) | Конфигурацию и структуру базы | Новые формы отчётности, законодательство, накопленные исправления |
| ⚙️ Платформа | установщик setup.exe | Программу запуска, сервер, клиент | Новый релиз конфигурации требует более свежую платформу |
Как это работает на практике:
- 🔹 Патч привязан к релизу. Исправление для релиза 3.0.150 не подключится к релизу 3.0.148. Служебное имя патча обычно начинается с
EF_и содержит номер ошибки. - 🔹 Патч живёт до следующего релиза. При обновлении конфигурации исправления, которые уже вошли в новую версию, удаляются автоматически.
- 🔹 Патч не трогает основную конфигурацию. Поддержка поставщика не снимается, типовое обновление потом встаёт как обычно.
Если поддержка с конфигурации снята и в неё вносили правки, патчи всё равно ставятся: расширение подключается поверх. Но исправление может не сработать, если программист переписал ту же процедуру.
Подготовка: копия базы и откуда брать файлы
Перед любой установкой сделайте две вещи.
1. Резервная копия. Для патча риск минимальный: исправление удаляется одной кнопкой. Для релиза и платформы копия обязательна. Без копии базы релиз не ставим никогда — откатить обновление конфигурации штатно нельзя.
- Файловая база:
Конфигуратор → Администрирование → Выгрузить информационную базу(файл.dt) или копия папки с файлом1Cv8.1CDпри закрытой программе. - Серверная база: резервная копия средствами СУБД (пример ниже, в разделе про клиент-сервер).
2. Источник обновлений. Легальных источников три:
- Интернет-поддержка внутри программы. Подключается в
Администрирование → Интернет-поддержка и сервисылогином и паролем портала. Программа сама находит патчи и релизы для вашей версии. - Портал обновлений фирмы 1С. Там скачивают дистрибутивы релизов и платформы вручную. Нужен действующий договор ИТС или льготный период после покупки.
- Обслуживающий партнёр. Присылает файлы или ставит обновления сам.
Включите автоматическую установку исправлений: на той же странице Обновление версии программы есть флажок загрузки и установки патчей по расписанию. Тогда критичные исправления встают без вашего участия, обычно ночью.
Как установить патч исправления в 1С
Способ подходит для БП 3.0, ЗУП 3.1, УТ 11, КА и ERP — любой типовой конфигурации на современной Библиотеке стандартных подсистем. Монопольный доступ к базе для патча не нужен.
Из программы, вручную
- Скачайте файл исправления. Распаковывать архив не обязательно: форма принимает и
.zip, и.cfe. - Войдите в базу пользователем с полными правами.
- Откройте
Администрирование → Интернет-поддержка и сервисы → Обновление версии программы. - Нажмите ссылку на установленные исправления (патчи). Откроется список уже подключённых патчей.
- Выберите команду установки исправления из файла и укажите скачанный файл.
- Дождитесь сообщения об успешной установке. Исправление появится в списке.
- Перезапустите 1С. Остальные пользователи получат патч при следующем входе.
Автоматически, через интернет-поддержку
Если интернет-поддержка подключена, на странице обновления программа показывает, что для текущей версии доступны исправления. Достаточно запустить установку или дождаться расписания. Список и описание каждого патча (какую ошибку он закрывает) видно в той же форме.
Через Конфигуратор
Путь для баз, где режим «Предприятие» не запускается из-за той самой ошибки:
- Откройте Конфигуратор, меню
Конфигурация → Расширения конфигурации. - В окне расширений выберите добавление из файла и укажите
.cfe. - Убедитесь, что у расширения назначение «Исправление» и стоит флажок «Активно».
- Выполните обновление конфигурации базы данных для расширения (
F7или команда в окне расширений).
Не редактируйте патч в Конфигураторе. Изменённое исправление программа может не удалить при следующем обновлении, и оно начнёт конфликтовать с новым релизом.
Как удалить патч . В списке установленных исправлений выделите строку и выберите команду удаления. Это нужно, если исправление вызвало новую проблему или если вам прислали патч не к тому релизу.
Обновление платформы 1С:Предприятие
Новый релиз конфигурации часто требует платформу не ниже определённого номера. Требование указано в описании релиза на портале обновлений. Если платформа старее, Конфигуратор не даст обновить базу .
Файловый вариант и рабочие места:
- Скачайте с портала дистрибутив «Технологическая платформа 1С:Предприятия» для вашей разрядности.
- Запустите
setup.exe. Старую версию удалять не нужно: платформы 8.3 ставятся рядом в отдельные папкиC:\Program Files\1cv8\8.3.xx.xxxx. - Ярлык
1cestart.exeсам запускает самую новую установленную версию. Если база должна открываться конкретной платформой, укажите её в свойствах базы в окне запуска, поле версии.
Сервер 1С обновляют иначе. Версия клиента и сервера должны совпадать до последней цифры, иначе пользователи не подключатся.
- Выберите окно без работы: остановка службы оборвёт все сеансы пользователей.
- Остановите службу «Агент сервера 1С:Предприятия 8.3» старой версии.
- Установите новую платформу с компонентом «Сервер 1С:Предприятия» и регистрацией службы.
- Перенесите настройки кластера: при установке в ту же папку данных
srvinfoкластер и список баз сохраняются. - Запустите службу новой версии и обновите платформу на всех клиентских компьютерах.
Чтобы не обходить каждый компьютер, настройте автоматическое обновление клиентов: дистрибутив кладут в общую папку, а 1cestart при запуске подтягивает нужную версию. Это задаётся в настройках окна запуска 1С.
Установка обновления конфигурации в файловой базе
Через режим «Предприятие» — самый простой путь для бухгалтера:
Администрирование → Интернет-поддержка и сервисы → Обновление версии программы.- Выберите получение обновления через интернет
или из файла
.cfuна диске. - Мастер сам определит цепочку промежуточных релизов, предложит создать резервную копию и выполнит обновление.
- Все остальные пользователи должны выйти: обновление структуры требует монопольного доступа.
Через Конфигуратор — когда мастер недоступен или база доработана:
- Откройте Конфигуратор под администратором.
Конфигурация → Поддержка → Обновить конфигурацию.- Выберите «Поиск доступных обновлений» или укажите файл
.cfuвручную. - Если в списке нет подходящего обновления, значит, ваш релиз не входит в перечень, из которых обновляет файл. Нужен промежуточный релиз.
- После сравнения нажмите «Выполнить», затем
Конфигурация → Обновить конфигурацию базы данных(F7). - Примите изменения в окне реорганизации и запустите режим «Предприятие».
Пример цепочки. У вас релиз 3.0.140, нужен 3.0.150. Файл обновления 3.0.150 принимает базы только с 3.0.145 и новее. Значит, сначала ставите 3.0.145 (или любой релиз из его перечня), затем 3.0.150. Перечень «с каких версий обновляет» есть в описании каждого релиза.
Обновление в клиент-серверном варианте с SQL
Шаги в Конфигураторе те же, отличаются подготовка и блокировка.
1. Резервная копия на стороне СУБД. Для MS SQL Server:
BACKUP DATABASE [buh]
TO DISK = N'D:\Backup\buh_before_update.bak'
WITH COPY_ONLY, INIT;
COPY_ONLY не ломает цепочку регулярных копий по плану обслуживания. Для PostgreSQL используют pg_dump с форматом -Fc. Выгрузка .dt тоже подходит, но на большой базе идёт заметно дольше.
2. Блокировка входа. В консоли кластера откройте свойства информационной базы, включите «Блокировка начала сеансов включена», задайте время и код разрешения. Пользователи увидят сообщение и не смогут войти.
3. Запуск Конфигуратора с кодом разрешения:
"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /S "srv1c\buh" /N "Администратор" /P "пароль" /UC "upd123"
4. Пакетное обновление без интерфейса — удобно для ночного окна:
"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /S "srv1c\buh" /N "Администратор" /P "пароль" /UC "upd123" /UpdateCfg "D:\Updates\1Cv8.cfu" /UpdateDBCfg /Out "D:\Updates\log.txt"
Ключ /UpdateCfg применяет обновление к конфигурации на поддержке, /UpdateDBCfg обновляет структуру базы, /Out пишет журнал. Если в журнале ошибка — разбирайте её до следующего шага, а не повторяйте запуск вслепую.
Активные сеансы, которые висят после блокировки, завершают в консоли кластера. Работающий в них пользователь потеряет несохранённые данные — предупредите заранее.
5. Снимите блокировку после первого запуска «Предприятия» и завершения монопольных обработчиков.
Обработчики обновления и перенос данных
Установка релиза — только половина работы. При первом входе в режиме «Предприятие» программа показывает окно «Обновление версии программы» и запускает обработчики: они пересчитывают и переносят данные в новую структуру.
Обработчики бывают двух видов:
- ⏱ Монопольные — выполняются сразу, пока база закрыта для всех. На крупной базе это может занять десятки минут. Не прерывайте процесс и не закрывайте окно.
- 🔄 Отложенные — работают в фоне, когда пользователи уже вошли. Отчёты и документы, которых касается обработка, до её завершения могут показывать неполные данные.
Проверить отложенную обработку: Администрирование → Обслуживание → ссылка на результаты обновления и дополнительную обработку данных. Там видно, какие обработчики завершены, какие ещё идут и где ошибка.
Если подряд ставите несколько релизов цепочки, после каждого заходите в «Предприятие» и дожидайтесь хотя бы монопольных обработчиков. Перескок через запуск оставляет данные в промежуточном состоянии.
Конвертация между редакциями (например, Бухгалтерия 2.0 → 3.0) — это не обновление, а перенос данных в новую базу через обработку перехода. Патчи и .cfu здесь не помогают, у перехода своя процедура и своя сверка остатков после загрузки.
Ошибки после установки и как их снять
Если ничего не помогло, а работать нужно сегодня, вернитесь к резервной копии: загрузите .dt или восстановите копию СУБД. Затем разбирайте проблему на копии базы, а не на рабочей.