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