Процедура перехода на новую базу данных 1С:Предприятие является одним из наиболее ответственных этапов в работе системного администратора или IT-специалиста. Необходимость в этом может возникнуть по разным причинам: от планового обновления конфигурации до переезда на новый сервер или смены редакции платформы. Ошибки на этом этапе могут привести к потере критически важных данных, нарушению хронологии документов и простою сотрудников.
В этой инструкции мы детально разберем алгоритм действий, который позволит вам выполнить миграцию с минимальными рисками. Вы узнаете о подготовке инфраструктуры, методах переноса данных и нюансах постмиграционной проверки.
Подготовка инфраструктуры и анализ текущей системы
Перед началом любых манипуляций необходимо провести тщательный аудит текущего состояния информационной системы. Это не просто формальность, а критически важный этап, определяющий успех всего мероприятия. Вам нужно четко понимать, с какой версией платформы 1С вы работаете и какие конфигурации установлены.
Проверьте список используемых справочников и документов, которые имеют наибольшую нагрузку. Часто именно объемные таблицы становятся «узким горлышком» при переносе. Убедитесь, что на целевом сервере выделено достаточное дисковое пространство и оперативная память.
⚠️ Внимание: Если вы используете файловый вариант базы, убедитесь, что путь к каталогу не содержит кириллических символов или пробелов, так как это может вызвать ошибки при подключении в сетевом окружении.
Соберите информацию о текущих пользователях и их правах доступа. В новой базе права могут сброситься до стандартных, и вам придется настраивать роли заново. Лучше заранее экспортировать список пользователей в текстовый файл или сделать скриншоты настроек.
Проверьте наличие действующих лицензий на сервере 1С:Предприятия. При переходе на новую базу или смене ключа защиты может потребоваться повторная активация. Отсутствие действующего лицензионного ключа заблокирует работу пользователей в самый неподходящий момент.
Создание полной резервной копии данных
Золотое правило любого администратора гласит: перед любыми изменениями делается бэкап. И не один, а несколько, хранящихся на разных носителях. Для баз данных 1С существует несколько надежных способов создания резервных копий.
Самый простой метод — использование встроенной функциональности конфигуратора. Запустите базу в режиме Конфигуратор, выберите в меню Администрирование пункт Выгрузить информационную базу. Укажите путь для сохранения файла с расширением .dt.
- 📀 Создайте полную копию файла базы (для файлового варианта) на внешний жесткий диск.
- ☁️ Скопируйте резервную копию в облачное хранилище или на удаленный сетевой ресурс.
- 💾 Используйте средства СУБД (например, pg_dump для PostgreSQL) для создания дампа базы данных.
Если ваша база работает под управлением SQL Server или PostgreSQL, рекомендуется использовать нативные средства резервного копирования СУБД. Они обеспечивают более высокую скорость и надежность, особенно для баз большого объема. Файл выгрузки .dt в этом случае служит дополнительной страховкой.
☑️ Чек-лист перед миграцией
Выбор метода переноса данных
Существует два основных способа перенести данные в новую базу: прямая выгрузка/загрузка и использование обработки конвертации данных. Выбор метода зависит от того, меняете ли вы конфигурацию или просто переносите базу на новое место.
Если конфигурация остается неизменной (например, перенос «Бухгалтерии предприятия 3.0» на новый сервер без изменения версии), достаточно стандартной выгрузки. Вы создаете пустую базу той же конфигурации на новом месте и загружаете в нее файл .dt.
В случаях, когда требуется переход на новую редакцию (например, с «УТ 10» на «УТ 11»), необходим сложный процесс конвертации. Здесь данные преобразуются согласно правилам обмена. Этот процесс требует установки обработки Конвертация данных 2.0 или использования типовых обработок обновления.
В чем разница между переносом и обновлением?
Перенос базы — это физическое перемещение данных на другой носитель или сервер без изменения структуры метаданных. Обновление (переход на новую редакцию) подразумевает изменение структуры таблиц, справочников и логики работы программы, что требует обязательной конвертации данных.
При выборе клиент-серверного варианта работы важно корректно настроить кластер серверов 1С. Ошибка в параметрах подключения может привести к тому, что база будет видна в списке, но не откроется.
Пошаговая инструкция по выгрузке и загрузке
Рассмотрим классический сценарий переноса базы средствами платформы. Этот метод универсален и подходит для большинства типовых задач. Сначала откройте исходную базу в режиме Конфигуратор.
В главном меню выберите пункт Администрирование, затем Выгрузить информационную базу. В открывшемся окне укажите полный путь к файлу. Рекомендуется давать файлу понятное имя с указанием даты, например, Backup_2026_10_25.dt.
После завершения выгрузки перейдите к целевому серверу или компьютеру. Создайте новую пустую базу через окно запуска 1С, выбрав тип размещения (файловый или на сервере SQL). Важно, чтобы версия платформы на новом месте была не ниже версии исходной базы.
1c:enterprise://SrvName/Ref/DBName -- пример строки подключения для клиент-серверного вариантаЗапустите созданную пустую базу в режиме Конфигуратор. В меню выберите Администрирование -> Загрузить информационную базу. Укажите путь к ранее созданному файлу .dt. Процесс загрузки может занять от нескольких минут до нескольких часов в зависимости от объема данных.
По завершении загрузки система предложит обновить конфигурацию базы данных. Согласитесь с этим действием. После этого база готова к первому запуску в режиме «1С:Предприятие».
Критически важно: версия платформы на сервере назначения должна быть равна или выше версии платформы на исходном сервере, иначе загрузка файла .dt завершится ошибкой совместимости.
Настройка параметров после миграции
После успешной загрузки данных работа администратора не заканчивается. Новая база требует дополнительной настройки для корректной работы в текущем окружении. Первым делом проверьте параметры системы.
Зайдите в раздел НСИ и Администрирование -> Настройки системы. Проверьте адрес веб-сервисов, параметры SMTP для отправки писем и пути к хранилищам файлов. Часто эти пути жестко привязаны к старому серверу и требуют актуализации.
| Параметр | Где проверить | Возможная проблема |
|---|---|---|
| Пользователи и права | Администрирование -> Пользователи | Сброс прав до стандартных |
| Лицензии | Окно запуска / HASP-ключ | Отсутствие ключа защиты |
| Регламентные задания | НСИ и Администрирование -> Фоновые задания | Остановка автоматических процессов |
| Подключенное оборудование | Настройки оборудования | Потеря драйверов ККТ или сканеров |
Обратите особое внимание на регламентные операции. В новой базе они могут быть остановлены или иметь неверное расписание. Запустите обработку закрытия месяца вручную, чтобы убедиться в отсутствии ошибок в расчетах.
⚠️ Внимание: Интерфейс и расположение настроек могут отличаться в зависимости от версии конфигурации (БП 3.0, УТ 11, ЗУП 3.1). Всегда сверяйтесь с документацией к конкретной релизу вашей системы.
Тестирование и проверка целостности данных
Финальный этап — всестороннее тестирование. Нельзя допускать пользователей к работе, пока вы не убедитесь в корректности данных. Начните с проверки остатков по основным счетам и справочникам.
Сформируйте оборотно-сальдовую ведомость за последний закрытый период и сравните её с данными в старой базе. Расхождений быть не должно. Даже разница в одну копейку может свидетельствовать о проблеме с конвертацией или повреждении файла.
- ✅ Проверьте проведение документов за текущий месяц.
- ✅ Протестируйте печать типовых форм (накладные, счета-фактуры).
- ✅ Убедитесь в работе внешних отчетов и обработок.
Запустите базу в монопольном режиме и выполните команду Тестирование и исправление в конфигураторе. Это позволит выявить логические ошибки в таблицах базы данных, которые могли возникнуть в процессе переноса.
Совет эксперта: Перед массовым допуском пользователей дайте поработать в новой базе одному опытному сотруднику (главному бухгалтеру или кладовщику) в течение 1-2 часов. Он быстрее заметит нюансы, которые ускользнут от автоматических тестов.
Если в процессе проверки выявлены ошибки, не пытайтесь исправить их вручную в новой базе. Лучше вернуться к этапу загрузки и повторить процедуру, возможно, выбрав другие параметры конвертации или обновив платформу.
Часто задаваемые вопросы (FAQ)
Можно ли объединить две разные базы 1С в одну при переходе?
Стандартными средствами выгрузки и загрузки (.dt) объединить две разные базы невозможно. Этот метод полностью заменяет данные в целевой базе. Для объединения требуется использование специализированных обработок конвертации данных или услуг партнеров 1С, которые пишут скрипты переноса документов из одной базы в другую с сохранением ссылок на объекты.
Что делать, если при загрузке возникает ошибка «Нарушение уникальности ключа»?
Эта ошибка часто возникает при некорректной работе СУБД или повреждении файла выгрузки. Попробуйте выполнить сжатие базы данных в исходной системе перед выгрузкой. Если ошибка повторяется, проверьте журнал регистрации событий Windows или логи СУБД на предмет сбоев диска.
Нужно ли переустанавливать платформу 1С при переходе на новую базу?
Нет, переустановка платформы не требуется, если текущая версия удовлетворяет минимальным требованиям новой конфигурации. Однако, если вы переходите на новую редакцию (например, ЗУП 3.1), может потребоваться обновление платформы до последнего релиза для поддержки новых механизмов работы.
Как перенести настройки пользовательских интерфейсов (рабочие места)?
Настройки интерфейсов хранятся в таблице системы внутри базы данных. При полной загрузке .dt они переносятся автоматически вместе с остальными данными. Если вы используете тонкий клиент, убедитесь, что файл настроек клиента не перезаписывает настройки, полученные из базы.