Перенос базы данных 1С:Предприятие на новый сервер или рабочую станцию — это стандартная, но критически важная задача для любого системного администратора или бухгалтера. Необходимость в этом может возникнуть при замене вышедшего из строя оборудования, переезде офиса, масштабировании инфраструктуры или просто при создании резервной копии для тестирования обновлений. Процесс кажется простым только на первый взгляд, однако неправильное выполнение этапов может привести к потере актуальных данных или повреждению конфигурации.
Существует несколько основных способов решения этой задачи, выбор которых зависит от типа используемой СУБД и версии платформы. Вы можете использовать встроенные средства выгрузки в файл .dt, механизмы файлового обмена или специализированные утилиты командной строки для SQL-серверов. В этой статье мы детально разберем каждый метод, уделив особое внимание нюансам настройки прав доступа и проверке целостности данных после переноса.
Прежде чем приступать к активным действиям, необходимо обеспечить полную информационную безопасность процесса. Любые манипуляции с базой данных должны начинаться с создания архивной копии на внешнем носителе. Это правило является фундаментальным для предотвращения безвозвратной утраты информации в случае сбоя оборудования или ошибки оператора во время процедуры переноса.
Подготовительные работы перед миграцией данных
Успешный перенос информационной системы напрямую зависит от качества предварительной подготовки окружения. Вам необходимо убедиться, что на целевом компьютере установлена платформа 1С:Предприятие той же версии или новее, чем на исходном сервере. Несовместимость версий платформы часто приводит к ошибкам при запуске или некорректному отображению интерфейса.
Также критически важно проверить наличие свободного дискового пространства. Файл выгрузки может занимать значительный объем, особенно если в базе хранится большой массив документов за несколько лет. Рекомендуется освободить место с запасом, превышающим текущий размер базы в 2-3 раза, чтобы обеспечить корректную работу временных файлов во время процедуры.
⚠️ Внимание: Перед началом выгрузки обязательно завершите сеансы всех пользователей в режиме
1С:Предприятие. Если база будет использоваться кем-то в момент копирования, файл может оказаться поврежденным или содержать неконсистентные данные.
Не забудьте проверить сетевые настройки, если перенос осуществляется между удаленными узлами. Убедитесь, что брандмауэры не блокируют порты, необходимые для работы СУБД или файлового обмена. Для файловых баз важно настроить корректные права доступа к общим папкам, чтобы новый сервер мог читать и записывать данные без ограничений.
☑️ Подготовка к переносу 1С
Выгрузка информационной базы в файл DT
Самый универсальный способ переноса данных — это использование встроенного механизма выгрузки в файл расширения .dt. Этот метод подходит как для файловых вариантов хранения, так и для клиент-серверных вариантов на базе MS SQL или PostgreSQL. Главным преимуществом является возможность изменения структуры базы и переноса только необходимых подсистем.
Для запуска процесса откройте конфигуратор базы данных. В верхнем меню выберите пункт Администрирование, затем перейдите в раздел Выгрузить информационную базу. Система предложит указать путь для сохранения файла. Рекомендуется выбирать локальный диск с высокой скоростью записи, чтобы избежать зависаний при создании большого объема данных.
В открывшемся окне настроек вы можете выбрать опции выгрузки. По умолчанию система предлагает выгрузить все данные, но при необходимости можно исключить справочники или документы определенных периодов. Однако для полного переноса на другой компьютер лучше оставить настройки по умолчанию, чтобы гарантировать целостность связей между объектами.
Используйте понятное имя файла с датой выгрузки, например BaseBackup_2026_05_20.dt. Это поможет избежать путаницы, если у вас хранится несколько архивных копий за разные периоды.
Процесс выгрузки может занять от нескольких минут до нескольких часов в зависимости от объема информации. В это время интерфейс конфигуратора может быть недоступен. Не прерывайте процесс нажатием клавиш или закрытием окна, так как это приведет к созданию неполноценного файла, который невозможно будет загрузить обратно.
Что делать, если выгрузка зависла?
Если процесс выгрузки не двигается более 30 минут, проверьте логи событий Windows и журналы 1С. Часто причина кроется в нехватке оперативной памяти или блокировке антивирусом. Попробуйте временно отключить защиту или увеличить файл подкачки.
Перенос файловой базы методом копирования каталога
Если ваша база данных работает в файловом режиме, процедура переноса значительно упрощается. В этом случае вся информация хранится в одном каталоге на диске, и для миграции достаточно просто скопировать эту папку на новый носитель. Этот метод является наиболее быстрым и не требует использования специальных утилит экспорта.
Найдите корневую папку базы данных на исходном компьютере. Обычно она располагается по пути, указанному в списке баз при запуске 1С. Скопируйте всю директорию целиком, включая все вложенные подпапки и скрытые файлы. Особое внимание уделите файлам с расширением .cdx и .dbf, так как они содержат основную структуру данных.
После копирования переместите папку на новый компьютер в нужную директорию. Затем откройте список баз 1С, нажмите кнопку Добавить и выберите пункт Добавление в список существующей информационной базы. Укажите путь к скопированной папке. Система автоматически определит структуру и добавит базу в список для запуска.
| Параметр | Файловая база | SQL база (через DT) |
|---|---|---|
| Скорость переноса | Высокая (просто копирование) | Средняя (упаковка/распаковка) |
| Требования к ПО | Только платформа 1С | Платформа 1С + СУБД |
| Риск повреждения | Низкий (при закрытой базе) | Средний (зависит от сети) |
| Возможность выборочного переноса | Нет (только всё целиком) | Да (через настройки выгрузки) |
Если в коде конфигурации или в настройках пользователей были жестко прописаны старые пути к файлам, их потребуется обновить вручную после первого запуска на новом месте.
Копирование папки — самый быстрый способ для файловых баз, но он требует полного завершения работы всех пользователей с базой до начала процедуры.
Настройка подключения к SQL серверу на новом месте
При работе с клиент-серверным вариантом на базе MS SQL Server или PostgreSQL простого копирования файлов недостаточно. Вам потребуется создать новую базу данных на целевом сервере СУБД и восстановить в нее данные из предварительно созданного файла .dt или резервной копии SQL.
Сначала создайте пустую базу данных в среде управления СУБД (например, в SQL Server Management Studio). Задайте ей имя, идентичное или отличное от исходного, и настройте файлы данных (.mdf) и журналов (.ldf). Убедитесь, что кодировка новой базы совпадает с исходной, чтобы избежать проблем с отображением спецсимволов.
Затем вернитесь в конфигуратор 1С. Выберите пункт Администрирование -> Загрузить информационную базу. Укажите путь к файлу .dt, который вы создали ранее, и выберите созданную пустую базу данных в списке подключений. Система выполнит загрузку структуры и данных.
⚠️ Внимание: Учетная запись, под которой работает служба 1С:Сервер, должна иметь права
db_ownerна создаваемую базу данных в SQL. Без этих прав загрузка завершится ошибкой доступа.
После успешной загрузки необходимо обновить конфигурацию базы данных. В меню конфигуратора выберите Конфигурация -> Обновить конфигурацию базы данных. Этот шаг критически важен, так как он синхронизирует метаданные конфигурации с физической структурой таблиц в СУБД.
Решение типовых ошибок при запуске после переноса
Даже при строгом соблюдении инструкции могут возникнуть непредвиденные ситуации при первом запуске перенесенной базы. Одной из самых распространенных проблем является ошибка «Монопольный режим не установлен». Это происходит, если кто-то из пользователей или фоновых задач удерживает соединение с базой.
Для устранения проблемы зайдите в консоль администрирования серверов 1С. Найдите соответствующий кластер и информационную базу. Принудительно завершите все активные сеансы. Если это не помогло, попробуйте перезапустить службу 1С:Предприятие 8.3 Сервер на новом компьютере.
Другая частая ошибка связана с отсутствием лицензий. При переносе на новое оборудование ключи защиты (аппаратные или программные) могут не определиться автоматически. Проверьте наличие действующих лицензий в ключе защиты или файле лицензии, привязанном к новому идентификатору компьютера (Host ID).
rmngr -list
Эта команда в командной строке позволит вывести список работающих процессов менеджера кластера и понять, видит ли сервер запущенные сеансы. Если список пуст при попытке входа пользователей, проблема кроется в настройках сети или брандмауэра.
Ошибка "Лицензия не найдена"
Если после переноса 1С пишет об отсутствии лицензии, проверьте, не сменился ли аппаратный ключ или сетевой адрес. Для программных лицензий может потребоваться перепривязка через утилиту HASP или переустановка драйверов защиты.
Проверка целостности и тестирование работоспособности
Финальным этапом миграции является комплексная проверка работоспособности системы. Не стоит сразу допускать пользователей к работе. Сначала необходимо запустить базу в режиме предприятия под учетной записью администратора и провести серию тестовых операций.
Проверьте открытие основных разделов: справочников, журналов документов, отчетов. Особое внимание уделите сложным отчетам и регламентам, которые активно используют выборки из больших таблиц. Если они формируются корректно и без задержек, значит, индексы в СУБД построены верно.
Обязательно выполните тестирование и исправление базы данных. В конфигураторе выберите меню Администрирование -> Тестирование и исправление. Отметьте все пункты, включая реиндексацию и проверку логической целостности. Это позволит выявить и устранить скрытые повреждения, которые могли возникнуть в процессе транспортировки данных.
⚠️ Внимание: Процедура тестирования и исправления занимает много времени и требует монопольного доступа. Запускайте её только в нерабочее время, когда гарантированно нет подключенных пользователей.
Убедитесь, что все внешние обработки и печатные формы открываются корректно. Если в конфигурации используются пути к файлам на локальном диске старого сервера, их нужно актуализировать в настройках системы или в самом коде модулей.
Тестирование и исправление базы — обязательная процедура после любого переноса данных, которая гарантирует стабильную работу системы в будущем.
Можно ли выгрузить 1С, если база повреждена?
Если база данных повреждена, стандартная выгрузка в файл .dt может завершиться ошибкой. В таком случае попробуйте запустить тестирование и исправление в конфигураторе перед выгрузкой. Если это не помогает, для SQL баз можно использовать средства самой СУБД для восстановления из транзакционного лога или резервных копий.
Нужно ли переустанавливать платформу 1С на новом компьютере?
Да, платформа 1С:Предприятие должна быть установлена на целевом компьютере. Версия платформы должна быть не ниже той, на которой была создана или обновлена конфигурация базы данных. Желательно использовать идентичные версии для избежания конфликтов совместимости.
Как перенести настройки пользователей 1С?
Настройки пользователей (персональные настройки, избранные отчеты) хранятся внутри самой информационной базы в регистрах сведений. Поэтому при выгрузке и загрузке базы (.dt) или копировании файловой папки все настройки пользователей переносятся автоматически вместе с данными.
Что делать, если после переноса не работают внешние обработки?
Внешние обработки и отчеты могут не работать, если изменились пути к ним или если на новом компьютере не установлены необходимые дополнительные компоненты (COM-объекты, драйверы). Проверьте пути в списке внешних обработок и убедитесь, что файлы доступны по новым адресам.
Можно ли перенести базу 1С на компьютер с другой операционной системой?
Да, формат хранения данных 1С независим от операционной системы. Вы можете перенести файловую базу с Windows на Linux (или macOS с эмулятором) и наоборот. Для клиент-серверного варианта важно, чтобы СУБД была корректно установлена и настроена на целевой ОС.