Как безопасно перенести информационную базу 1С

Перенести базу 1С на другой компьютер/сервер можно так: файловую — копированием папки с 1Cv8.1CD или через выгрузку/загрузку .dt; клиент‑серверную — через .dt или бэкап/восстановление SQL с последующим подключением базы в кластере 1С.

Оглавление

Определяем тип базы и готовим перенос

Как понять тип:

  • Файловая: в списке баз указан путь к папке (например, D:\Bases\Buh), внутри обычно есть 1Cv8.1CD.
  • Клиент‑серверная: подключение вида SERVER\ИмяБазы (данные физически в СУБД).

Перед любым переносом:

  1. Выведите пользователей и закройте все сеансы.
  2. Сделайте резервную копию (лучше двумя способами: .dt и/или бэкап СУБД).
  3. Проверьте, что на новом месте платформа 1С не старее, чем на старом (это критично для .dt).

Не переносите «вживую», пока кто-то работает в базе: получите повреждение файловой базы или неконсистентную выгрузку/бэкап.

Как выбрать способ переноса

СитуацияЛучший способЗачем
Файловая база, нужно быстроКопирование папки базыМинимум действий
Файловая → на сервер/в SQL.dt (выгрузка/загрузка)Универсально, «чисто»
Клиент‑серверная небольшая.dtНе зависит от СУБД
Клиент‑серверная большая, важен простойБэкап/restore СУБДОбычно быстрее, чем .dt

Перенос файловой базы (1Cv8.1CD)

Вариант 1. Копирование папки базы (быстрее всего)

  1. Попросите всех выйти из 1С, убедитесь, что нет зависших процессов.
  2. Скопируйте всю папку базы (не только 1Cv8.1CD) на новый ПК/сервер.
  3. На новом месте: окно запуска 1С → ДобавитьСуществующая база → укажите путь к папке.
  4. Откройте базу и проверьте работу.

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

Вариант 2. Перенос через .dt (надежно и универсально)

Выгрузка на старом месте: Конфигуратор → Администрирование → Выгрузить информационную базу… → сохраните *.dt.

Загрузка на новом месте: создайте пустую базу → Конфигуратор → Администрирование → Загрузить информационную базу… → выберите .dt.

Загрузка .dt перезаписывает целевую базу. Если в ней уже есть данные — сначала сделайте её бэкап.

Перенос клиент‑серверной базы (SQL)

Вариант 1. Через .dt

Подходит, если нужно «перевезти как есть» или даже сменить СУБД.

  1. Выведите пользователей, запретите новые подключения на время операции.
  2. Конфигуратор → Выгрузить информационную базу в .dt.
  3. На новом сервере установите платформу/сервер 1С и СУБД, создайте пустую ИБ в кластере.
  4. В новую ИБ выполните Загрузить из .dt, затем проверьте вход и регламентные задания.

Вариант 2. Через бэкап/restore СУБД (быстро для больших баз)

Подходит для переноса в рамках одной СУБД (MS SQL→MS SQL или PostgreSQL→PostgreSQL).

  1. Сделайте полный бэкап базы средствами СУБД.
  2. Перенесите бэкап на новый сервер и выполните восстановление.
  3. В кластере 1С создайте информационную базу и укажите подключение к восстановленной SQL‑БД.
  4. Проверьте права доступа к СУБД и запуск.

После переезда (краткий чек‑лист):

  • вход в «Предприятие», корректность прав/ролей;
  • обмены, пути к каталогам, печать, почта;
  • регламентные/фоновые задания (особенно в клиент‑серверном варианте);
  • настроить регулярный бэкап уже на новом сервере.

Частые ошибки

  • «Файл базы занят» (файловая база): кто-то не вышел, завис процесс, блокирует антивирус. Решение: закрыть сеансы/процессы, переносить только при полном простое, настроить исключения по политике ИБ.
  • .dt не загружается из-за версии платформы: на новом месте платформа старее. Решение: обновить платформу на новом сервере.
  • После переноса на сервер пользователи не подключаются: порты/фаервол, неверный сервер кластера, нет прав в СУБД. Решение: проверить сетевую доступность, параметры кластера и учетные данные SQL.
  • «Пропали» фоновые задания: не назначен сервер/не запущен агент/изменился режим работы. Решение: проверить настройки кластера и расписания регламентных заданий.

FAQ

Можно ли клиент‑серверную базу перенести «копированием файлов»?
Нет. Данные хранятся в СУБД; перенос делается через .dt или через бэкап/restore SQL.

Что надежнее для файловой базы: копирование папки или .dt?
Копирование быстрее, но требовательно к «чистому» выходу пользователей. .dt удобнее как переносимый архив и при смене окружения/архитектуры.

Что быстрее для большой клиент‑серверной базы: .dt или бэкап СУБД?
Чаще быстрее бэкап/restore СУБД, особенно при больших объемах и хорошем дисковом/сетевом канале.