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

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

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

Чем способы переноса отличаются и какой взять

Сначала определите тип базы. Откройте окно запуска 1С: в строке со списком баз под названием виден путь. Если это путь к папке на диске (D:\Bases\Buh) — база файловая. Если указано Srvr="server"; Ref="buh" — база серверная (клиент-серверная, работает через сервер 1С и СУБД).

От этого зависит выбор метода:

Что подготовить перед переносом базы

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

Короткий список подготовки:

• 🔹 Завершите работу всех пользователей в базе (для серверной — проверьте активные сеансы в консоли администрирования).
• 🔹 Запишите точную версию платформы 1С на старом месте: окно запуска → Справка → О программе. На новом компьютере нужна платформа с номером не ниже этого.
• 🔹 Уточните название и версию конфигурации (например, «Бухгалтерия предприятия, 3.0»).
• 🔹 Прикиньте размер базы — для файловой это размер файла 1Cv8.1CD в каталоге.

Резервную копию делайте всегда, даже если переносите «на минуту». Если при загрузке что-то пойдёт не так, откатиться будет нечем.

Отдельно проверьте, что хранится вне базы. Три частых случая, из-за которых после переноса «половина перестаёт работать»:

• 🔹 Файлы в томах на диске. Если в базе включено хранение присоединённых файлов (сканы, договоры) не внутри базы, а в каталогах на диске (тома хранения файлов), эти каталоги переносят отдельно и заново прописывают путь к ним на новом месте.
• 🔹 Внешние обработки и отчёты. Подключённые внешние файлы .epf/.erf, лежащие на диске, в .dt не попадают — их копируют вручную.
• 🔹 Настройки обменов. Если база участвует в обмене (РИБ, синхронизация с другой базой), простое копирование не переносит привязку узла — после переезда обмен настраивают заново, иначе получите дубли или расхождение данных.

Эти три момента чаще всего и всплывают уже после переезда, поэтому их проще учесть сразу.

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

Это классический способ, он подходит и для файловой, и для серверной базы.

На старом компьютере:

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

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

На новом компьютере:

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

Загрузка требует монопольного доступа: никто другой не должен быть подключён к базе-приёмнику в этот момент.

Перенос файловой базы копированием каталога

Для файловой базы есть путь ещё быстрее — скопировать папку целиком, без выгрузки.

1. Найдите каталог базы. Путь виден в окне запуска под названием базы; в этой папке лежит файл 1Cv8.1CD — это и есть сама база.
2. Убедитесь, что все вышли из базы. Скопируйте всю папку целиком (не только 1Cv8.1CD — рядом лежат служебные файлы кэша и настроек).
3. Перенесите папку на новый компьютер в любое удобное место (D:\Bases\Buh).
4. В окне запуска 1С на новом ПК нажмите Добавить → Добавление в список существующей информационной базы.
5. Задайте произвольное имя базы в списке и укажите путь к скопированной папке. Готово — база откроется.

Этот способ переносит базу «байт в байт», со всеми пользователями, настройками и правами внутри. Минус один: он не чинит базу. Если старая база была с ошибками, они переедут вместе с ней.

Перенос серверной базы на SQL

Серверная (клиент-серверная) база физически хранится в СУБД — чаще это PostgreSQL или Microsoft SQL Server. Простым копированием папки её не перенесёшь.

Два рабочих варианта:

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

Вариант 2 — средствами СУБД (для больших баз). Если переезжаете между серверами с одинаковой СУБД, быстрее сделать резервную копию средствами самой базы данных (backup в SQL Server или pg_dump в PostgreSQL) и восстановить её на новом сервере. После восстановления базу нужно заново зарегистрировать в кластере серверов 1С через консоль администрирования, указав имя восстановленной базы данных.

Для миграции между разными СУБД (например, с MS SQL на PostgreSQL) надёжнее идти через .dt — он не зависит от формата конкретной базы данных. Прямой перенос файлов СУБД между MS SQL и PostgreSQL невозможен: у них несовместимый формат, и единственный корректный мост — именно выгрузка-загрузка .dt.

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

Регистрация базы и настройка прав на новом месте

База переехала — остаётся проверить доступ. Пользователи и их роли хранятся внутри самой базы, поэтому список пользователей 1С переносится вместе с .dt или копией каталога. А вот окружение вокруг базы настраивается заново.

На что обратить внимание после переноса:

• 🔹 Права на папку (файловая база). У пользователей Windows должны быть права на запись в каталог базы. Если база на сетевой папке — права на общий ресурс.
• 🔹 Доменная аутентификация. Если вход в 1С был настроен по учётной записи Windows, на новом компьютере или в новом домене эти привязки могут отвалиться — проверьте сопоставление пользователей 1С с пользователями ОС.
• 🔹 Регистрация в кластере (серверная база). После переноса через СУБД базу добавляют в кластер серверов 1С; без этого сервер её «не видит».
• 🔹 Региональные настройки. Открываются в Конфигураторе: Администрирование → Региональные установки информационной базы — проверьте, если на новом сервере другая локаль ОС.

Первый запуск сделайте под пользователем с полными правами (администратор базы) и убедитесь, что открываются документы, отчёты и обмены. Только после этого пускайте остальных.

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

Короткая проверка после переноса, по которой видно, что база «живая»:

1. Открывается список документов, в нём видны последние проведённые документы.
2. Формируется любой стандартный отчёт за прошлый период — цифры совпадают со старой базой.
3. Входят под своей учётной записью рядовые пользователи, а не только администратор.
4. Если были обмены — проверяется выгрузка-загрузка одного тестового пакета.

Частые ошибки при переносе и как их исправить

Большинство сбоев при загрузке связаны либо с версией платформы, либо с тем, что база занята.

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

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