Администрирование · 10 мин
Как перенести базу 1С с одного диска на другой
Как перенести базу 1С с одного диска на другой: файловый и клиент-серверный варианты, перенос через выгрузку dt, смена пути в списке баз, проверка результата и типичные ошибки.
Перенос базы 1С на другой диск обычно требуется, когда на системном разделе заканчивается место, база разрослась и замедляет работу, либо компьютер переезжает на новый диск (например, SSD). Сама процедура несложная, но зависит от того, как устроена база: файловая она или клиент-серверная. Файловую базу достаточно скопировать как обычную папку и указать новый путь, а клиент-серверную переносят через выгрузку в файл .dt или штатными средствами СУБД.
Главная опасность при переносе — потерять данные из-за того, что базу скопировали «на живую», пока в ней работали пользователи, или перепутали старую и новую копии. Поэтому перед любыми действиями нужно завершить все сеансы, сделать резервную копию и только потом двигаться дальше. Ниже разобраны оба сценария с пошаговыми действиями и проверкой результата.
Определите тип базы: файловая или клиент-серверная
От типа базы зависит весь порядок работы, поэтому сначала нужно точно понять, с чем вы имеете дело. Откройте окно запуска 1С (список информационных баз), выделите нужную базу и нажмите кнопку «Изменить». В параметрах будет указан режим: «Файловый» с путём к каталогу или «Клиент-серверный» с именем сервера и именем базы данных.
Файловая база — это один большой файл 1Cv8.1CD, лежащий в папке вместе со служебными файлами. Она работает без отдельного сервера и хранится там, куда её положили. Клиент-серверная база физически хранится в СУБД (MS SQL Server, PostgreSQL и др.), и простым копированием файлов её не перенести — данные находятся внутри базы данных сервера, а не в понятной папке.
Подготовка: резервная копия и завершение сеансов
До любых манипуляций убедитесь, что в базе никто не работает. В файловом варианте попросите пользователей закрыть программу, в клиент-серверном — проверьте активные сеансы в консоли кластера или через список активных пользователей в режиме «Предприятие». Копирование базы во время работы почти гарантированно даёт повреждённую или неполную копию.
Затем сделайте резервную копию. Самый надёжный способ — выгрузка через конфигуратор: запустите базу в режиме «Конфигуратор», откройте меню «Администрирование» → «Выгрузить информационную базу» и сохраните файл с расширением .dt в отдельное место. Этот файл — полный снимок базы, из которого её можно восстановить даже после серьёзной ошибки.
Дополнительно для файловой базы можно просто скопировать всю папку на внешний носитель или в другую папку. Убедитесь, что на целевом диске достаточно свободного места: оно должно превышать размер базы с запасом, потому что база будет расти.
Перенос файловой базы копированием папки
Это самый простой и быстрый способ, который подходит для большинства небольших баз. Найдите папку базы: её путь виден в списке информационных баз при нажатии «Изменить». Откройте эту папку в проводнике, поднимитесь на уровень выше и скопируйте всю папку целиком на новый диск — например, с C:\Bases\Trade на D:\1C\Trade.
Дождитесь окончания копирования и сверьте размеры: размер файла 1Cv8.1CD в исходной и новой папке должен совпадать. Затем откройте окно запуска 1С, выделите базу, нажмите «Изменить» и укажите новый путь к каталогу. Старый путь при этом лучше не удалять сразу — переименуйте старую папку, например добавив к имени «_old», чтобы случайно не запустить устаревшую копию.
- 1Завершите все сеансы пользователей и закройте 1С
- 2Сделайте выгрузку в .dt через конфигуратор как резервную копию
- 3Скопируйте всю папку базы на новый диск
- 4Сверьте размер файла 1Cv8.1CD в старой и новой папке
- 5В списке баз нажмите «Изменить» и укажите новый путь
- 6Переименуйте старую папку, чтобы её не открыли по ошибке
- 7Запустите базу с нового пути и проверьте данные
Если база общая для нескольких пользователей по сети
Когда файловая база лежит в общей сетевой папке и к ней подключаются несколько компьютеров, путь нужно поменять в списке баз на каждом рабочем месте. Альтернатива — сохранить файл настройки списка баз (ibases.v8i) и разложить его пользователям, но проще пройтись и поправить путь вручную, если компьютеров немного. Не забудьте проверить права доступа к новой папке: у всех пользователей должен быть полный доступ на чтение и запись.
Перенос базы через выгрузку и загрузку .dt
Этот способ универсален: он работает и для файловых, и для клиент-серверных баз, а заодно позволяет сменить тип базы (например, переехать с файлового варианта на серверный). Суть — создать файл-снимок .dt на старом месте и развернуть его на новом.
Порядок такой: откройте базу в конфигураторе, выполните «Администрирование» → «Выгрузить информационную базу» и укажите путь для сохранения .dt. На больших базах выгрузка может занять заметное время — это нормально, не прерывайте процесс. Затем создайте на новом диске пустую базу: в окне запуска 1С нажмите «Добавить» → «Создание новой информационной базы» → вариант «без конфигурации». Откройте новую пустую базу в конфигураторе и выполните «Администрирование» → «Загрузить информационную базу», выбрав сохранённый .dt.
На вопрос о подключении к серверу 1С:Предприятия после загрузки ответьте согласно ситуации: для файловой базы обычно отвечают «Нет». После загрузки обновите конфигурацию базы данных, если конфигуратор это предложит (клавиша F7), и запустите базу в режиме «Предприятие» для проверки.
Перенос клиент-серверной базы
Если база работает на SQL Server, PostgreSQL или другой СУБД, есть два пути. Первый — тот же перенос через .dt: выгрузка из старой базы, создание новой базы в консоли кластера серверов 1С и загрузка снимка. Этот вариант прост и безопасен, но на больших базах требует много времени и свободного места.
Второй путь — штатные средства СУБД: резервное копирование базы данных на старом сервере и восстановление на новом (для MS SQL это backup/restore через SQL Server Management Studio). После восстановления в консоли кластера 1С создаётся новая информационная база, указывающая на восстановленную базу данных. Этот способ быстрее на больших объёмах, но требует прав администратора СУБД и аккуратности с параметрами восстановления.
Сравнение способов переноса
Подходит только для файловых баз. Самый быстрый способ, но требует полного завершения работы с базой.
Универсальный способ для любых баз, заодно сжимает данные. Минус — долго на больших объёмах и требует пустую базу-приёмник.
Для клиент-серверных баз большого размера. Быстро, но нужны права администратора СУБД и понимание работы сервера.
Проверка результата после переноса
После переноса запустите базу с нового расположения в режиме «Предприятие» и проверьте ключевые признаки целостности: открываются ли последние документы, сходятся ли остатки в основных отчётах, работает ли поиск по справочникам. Сверьте дату и время последнего документа — они должны соответствовать моменту завершения работы перед переносом.
Дополнительно полезно выполнить тестирование и исправление базы: в конфигураторе «Администрирование» → «Тестирование и исправление» с включёнными проверками логической и ссылочной целостности. Для файловой базы после копирования это не обязательно, но помогает убедиться, что данные не повредились. Только после успешной проверки и нескольких дней стабильной работы можно удалять старую копию базы.
Как проверить результат
Указан новый каталог на новом диске
Путь ведёт на старый диск — база не перенесена
Присутствуют документы за последний рабочий день
Документы заканчиваются более ранней датой — открыта старая копия
Совпадает с исходным файлом
Размер меньше — копирование прервано
Остатки сходятся с данными до переноса
Расхождения в суммах — нужна проверка целостности
Типичные ошибки и ограничения
Самая частая ошибка — копирование базы, пока в ней кто-то работает. Файл 1Cv8.1CD при этом копируется в несогласованном состоянии, и новая копия может не открыться или содержать повреждённые данные. Вторая типичная ситуация — после переноса часть пользователей продолжает работать со старой копией, потому что им не поменяли путь. В результате данные «расползаются» по двум базам, и свести их потом крайне трудно.
Ещё одна ошибка — перенос только файла 1Cv8.1CD без остальной папки. Обычно база при этом открывается, но теряются вложения, печатные формы и другие данные, хранящиеся в подкаталогах. Копировать нужно папку целиком. И наконец, не стоит переносить базу на съёмный USB-диск или сетевой диск с нестабильным подключением: обрыв связи во время работы — прямой путь к повреждению файла.
Что важно запомнить
Файловая база переносится копированием всей папки и сменой пути в списке баз, клиент-серверная — через выгрузку .dt или backup/restore СУБД. Всегда завершайте сеансы, делайте резервную копию .dt и удаляйте старую копию только после проверки новой.
Частые вопросы
Можно ли перенести базу 1С простым копированием файла 1Cv8.1CD?
Только сам файл копировать не рекомендуется — переносите всю папку базы целиком, в ней могут быть вложения и служебные данные. И обязательно убедитесь, что в момент копирования с базой никто не работает, иначе файл скопируется в повреждённом состоянии.
Что делать, если после переноса база не открывается?
Сначала проверьте, что путь в списке баз указан верно и папка доступна. Если база сообщает об ошибке формата, скорее всего, копия была сделана во время работы — восстановите данные из резервной выгрузки .dt или повторите копирование с закрытыми сеансами.
Нужно ли переустанавливать платформу 1С при переносе базы?
Нет, платформа и база — независимые вещи. Переносится только папка с базой, а установленная платформа остаётся на месте. Достаточно изменить путь к базе в окне запуска.
Как перенести базу с диска C на диск D, если база клиент-серверная?
Клиент-серверная база не хранится в обычной папке, поэтому копирование не сработает. Используйте выгрузку в .dt через конфигуратор с последующей загрузкой в новую базу, либо резервное копирование и восстановление средствами самой СУБД (например, MS SQL Server).
Сколько времени занимает перенос базы?
Копирование файловой базы занимает столько же, сколько обычное копирование файла такого размера — от минут до десятков минут. Выгрузка и загрузка .dt на больших базах может идти часами, поэтому её планируют на нерабочее время.
Можно ли работать в базе во время выгрузки .dt?
Технически конфигуратор позволяет выгрузку при активных пользователях, но делать этого не стоит: снимок может получиться несогласованным, а сама выгрузка замедлит работу всех. Правильный подход — выгружать при завершённых сеансах.