Как безопасно перенести информационную базу 1С
Перенести базу 1С на другой компьютер/сервер можно так: файловую — копированием папки с 1Cv8.1CD или через выгрузку/загрузку .dt; клиент‑серверную — через .dt или бэкап/восстановление SQL с последующим подключением базы в кластере 1С.
Оглавление
Определяем тип базы и готовим перенос
Как понять тип:
- Файловая: в списке баз указан путь к папке (например,
D:\Bases\Buh), внутри обычно есть1Cv8.1CD. - Клиент‑серверная: подключение вида
SERVER\ИмяБазы(данные физически в СУБД).
Перед любым переносом:
- Выведите пользователей и закройте все сеансы.
- Сделайте резервную копию (лучше двумя способами:
.dtи/или бэкап СУБД). - Проверьте, что на новом месте платформа 1С не старее, чем на старом (это критично для
.dt).
Не переносите «вживую», пока кто-то работает в базе: получите повреждение файловой базы или неконсистентную выгрузку/бэкап.
Как выбрать способ переноса
| Ситуация | Лучший способ | Зачем |
|---|---|---|
| Файловая база, нужно быстро | Копирование папки базы | Минимум действий |
| Файловая → на сервер/в SQL | .dt (выгрузка/загрузка) | Универсально, «чисто» |
| Клиент‑серверная небольшая | .dt | Не зависит от СУБД |
| Клиент‑серверная большая, важен простой | Бэкап/restore СУБД | Обычно быстрее, чем .dt |
Перенос файловой базы (1Cv8.1CD)
Вариант 1. Копирование папки базы (быстрее всего)
- Попросите всех выйти из 1С, убедитесь, что нет зависших процессов.
- Скопируйте всю папку базы (не только
1Cv8.1CD) на новый ПК/сервер. - На новом месте: окно запуска 1С → Добавить → Существующая база → укажите путь к папке.
- Откройте базу и проверьте работу.
Если база будет лежать в сетевой папке, заранее выдайте пользователям права чтение/запись/изменение на каталог базы, иначе будут ошибки блокировок и записи.
Вариант 2. Перенос через .dt (надежно и универсально)
Выгрузка на старом месте: Конфигуратор → Администрирование → Выгрузить информационную базу… → сохраните *.dt.
Загрузка на новом месте: создайте пустую базу → Конфигуратор → Администрирование → Загрузить информационную базу… → выберите .dt.
Загрузка .dt перезаписывает целевую базу. Если в ней уже есть данные — сначала сделайте её бэкап.
Перенос клиент‑серверной базы (SQL)
Вариант 1. Через .dt
Подходит, если нужно «перевезти как есть» или даже сменить СУБД.
- Выведите пользователей, запретите новые подключения на время операции.
- Конфигуратор → Выгрузить информационную базу в
.dt. - На новом сервере установите платформу/сервер 1С и СУБД, создайте пустую ИБ в кластере.
- В новую ИБ выполните Загрузить из
.dt, затем проверьте вход и регламентные задания.
Вариант 2. Через бэкап/restore СУБД (быстро для больших баз)
Подходит для переноса в рамках одной СУБД (MS SQL→MS SQL или PostgreSQL→PostgreSQL).
- Сделайте полный бэкап базы средствами СУБД.
- Перенесите бэкап на новый сервер и выполните восстановление.
- В кластере 1С создайте информационную базу и укажите подключение к восстановленной SQL‑БД.
- Проверьте права доступа к СУБД и запуск.
После переезда (краткий чек‑лист):
- вход в «Предприятие», корректность прав/ролей;
- обмены, пути к каталогам, печать, почта;
- регламентные/фоновые задания (особенно в клиент‑серверном варианте);
- настроить регулярный бэкап уже на новом сервере.
Частые ошибки
- «Файл базы занят» (файловая база): кто-то не вышел, завис процесс, блокирует антивирус. Решение: закрыть сеансы/процессы, переносить только при полном простое, настроить исключения по политике ИБ.
.dtне загружается из-за версии платформы: на новом месте платформа старее. Решение: обновить платформу на новом сервере.- После переноса на сервер пользователи не подключаются: порты/фаервол, неверный сервер кластера, нет прав в СУБД. Решение: проверить сетевую доступность, параметры кластера и учетные данные SQL.
- «Пропали» фоновые задания: не назначен сервер/не запущен агент/изменился режим работы. Решение: проверить настройки кластера и расписания регламентных заданий.
FAQ
Можно ли клиент‑серверную базу перенести «копированием файлов»?
Нет. Данные хранятся в СУБД; перенос делается через .dt или через бэкап/restore SQL.
Что надежнее для файловой базы: копирование папки или .dt?
Копирование быстрее, но требовательно к «чистому» выходу пользователей. .dt удобнее как переносимый архив и при смене окружения/архитектуры.
Что быстрее для большой клиент‑серверной базы: .dt или бэкап СУБД?
Чаще быстрее бэкап/restore СУБД, особенно при больших объемах и хорошем дисковом/сетевом канале.