Новая конфигурация в базе 1С 8.3: от копии до проверки после обновления

Установить новую конфигурацию в 1С 8.3 можно тремя способами. Чистую базу создают из шаблона: запускают setup.exe дистрибутива, затем в окне запуска выбирают Добавить → Создание новой информационной базы → Создание информационной базы из шаблона. Новый релиз в рабочую базу ставят файлом .cfu через Конфигурация → Поддержка → Обновить конфигурацию в Конфигураторе. Полная замена — Конфигурация → Загрузить конфигурацию из файла с файлом .cf.

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

Подготовка к установке: копия базы и проверка платформы

Начните с трёх проверок. Без них установка новой конфигурации чаще всего и срывается.

• 🧩 Версия платформы. В описании каждого релиза указан минимальный номер платформы. Текущий номер видно в Конфигураторе: Справка → О программе. Если он ниже требуемого, сначала обновите платформу на всех рабочих местах и на сервере.
• 📦 Цепочка релизов. Файл .cfu обновляет только с определённых версий. Список лежит в UpdInfo.txt рядом с файлом обновления. Если ваш релиз туда не входит, ставьте промежуточные по очереди.
• 🔧 Доработки. Откройте Конфигурация → Поддержка → Настройка поддержки. Если конфигурация на поддержке без возможности изменения — доработок нет, обновление пройдёт без сравнения. Если изменения включены — готовьтесь к объединению.

Резервная копия

Файловую базу и небольшую серверную выгружают в Конфигураторе: Администрирование → Выгрузить информационную базу. Получится файл .dt со всеми данными и конфигурацией.

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

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

Какой способ установки выбрать

Ручной путь — через Конфигуратор. Автоматический — из пользовательского режима самой программы. Есть ещё установка с нуля из шаблона.

Новая база из шаблона

1. Распакуйте дистрибутив и запустите setup.exe. Шаблон ляжет в каталог шаблонов, по умолчанию это %APPDATA%\1C\1cv8\tmplts.
2. В окне запуска 1С нажмите Добавить, выберите создание новой информационной базы и вариант «из шаблона».
3. В дереве шаблонов раскройте нужную конфигурацию и выберите версию. Отдельно бывают демо-шаблоны — их ставьте только для обучения.
4. Задайте имя базы и тип расположения: на этом компьютере или на сервере 1С:Предприятия.
5. Для файловой базы укажите пустой каталог, для серверной — кластер, имя базы и параметры СУБД.

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

Обновление из пользовательского режима

В Бухгалтерии 3.0, ЗУП 3.1 и УТ 11 обновление запускают из Администрирование → Интернет-поддержка и сервисы, команда «Обновление версии программы». Нужны подключённая Интернет-поддержка и права администратора.

Программа сама скачает подходящую цепочку релизов, сделает резервную копию (если выбрать эту опцию) и перезапустится. Работает для типовых конфигураций без изменений. При доработках программа предупредит, и обновлять придётся через Конфигуратор.

Обновление файлом .cfu

1. Откройте базу в режиме Конфигуратора и откройте конфигурацию: Конфигурация → Открыть конфигурацию.
2. Выберите Конфигурация → Поддержка → Обновить конфигурацию.
3. Укажите файл обновления вручную или дайте программе найти его в каталоге шаблонов.
4. Если доработок нет, сразу появится запрос на обновление конфигурации базы данных. Если есть — откроется окно сравнения.

Загрузка .cf

Конфигурация → Загрузить конфигурацию из файла, выбрать файл .cf, подтвердить замену. Текущая конфигурация будет полностью заменена новой. Для типовой от фирмы-поставщика база снова встанет на поддержку.

Конфликты объектов при объединении

Окно сравнения показывает три версии каждого объекта: вашу основную конфигурацию, старую конфигурацию поставщика и новую. Конфликт возникает, когда объект изменили и вы, и поставщик.

Что делать с объектами:

• ✅ Изменены только у поставщика. Принимайте из новой конфигурации поставщика — это и есть обновление.
• 🛠 Изменены только у вас. Оставляйте как есть.
• ⚔️ Изменены с обеих сторон. Для модулей выбирайте объединение и смотрите каждую процедуру. Для форм и макетов чаще проще взять версию поставщика и заново внести свою правку.

Чтобы в следующий раз конфликтов было меньше, переносите доработки в расширения конфигурации (они появились в 8.3.6). Расширение подключается поверх типовой и при обновлении конфликтов в основной конфигурации не создаёт. После выхода нового релиза расширение нужно лишь проверить на совместимость.

Если объединение пошло не так

Пока не обновлена конфигурация базы данных, изменения живут только в Конфигураторе. Их можно отменить: Конфигурация → Конфигурация базы данных → Вернуться к конфигурации БД. Данные при этом не страдают.

Если структура уже обновлена, а результат плохой — восстанавливайте базу из .dt или бэкапа СУБД.

Обновление структуры базы данных

После загрузки или объединения конфигурацию нужно применить к базе: Конфигурация → Обновить конфигурацию базы данных или клавиша F7. Платформа покажет список изменений структуры и попросит подтверждение.

Для этого шага нужен монопольный доступ: в базе не должно быть ни одного сеанса, включая фоновые задания и веб-клиенты. Длительность зависит от размера таблиц, которые меняются. Для файловой базы на 5 ГБ это обычно минуты, для серверной на 200 ГБ — может уйти и час.

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

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

Часть обработчиков — отложенные. Они работают в фоне ещё несколько часов после входа. Ход их выполнения виден в разделе администрирования, в информации о результатах обновления программы.

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

Проверку разделите на техническую и прикладную.

Техническая:

1. Конфигурация → Проверка конфигурации в Конфигураторе — особенно после объединения. Ошибки в модулях покажутся здесь, а не у пользователей.
2. Администрирование → Тестирование и исправление — для базы, где обновление прерывалось или выдавало ошибки. Требует монопольного доступа.
3. Журнал регистрации за время первого запуска: ошибки обработчиков обновления видны там.

Прикладная:

1. Откройте и проведите по одному документу каждого ходового вида: реализация, поступление, банковская выписка, начисление зарплаты.
2. Сформируйте оборотно-сальдовую ведомость за закрытый период и сравните с той, что была до обновления. Цифры за прошлые периоды меняться не должны.
3. Проверьте печатные формы, регламентированные отчёты и обмены с другими базами.
4. Пройдите по своим доработкам по сохранённому отчёту о сравнении.

Особенности клиент-серверного варианта

В серверной базе к обычным шагам добавляется управление сеансами и регламентными заданиями.

1. В консоли администрирования кластера откройте свойства информационной базы.
2. Включите блокировку начала сеансов, задайте время начала и сообщение пользователям. Укажите код разрешения — с ним вы зайдёте в базу, несмотря на блокировку.
3. Включите блокировку регламентных заданий, иначе они будут занимать базу.
4. Завершите оставшиеся сеансы и выполните обновление в Конфигураторе, запустив его с кодом разрешения (параметр /UC в строке запуска).

Ещё два момента для сервера:

• 🖥 Версия платформы на сервере и у клиентов должна совпадать. После обновления платформы на сервере обновите её на клиентских местах и терминальных серверах.
• ⏳ Фоновое обновление структуры. Начиная с 8.3.11 платформа умеет готовить новую структуру на сервере в фоне, пока пользователи работают. Запуск — из меню Конфигурация Конфигуратора. Монопольный доступ понадобится только на короткую финальную фазу. Для больших баз это сокращает простой с часов до минут.

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

Частые ошибки при установке и что с ними делать

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

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

Если медленно и после этого:

• 🧹 Очистите кэш клиента. Запустите 1С с параметром /ClearCache или удалите каталоги кэша в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 при закрытой программе. Список баз хранится в файле ibases.v8i — его не удаляйте.
• 📊 Обновите статистику и индексы СУБД. В SQL Server — план обслуживания с обновлением статистики и перестроением индексов, в PostgreSQL — VACUUM ANALYZE. После изменения структуры статистика устаревает.
• 🗜 Сожмите файловую базу. В тестировании и исправлении есть сжатие таблиц информационной базы. Оно уменьшает размер 1Cv8.1CD после крупного обновления.
• 🔁 Перезапустите рабочие процессы сервера. Только в нерабочее время: перезапуск службы агента сервера оборвёт все сеансы.

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

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