Переносим информационную базу 1С 8.3: три рабочих способа

Перенести базу 1С 8.3 на другой компьютер можно тремя путями: выгрузить её в файл *.dt через Конфигуратор и загрузить на новом месте, скопировать каталог файловой базы целиком или мигрировать в клиент-серверный вариант на SQL. Для переезда «на новую машину как есть» быстрее всего копирование каталога, для чистой передачи между разными платформами — выгрузка в .dt, для роста нагрузки — переход на сервер.

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

С чего начать: выбор способа переноса

Способ зависит от того, куда и зачем вы переносите базу. Ошибиться здесь дорого: копирование серверной базы «папкой» не сработает в принципе, а выгрузка .dt большой базы может идти часами.

Коротко о различиях:

• 📦 Копирование каталога — быстро, без выгрузки, но только для файловых баз и только когда платформа на новом месте не ниже исходной.
• 💾 Выгрузка/загрузка .dt — универсально: файловая ↔ серверная, между компьютерами, для архива. Медленнее на больших базах.
• 🖥️ Миграция на SQL — когда файловой базы уже не хватает; физически это загрузка .dt в пустую серверную базу .

Что проверить и сделать до переноса

Перед любым способом закройте базу у всех пользователей. Перенос «на ходу», пока в базе работают, приводит к повреждению данных.

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

Что ещё проверить заранее:

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

Способ 1. Выгрузка и загрузка файла .dt через Конфигуратор

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

Выгрузка на старом компьютере:

1. Запустите базу в режиме Конфигуратор.
2. Откройте меню Администрирование → Выгрузить информационную базу….
3. Укажите имя и папку для файла *.dt и нажмите «Сохранить».

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

Загрузка на новом компьютере:

1. Создайте или добавьте пустую базу в список (как — в разделе про добавление базы ниже) и откройте её в Конфигураторе.
2. Выберите Администрирование → Загрузить информационную базу….
3. Укажите файл *.dt и подтвердите загрузку.

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

Способ 2. Копирование каталога файловой базы

Для файловой базы самый быстрый путь — перенести папку целиком. Физически вся база хранится в одном файле 1Cv8.1CD внутри каталога.

Порядок действий:

1. Убедитесь, что базу закрыли все пользователи, а Конфигуратор не открыт.
2. Найдите каталог базы по пути из окна запуска (под списком баз).
3. Скопируйте всю папку целиком — вместе с файлом 1Cv8.1CD и служебными файлами (например, 1Cv8Log — каталог журнала регистрации).
4. Перенесите папку на новый компьютер любым способом: по сети, на внешнем диске, в архиве.
5. Добавьте скопированную базу в список на новом компьютере, указав путь к новой папке.

Ограничения способа: он не работает для серверных баз (там данные лежат в СУБД, а не в файле .1CD) и требует, чтобы платформа на новом месте была не ниже исходной. Копировать .1CD поверх открытой базы нельзя — файл будет заблокирован или повредится.

Способ 3. Миграция в клиент-серверный вариант на SQL

Когда файловая база тормозит при 5–10 активных пользователях или разрастается до нескольких гигабайт, пора на сервер. Клиент-серверный вариант хранит данные в СУБД — Microsoft SQL Server или PostgreSQL — и обслуживается сервером 1С:Предприятия.

Переезд с файловой базы на сервер — это, по сути, загрузка .dt в пустую серверную базу:

1. Выгрузите файловую базу в .dt (способ 1).
2. Создайте пустую серверную базу. В окне запуска нажмите «Добавить» → «Создание новой информационной базы» → «Создание базы без конфигурации». Укажите тип расположения «На сервере 1С:Предприятия», имя кластера, имя новой базы, тип СУБД и параметры подключения к ней (сервер СУБД, имя пользователя БД). Альтернатива — создать базу в консоли администрирования серверов.
3. Загрузите .dt в созданную серверную базу через Конфигуратор (способ 1, загрузка).

Что нужно для серверного варианта:

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

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

Перенос — хороший повод настроить бэкапы, если их ещё нет. Разовая копия перед переездом защищает только сам переезд; дальше база снова остаётся без страховки.

Варианты по типу базы:

• Файловая база. Проще всего периодически копировать каталог (файл 1Cv8.1CD) или выгружать .dt по расписанию. Во многих типовых конфигурациях (например, в «1С:Бухгалтерии» 3.0) есть встроенная настройка резервного копирования в разделе администрирования — она делает выгрузку базы автоматически по заданному графику.
• Серверная база. Копии делаются средствами СУБД: в MS SQL — план обслуживания с резервным копированием, в PostgreSQL — штатные средства вроде pg_dump. Выгрузка .dt для серверной базы тоже работает, но на большой базе она тяжелее, чем бэкап средствами СУБД.

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

Как добавить перенесённую базу в список

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

1. В окне запуска 1С:Предприятия нажмите «Добавить».
2. Выберите «Добавление в список существующей информационной базы».
3. Задайте произвольное имя базы для списка.
4. Укажите расположение:
   • для файловой базы — «На данном компьютере или на компьютере в локальной сети», затем путь к каталогу с файлом 1Cv8.1CD;
   • для серверной — «На сервере 1С:Предприятия», затем имя кластера и имя базы на нём.
5. Завершите мастер — база появится в списке.

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

Из-за чего перенос чаще всего срывается

Сам перенос несложен, но несколько мелочей регулярно портят результат. Их стоит держать в голове заранее — исправлять постфактум дольше.

• 🔌 Обрыв передачи по сети или RDP. Если копируете каталог или .dt по нестабильному каналу, файл может приехать битым. После переноса сравните размер файла на источнике и на приёмнике — они должны совпадать до байта.
• 🛡️ Антивирус блокирует файл .1CD. Защитные программы иногда «держат» файл базы или замедляют работу с ним. Если перенесённая база открывается очень медленно или не открывается вовсе — добавьте каталог базы в исключения антивируса.
• 🔤 Кириллица и слишком длинный путь. Каталог с длинным путём и русскими буквами в именах папок иногда вызывает сбои. Для базы надёжнее короткий латинский путь без пробелов.
• 🧩 Разрядность платформы значения не имеет. База, выгруженная на 32-разрядной платформе, спокойно загружается на 64-разрядной той же или более новой версии и наоборот — важен только номер версии, а не разрядность.
• 🧱 Расширения конфигурации переезжают вместе с базой. Подключённые расширения хранятся внутри базы, поэтому и при копировании каталога, и при загрузке .dt они сохраняются. Отдельно переносить их не нужно.

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

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