Администрирование · 11 мин
Как перенести базы 1С: файловые и клиент-серверные варианты
Пошаговая инструкция по переносу баз 1С: выгрузка в dt, копирование файловой базы, перенос клиент-серверных баз через SQL, проверка результата и частые ошибки.
Перенос базы 1С требуется при замене компьютера, переезде на новый сервер, переходе с файлового режима на клиент-серверный или при передаче базы франчайзи. Способ переноса зависит от формата базы: файловая база хранится в одном файле 1Cv8.1CD и переносится простым копированием, а клиент-серверная база живёт в СУБД (MS SQL, PostgreSQL) и требует выгрузки либо средствами 1С, либо средствами самой СУБД.
Главный риск при переносе — потеря данных из-за того, что выгрузка делалась, пока пользователи работали в базе, или из-за несовпадения версий платформы на старом и новом месте. Поэтому любой перенос начинается с завершения сеансов пользователей и резервной копии, а заканчивается проверкой: база открывается, документы проводятся, отчёты сходятся с исходными.
Определите тип базы и подготовьтесь к переносу
Перед началом выясните, в каком режиме работает база. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и нажмите «Изменить» — на втором шаге будет указан тип расположения: «На данном компьютере или на компьютере в локальной сети» (файловая) или «На сервере 1С:Предприятия» (клиент-серверная). От этого зависит весь дальнейший сценарий.
Подготовка одинакова для обоих типов. Попросите всех пользователей выйти из базы и проверьте активные сеансы: в файловом режиме это видно в конфигураторе через «Администрирование → Активные пользователи», в клиент-серверном — в консоли кластера серверов 1С. Активный сеанс во время копирования файловой базы почти гарантированно приведёт к повреждению файла или потере последних данных.
Убедитесь, что на новом месте установлена платформа 1С той же версии или новее, чем на старом. База, созданная на платформе 8.3.22, не откроется на 8.3.18. Обратная ситуация (новая платформа, старая база) обычно разрешима: платформа предложит конвертировать базу, при этом конвертация необратима — вернуть базу на старую версию платформы после этого нельзя.
Способ 1. Выгрузка и загрузка через файл .dt
Это универсальный метод, который работает для любой базы независимо от её размера и режима. Файл выгрузки с расширением .dt содержит все данные и конфигурацию базы в одном архиве. Минус способа — на больших базах (десятки гигабайт) выгрузка и загрузка занимают часы, а объём .dt может быть больше свободного места на диске.
Для выгрузки откройте базу в конфигураторе под пользователем с полными правами, выберите «Администрирование → Выгрузить информационную базу» и укажите путь и имя файла, например trade_backup.dt. Дождитесь окончания — конфигуратор сообщит об успешной выгрузке. Файл .dt одновременно является полноценной резервной копией, поэтому храните его даже после успешного переноса.
Для загрузки на новом месте создайте пустую информационную базу: в окне запуска 1С нажмите «Добавить → Создание новой информационной базы → без конфигурации». Затем откройте её в конфигураторе и выполните «Администрирование → Загрузить информационную базу», указав файл .dt. После загрузки конфигуратор предложит перезапустить сеанс — соглашайтесь.
- 1Завершите все сеансы пользователей в исходной базе
- 2Откройте конфигуратор и выполните «Администрирование → Выгрузить информационную базу»
- 3Перенесите файл .dt на новый компьютер или сервер
- 4Создайте пустую базу на новом месте и откройте её в конфигураторе
- 5Выполните «Администрирование → Загрузить информационную базу» и выберите .dt
- 6Откройте базу в режиме предприятия и проверьте данные
Способ 2. Копирование файловой базы напрямую
Если база файловая, её можно перенести быстрее — простым копированием каталога. Главный файл базы называется 1Cv8.1CD и лежит в папке, указанной в свойствах базы в списке информационных баз (колонка «Каталог» или параметр Connect в файле настроек). Рядом могут лежать служебные каталоги с полнотекстовым поиском и журналом регистрации.
Завершите все сеансы, скопируйте всю папку базы целиком на новый компьютер — по сети, на внешний диск или через архиватор. На новом месте добавьте базу в список: «Добавить → Добавление в список существующей информационной базы» и укажите новый путь к папке. При первом запуске платформа может предложить конвертацию, если версии отличаются.
После копирования проверьте права доступа: пользователь, под которым запускается 1С, должен иметь полные права на новую папку базы, иначе получите ошибку «Нет доступа к каталогу базы». Если база размещается в сетевой папке для нескольких пользователей, убедитесь, что путь одинаково доступен со всех рабочих мест.
Способ 3. Перенос клиент-серверной базы
Клиент-серверную базу можно перенести тем же файлом .dt — это самый простой путь, особенно если меняется не только сервер, но и тип СУБД (например, с MS SQL на PostgreSQL). Однако при больших объёмах быстрее работает перенос средствами самой СУБД: резервная копия на старом сервере и восстановление на новом.
Для MS SQL сделайте полную резервную копию базы через SQL Server Management Studio (правой кнопкой по базе → Tasks → Back Up), перенесите файл .bak на новый сервер и выполните Restore. Затем в консоли кластера 1С создайте новую информационную базу, указав сервер СУБД и имя восстановленной базы, либо поправьте параметры существующей регистрации. Для PostgreSQL используются команды pg_dump и pg_restore с аналогичной логикой.
Обратите внимание на версии СУБД: восстановить backup с новой версии SQL Server на старую нельзя. Если новый сервер имеет более старую СУБД, единственный рабочий вариант — перенос через .dt. Также проверьте, что на новом сервере 1С установлены компоненты доступа к нужной СУБД.
Сравнение способов переноса
Подходит для любых баз и при смене типа СУБД. Ограничение: медленно на больших базах, требует много места на диске.
Только для файловых баз. Самый быстрый способ, но требует полного закрытия базы и переносит базу «как есть» без очистки.
Для клиент-серверных баз большого объёма при переезде между одинаковыми СУБД. Ограничение: не работает при смене типа или понижении версии СУБД.
Проверка базы после переноса
Формально успешная загрузка не гарантирует работоспособность. Откройте базу в режиме предприятия под полными правами и пройдите по ключевым участкам: откройте несколько последних документов, проведите тестовый документ копией, сформируйте оборотно-сальдовую ведомость или другой основной отчёт и сверьте итоговые цифры с отчётом из старой базы за тот же период.
Дополнительно запустите в конфигураторе «Администрирование → Тестирование и исправление» с проверкой логической и ссылочной целостности. Для файловых баз после копирования это особенно полезно: если файл копировался с ошибками, тестирование покажет это сразу, а не в момент проведения важного документа.
Проверьте также подключённые внешние ресурсы: печатные формы, обмены с другими базами, интеграции с сайтом, ЭДО, банк-клиент. В них часто прописаны пути к каталогам на старом компьютере — после переноса эти пути нужно поправить, иначе обмены молча перестанут работать.
Как проверить результат переноса
База открывается в режиме предприятия без ошибок и предложений восстановления
Ошибка формата потока, требование восстановления или аварийное завершение
Оборотно-сальдовая ведомость совпадает с данными старой базы за тот же период
Итоги расходятся или отчёт пустой
Тестовый документ проводится, движения формируются
Ошибки при проведении, сообщения о битых ссылках
Обмены выполняются, файлы выгружаются в доступные каталоги
Ошибки доступа к путям старого компьютера
Частые ошибки и специфические ситуации
Самая распространённая ошибка — перенос базы «на живую», пока в ней работают. Вторая по частоте — забытые зависимости: база открывается, но не работают внешние отчёты из каталога на старом диске, лицензии, привязанные к старому компьютеру, или регламентные задания, выполнявшиеся на старом сервере. Составьте заранее список того, что связано с базой: лицензии, расширения, внешние обработки, настройки обменов.
Отдельная ситуация — перенос базы из локальной установки в облако 1С:Фреш или наоборот. Там действуют свои механизмы: в облако база загружается через файл выгрузки из режима предприятия («Администрирование → Обслуживание → Выгрузить данные в файл»), а не через .dt из конфигуратора. Учитывайте это при выборе инструкции.
Если база после переноса не открывается с ошибкой «Файл базы данных повреждён», не паникуйте и не запускайте многократные попытки открытия. Для файловых баз есть штатная утилита chdbfl.exe из каталога платформы — она проверяет физическую целостность файла. Но восстанавливаться лучше из резервной копии: утилита исправляет структуру, но не гарантирует сохранность всех данных.
Часто задаваемые вопросы
Можно ли перенести базу 1С без конфигуратора?
Да, если база файловая — достаточно скопировать папку с файлом 1Cv8.1CD при закрытых сеансах и добавить базу в список на новом компьютере. Клиент-серверную базу без конфигуратора переносят средствами СУБД (backup/restore), но регистрацию базы в кластере 1С всё равно придётся настроить.
Сколько времени занимает перенос базы?
Копирование файловой базы объёмом в несколько гигабайт занимает минуты. Выгрузка и загрузка через .dt для базы в десятки гигабайт может занять несколько часов, при этом конфигуратор должен оставаться запущенным. Планируйте перенос больших баз на нерабочее время.
Что делать с лицензиями при переезде на новый компьютер?
USB-ключ (HASP) просто переставляется на новый компьютер вместе с установкой драйвера. Программная лицензия привязана к оборудованию: при смене компьютера её нужно активировать заново новым пинкодом из комплекта или восстановить через портал лицензирования 1С, если пинкоды исчерпаны.
Можно ли перенести базу с Windows на Linux-сервер?
Да, через выгрузку в .dt: этот формат не зависит от операционной системы. На новом сервере разворачивается платформа 1С для Linux и поддерживаемая СУБД (например, PostgreSQL), создаётся пустая база и в неё загружается .dt. Прямое копирование файловой базы между ОС тоже обычно работает, но .dt надёжнее.
Чем выгрузка в .dt отличается от выгрузки данных через XML?
Файл .dt — это полный слепок базы: данные, конфигурация, пользователи, настройки. Обмен через XML (например, «Выгрузка данных» для переноса между конфигурациями) переносит только данные по правилам обмена и используется при переходе между разными конфигурациями, например из «Управление торговлей 10» в «Управление торговлей 11».
Нужно ли удалять старую базу после переноса?
Не сразу. Оставьте старую базу в режиме «только чтение» минимум на один отчётный период: она понадобится для сверки и как резервный источник, если на новом месте обнаружатся расхождения. Чтобы пользователи случайно не работали в старой копии, заблокируйте в ней сеансы или уберите базу из их списков.
Что важно запомнить
Перед переносом завершите все сеансы и сделайте резервную копию. Универсальный способ — выгрузка в .dt; файловую базу можно просто скопировать, клиент-серверную — перенести через backup СУБД. После переноса сверьте отчёты с исходной базой, проверьте лицензии, пути обменов и не удаляйте старую копию до конца отчётного периода.