Администрирование · 9 мин
Как перезалить базу 1С: полная инструкция для файлового и клиент-серверного режима
Как перезалить базу 1С из копии: подготовка резервной копии, загрузка dt-файла, восстановление SQL-базы, проверка результата и типичные ошибки при перезаливке.
Перезаливка базы 1С — это замена текущей информационной базы её ранее сохранённой копией. Такая операция нужна при повреждении данных после сбоя, откате неудачного обновления, развёртывании копии базы для тестирования или переносе учёта на другой компьютер. Процедура отличается в зависимости от того, работает база в файловом режиме или на сервере 1С с СУБД.
Главный принцип безопасной перезаливки: никогда не удаляйте и не перезаписывайте текущую базу, пока не убедились, что резервная копия открывается и содержит нужные данные. Ошибка на этом этапе может привести к безвозвратной потере учёта, особенно если после сбоя пользователи успели внести новые документы.
Ниже разобраны оба сценария — файловый и клиент-серверный, а также способы проверки результата, типичные ошибки и ситуации, когда перезаливку лучше не выполнять самостоятельно.
Когда перезаливка базы действительно нужна
Перезаливка — крайняя мера, а не универсальное средство. Она оправдана, когда база повреждена настолько, что тестирование и исправление не помогает, когда обновление конфигурации прошло с критической ошибкой, или когда нужно быстро развернуть рабочую копию на другом сервере. Также перезаливку используют для создания тестовой среды перед доработками.
Если проблема локальна — например, не проводится один документ или ошибка в одном отчёте — перезаливать всю базу не нужно. Достаточно исправить конкретный объект. Полная замена базы уничтожит все данные, введённые после момента создания копии, и это частая причина потерь.
Как выбрать действие
Подготовка: что сделать до перезаливки
Первый шаг — зафиксировать текущее состояние. Даже если база повреждена, сохраните её копию: иногда из «битой» базы удаётся вытащить данные, которых нет в старой резервной копии. В файловом режиме просто скопируйте файл 1Cv8.1CD, в клиент-серверном — сделайте выгрузку dt или бэкап средствами СУБД.
Второй шаг — завершить все сеансы пользователей. Загрузка информационной базы в конфигураторе невозможна при активных соединениях. Проверьте список сеансов в консоли кластера или через «Администрирование — Активные пользователи» и предупредите сотрудников о простое.
Третий шаг — убедиться, что резервная копия подходит. Откройте dt-файл в отдельной пустой базе и проверьте даты последних документов. Если копия старее, чем ожидалось, оцените объём данных, которые придётся вносить повторно.
Перезаливка файловой базы через конфигуратор
Файловый режим — самый простой случай. Откройте конфигуратор нужной базы, в меню «Администрирование» выберите «Загрузить информационную базу» и укажите путь к dt-файлу. После подтверждения текущие данные будут полностью заменены содержимым выгрузки.
Альтернативный способ — физическая замена файла. Закройте все сеансы 1С, переименуйте текущий файл 1Cv8.1CD (например, добавьте дату к имени) и положите на его место файл из резервной копии. Этот метод быстрее при большом размере базы, но требует аккуратности с правами доступа к папке.
Перезаливка клиент-серверной базы
В клиент-серверном варианте есть два пути. Первый — тот же конфигуратор: загрузка dt-файла работает и для серверной базы, но при больших объёмах (десятки гигабайт) процесс идёт долго и чувствителен к обрывам соединения. Перед загрузкой установите для базы блокировку сеансов через консоль кластера.
Второй путь — восстановление бэкапа средствами СУБД. Для MS SQL Server это команда RESTORE DATABASE или восстановление через Management Studio, для PostgreSQL — pg_restore. После восстановления базы на стороне СУБД проверьте, что база корректно привязана к кластеру 1С и параметры соединения не изменились.
Важный нюанс: при развёртывании копии на том же сервере под новым именем удалите регистрацию копии как рабочей базы — иначе фоновые задания копии (обмены, синхронизации) могут начать выполняться и испортят данные в смежных системах.
Сравнение способов перезаливки
Универсально и просто, но медленно на больших базах; подходит для файловых и небольших серверных баз
Быстро для больших баз, но требует доступа к серверу СУБД и навыков администрирования
Самый быстрый вариант для файлового режима; не подходит для клиент-серверной работы
Проверка результата после перезаливки
Сразу после загрузки запустите тестирование и исправление с проверкой логической и ссылочной целостности. Ошибки на этом этапе говорят о том, что сама резервная копия была сделана из уже повреждённой базы или загрузка прошла не полностью.
Затем проверьте данные прикладным способом: сформируйте оборотно-сальдовую ведомость, сверьте остатки по ключевым счетам и складам с ожидаемыми значениями, откройте несколько последних документов. Убедитесь, что у пользователей сохранились права и настройки — при загрузке dt они переносятся, но при восстановлении через СУБД на новый сервер могут потребоваться дополнительные действия.
Как проверить результат
База открывается без ошибок, журналы документов доступны
Ошибка формата потока или зависание при входе
Проверки завершаются без обнаруженных ошибок
Сообщения о битых ссылках или повреждении таблиц
ОСВ и складские остатки совпадают с ожидаемыми на дату копии
Расхождения, пустые регистры
В тестовой копии задания отключены
Копия выполняет обмены с боевыми системами
Типичные ошибки и ограничения
Самая частая ошибка — перезаливка поверх базы, в которую после даты копии уже внесли данные. Вторая — загрузка dt в базу с несовместимой версией платформы: выгрузка из более новой версии может не загрузиться в старую. Третья — прерывание загрузки по сети, после которого база остаётся в промежуточном состоянии.
Ограничения тоже есть: dt-файл не переносит внешние файлы (присоединённые документы, хранящиеся в томах на диске), а при восстановлении через СУБД нужно следить за версией самой СУБД. Для баз с хранением файлов в томах переносите тома отдельно.
Держите под рукой хотя бы две резервные копии разной давности: свежую ежедневную и недельную. Если свежая копия окажется повреждённой или сделанной уже после возникновения проблемы, старшая копия позволит откатиться с приемлемыми потерями.
FAQ
Можно ли перезалить базу 1С без конфигуратора?
В файловом режиме — да: достаточно заменить файл 1Cv8.1CD на файл из резервной копии при закрытых сеансах. В клиент-серверном режиме без конфигуратора можно восстановить бэкап средствами СУБД, но саму загрузку dt выполняют именно через конфигуратор.
Что будет с данными, введёнными после создания резервной копии?
Они будут полностью утеряны — перезаливка заменяет базу целиком. Если такие данные есть, перед операцией выгрузите их через обмен, обработку переноса или хотя бы распечатайте ключевые документы для повторного ввода.
Сколько времени занимает перезаливка базы?
Зависит от размера и режима: небольшая файловая база загружается за минуты, серверная база объёмом в десятки гигабайт через dt — часами. Восстановление через СУБД обычно заметно быстрее загрузки dt при больших объёмах.
Не загружается dt-файл: что делать?
Проверьте версию платформы — выгрузка из новой версии может не открыться в старой. Убедитесь, что файл не повреждён при копировании (сравните размер с источником) и что хватает свободного места на диске. Если файл битый, используйте другую резервную копию.
Нужно ли перезаливать базу после каждой ошибки обновления?
Нет. Сначала попробуйте тестирование и исправление или повторное обновление с корректными настройками. Перезаливка оправдана, когда база находится в нестабильном состоянии и другие методы восстановления не помогли.
Что важно запомнить
Перед перезаливкой всегда сохраняйте копию текущего состояния и завершайте сеансы пользователей. Файловую базу перезаливайте через загрузку dt или замену файла, серверную — через конфигуратор или восстановление бэкапа в СУБД. После операции обязательно выполните тестирование и сверьте остатки, а в тестовых копиях отключайте регламентные задания.