Как изменить базу 1С: практическое руководство

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

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

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

Определяем тип базы: файловая или клиент-серверная

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

Файловая база — это один файл 1Cv8.1CD в каталоге. Её проще всего скопировать и перенести, но она ограничена по объёму и числу одновременных пользователей. Клиент-серверная база хранится в СУБД, и её перенос делается либо через .dt, либо через механизмы резервного копирования самой СУБД.

Как перенести базу 1С на другой компьютер или сервер

Самый надёжный способ переноса — через выгрузку .dt. Зайдите в конфигуратор исходной базы, выберите «Администрирование → Выгрузить информационную базу» и укажите файл. На новом месте создайте пустую базу (в окне запуска — «Добавить → Создание новой информационной базы → без конфигурации»), откройте её конфигуратором и выполните «Администрирование → Загрузить информационную базу», указав файл выгрузки.

Для файловой базы допустим и прямой перенос каталога с файлом 1Cv8.1CD при полностью закрытой базе. После копирования базу добавляют в список на новом компьютере, указав путь к каталогу. Этот способ быстрее, но не подходит для смены режима работы и не переносит настройки списка баз пользователей — их придётся завести заново.

1. 1
   Завершите все сеансы пользователей и фоновые задания в исходной базе
2. 2
   В конфигураторе выполните «Администрирование → Выгрузить информационную базу»
3. 3
   На новом месте создайте пустую базу без конфигурации
4. 4
   Загрузите .dt через «Администрирование → Загрузить информационную базу»
5. 5
   Проверьте вход пользователей, версию конфигурации и наличие данных за последние периоды

После загрузки проверьте, что открываются ключевые документы за последний месяц, справочники заполнены, а пользователи могут войти под своими учётными записями. Если база клиент-серверная, дополнительно убедитесь, что на новом сервере настроены регламентные задания и права доступа к СУБД.

Как изменить структуру конфигурации в конфигураторе

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

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

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

Как обновить конфигурацию на новый релиз

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

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

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

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

Как изменить данные в базе: групповая обработка и обмен

Иногда «изменить базу» означает не структуру, а содержимое: исправить реквизиты у тысячи элементов справочника, перенумеровать документы, загрузить данные из другой программы. Для массовых правок в типовых конфигурациях есть «Групповое изменение реквизитов» (в разделе администрирования), а для переноса между базами — обработка «Универсальный обмен данными в формате XML» или типовые планы обмена.

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

Как проверить результат после изменений

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

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

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

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

Вход пользователей

Норма

Все пользователи входят под своими ролями без ошибок прав

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

Ошибки доступа, пустые интерфейсы, падение клиента

Данные за последний период

Норма

Документы и остатки совпадают с копией до изменения

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

Пропавшие документы, расхождения в отчётах

Журнал регистрации

Норма

Нет ошибок обработчиков обновления и фоновых заданий

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

Повторяющиеся ошибки после запуска

Регламентные задания

Норма

Задания выполняются по расписанию

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

Задания заблокированы или завершаются с ошибкой

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

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

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

Чем отличается выгрузка .dt от копии файла 1Cv8.1CD?

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

Что делать, если реструктуризация зависла?

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

Как откатить изменения, если что-то пошло не так?

Единственный надёжный откат — восстановление из резервной копии, сделанной до изменений: загрузка .dt через конфигуратор или восстановление копии средствами СУБД. Поэтому копию делают непосредственно перед операцией, а не «вчерашнюю».

Можно ли перенести базу с файлового режима на SQL Server?

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

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

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