Перенос информационной базы 1С:Предприятие на выделенный сервер — это критически важный этап в жизни любой растущей компании. Обычно необходимость в этом возникает, когда локальная файловая база начинает тормозить из-за большого количества пользователей или объема данных. Переход на клиент-серверный вариант работы с СУБД (чаще всего это Microsoft SQL Server или PostgreSQL) кардинально меняет производительность системы.
Процесс миграции требует от администратора внимательности и четкого понимания архитектуры платформы. Ошибка на любом из этапов может привести к потере актуальных данных или невозможности запуска программы пользователями. В этой статье мы детально разберем процесс подготовки сервера, настройки прав доступа и непосредственно процедуру переноса базы из файлового режима в серверный.
Подготовка серверной инфраструктуры и СУБД
Прежде чем приступать к манипуляциям с самой базой данных, необходимо убедиться, что целевой сервер полностью готов к работе. На машине должен быть установлен сервер 1С:Предприятия версии не ниже той, с которой работает ваша база, а также целевая система управления базами данных. Для SQL Server важно правильно выбрать редакцию, так как бесплатная версия Express имеет ограничение на размер базы в 10 ГБ.
После установки СУБД нужно создать пустую базу данных, в которую впоследствии будут загружены данные. Это делается через стандартные средства управления, например, SQL Server Management Studio. При создании базы следует уделить особое внимание параметрам сортировки (Collation), так как они должны совпадать с требованиями платформы 1С, обычно это SQL_Latin1_General_CP1251_CI_AS.
Создание пустой базы — это лишь первый шаг. Критически важно настроить права доступа для пользователя, от имени которого сервер 1С будет подключаться к СУБД. Этот пользователь должен обладать правами db_owner для конкретной базы данных, но не обязательно быть системным администратором всего сервера SQL.
⚠️ Внимание: Никогда не используйте учетную запись
sa(системного администратора) для подключения сервера 1С к базе данных в рабочей среде. Это грубое нарушение безопасности, которое может привести к компрометации всего сервера при взломе учетной записи 1С.
Также проверьте, что сетевой доступ между сервером 1С и сервером баз данных открыт. Брандмауэр Windows или сторонние фаерволы не должны блокировать порты, используемые СУБД (по умолчанию 1433 для MS SQL). Без стабильного сетевого соединения сервер 1С просто не увидит созданную вами пустую базу.
Создание новой информационной базы в консоли управления
Когда инфраструктура готова, переходим к настройке самого сервера 1С. Запустите консоль администрирования серверов 1С на машине, где установлен серверный компонент. Вам необходимо создать новое описание информационной базы, которое будет ссылаться на пустую базу данных в СУБД, созданную на предыдущем этапе.
В дереве кластеров серверов найдите нужный кластер и в папке "Информационные базы" создайте новый объект. В свойствах новой базы укажите тип СУБД (например, MS SQL Server) и имя базы данных, которое вы задали при создании в менеджере СУБД. Поле имени базы на сервере 1С может отличаться от физического имени в СУБД, но для удобства их часто делают одинаковыми.
Особое внимание уделите параметрам подключения. В поле "Сервер баз данных" укажите сетевое имя сервера СУБД. Если SQL установлен на том же сервере, что и 1С, можно использовать localhost или .. В поле "Пользователь базы данных" введите логин, созданный ранее в СУБД, а в поле пароля — соответствующий секретный код.
Если вы используете аутентификацию Windows для подключения к SQL Server, убедитесь, что служба сервера 1С запущена от имени доменной учетной записи, имеющей права на доступ к ресурсам SQL.
После сохранения свойств новая база появится в списке. По сути, сейчас это просто "оболочка", не содержащая никаких конфигураций или данных. Она служит точкой входа для клиентов, которые будут подключаться к этому описанию. Проверка подключения на этом этапе может выдать ошибку о том, что база пуста, что является нормальным поведением.
Выгрузка и загрузка данных через администрирование
Самый надежный и рекомендуемый способ переноса данных — использование встроенных средств выгрузки и загрузки. Этот метод позволяет не только перенести данные, но и сжать их, а также проверить целостность в процессе. Для начала откройте вашу старую файловую базу в режиме Конфигуратор.
В меню выберите пункт "Администрирование" -> "Выгрузить информационную базу". Система предложит выбрать место для сохранения файла выгрузки с расширением .dt. Этот файл будет содержать полную копию структуры базы, все данные, метаданные и историю изменений.
Файл выгрузки: D:\Backup\Base_Export_2026.dtПроцесс выгрузки может занять значительное время в зависимости от размера базы. В это время работа пользователей с базой должна быть приостановлена, чтобы избежать рассинхронизации данных. После завершения выгрузки у вас на руках есть готовый архив для переноса.
Теперь нужно загрузить этот файл в новую серверную базу. Откройте в режиме Конфигуратора ту самую пустую базу на сервере, которую вы создали в консоли управления. Выберите пункт меню "Администрирование" -> "Загрузить информационную базу" и укажите путь к ранее созданному .dt файлу.
В ходе загрузки система предупредит о том, что все данные в текущей базе будут удалены. Поскольку база пустая, это сообщение можно смело подтверждать. После завершения загрузки база 1С будет полностью готова к работе в клиент-серверном варианте.
☑️ Контрольныйсписокмиграции
Настройка прав доступа и запуск пользователей
После успешной загрузки данных необходимо настроить права доступа для конечных пользователей. В отличие от файлового варианта, где права часто регулируются доступом к папке, в серверном варианте используется механизм ролей и пользователей самого кластера 1С.
Зайдите в базу в режиме Предприятия под пользователем с полными правами (обычно это администратор). Перейдите в раздел "Администрирование" -> "Настройка пользователей и прав". Здесь вы должны создать учетные записи для всех сотрудников, которые будут работать с системой.
Для каждого пользователя необходимо назначить соответствующую роль. Это может быть встроенная роль "Полные права" для администраторов или специализированные роли, такие как "Бухгалтер", "Менеджер" или "Кладовщик", в зависимости от вашей конфигурации (Бухгалтерия предприятия, Управление торговлей и т.д.).
| Роль пользователя | Доступ к данным | Возможность изменения | Доступ к настройкам |
|---|---|---|---|
| Администратор | Полный | Любые объекты | Полный |
| Бухгалтер | Финансовый блок | Документы и отчеты | Ограниченный |
| Менеджер | Продажи и клиенты | Заказы и счета | Нет |
| Кладовщик | Склад и товары | Приход и расход | Нет |
Не забудьте проверить настройки аутентификации. Вы можете использовать аутентификацию 1С:Предприятия (когда логин и пароль хранятся внутри базы) или аутентификацию операционной системы, если пользователи работают в домене Windows и их учетные записи синхронизированы.
Правильная настройка ролей доступа защищает данные от случайного удаления и обеспечивает разграничение ответственности между сотрудниками.
Оптимизация производительности после переноса
Простой перенос базы на сервер не гарантирует мгновенного ускорения работы. Часто требуется дополнительная настройка как со стороны СУБД, так и со стороны платформы 1С. Сразу после миграции рекомендуется выполнить реиндексацию базы данных средствами СУБД, чтобы оптимизировать хранение данных.
В свойствах информационной базы в консоли администрирования сервера 1С есть важные параметры, влияющие на скорость. Например, параметр "Блокировка регламентных заданий в автоматическом режиме" может потребовать настройки, если вы используете фоновые обработки. Также стоит проверить настройки пула соединений.
Для больших баз данных критически важно настроить расписание обслуживания. Это включает в себя регулярное обновление статистики в SQL Server и сжатие логов транзакций. Без этого файл журнала транзакций может разрастись до огромных размеров и заполнить все место на диске.
⚠️ Внимание: Параметры работы с базой данных, такие как размер буферов и настройки блокировок, могут существенно отличаться в зависимости от версии платформы 1С и редакции СУБД. Всегда сверяйтесь с официальной документацией для вашей конкретной версии перед изменением системных настроек.
Используйте технологический журнал (ТЖ) сервера 1С для мониторинга медленных запросов. Анализ ТЖ позволяет выявить конкретные места в конфигурации, которые тормозят работу, и оптимизировать их или запросить исправление у разработчиков конфигурации.
Чтоделатьеслибазатормозитпослепереноса?
Частопричинамедленнойработыскрытаневоборудовании,авнеоптимальныхзапросахконфигурации.Включитедолгиезапросывтехнологическомжурналеинайдитеоперации,занимающиеболее5секунд.Частвовсегорешениемстановитсяобновлениеконфигурациибазыданныхдопоследнейверсии.
Решение типичных проблем при миграции
В процессе переноса администраторы часто сталкиваются с рядом стандартных ошибок. Понимание их причин позволяет быстро восстановить работоспособность системы. Одна из самых частых проблем — ошибка входа в базу с сообщением о неверном имени пользователя или пароле.
Эта проблема обычно связана с рассинхронизацией паролей между пользователем Windows и пользователем 1С, если используется доменная аутентификация, либо с неверно указанными правами в SQL Server. Проверьте, что пользователь SQL имеет право connect и роль db_owner.
Другая распространенная ситуация — база запускается, но данные не видны или отображаются некорректно. Это может быть следствием нарушения целостности при выгрузке/загрузке или проблем с кодировкой. В таких случаях помогает повторная выгрузка с обязательной проверкой целостности базы перед экспортом.
Если при запуске толстого клиента возникает ошибка "Лицензия не найдена", убедитесь, что ключи защиты (аппаратные или программные) видны серверу 1С, а не только рабочей станции пользователя. Для работы в файловом варианте ключ мог быть подключен к ПК бухгалтера, а для сервера его нужно переподключить к серверу или настроить сетевой доступ к ключу.
Можно ли перенести базу 1С просто копированием файлов?
Нет, для перехода на серверный вариант (SQL) простое копирование файлов невозможно. Файловая база состоит из множества файлов в папке, а серверная хранится внутри СУБД. Обязательно требуется процедура выгрузки в .dt файл и последующей загрузки в пустую базу SQL.
Нужно ли обновлять конфигурацию перед переносом?
Это не строго обязательно, но крайне рекомендуется. Обновление конфигурации до последней релизной версии перед миграцией позволяет избежать ошибок совместимости и получить исправления ошибок, которые могли мешать корректной выгрузке данных.
Сколько времени занимает перенос большой базы?
Время зависит от размера базы и скорости дисковой подсистемы. Выгрузка и загрузка базы объемом 10-20 ГБ может занять от 30 минут до нескольких часов. Критически важно заложить это время в простой работы компании.
Что делать, если размер файла .dt больше доступного места на диске?
Файл выгрузки может занимать значительный объем. Если места недостаточно, попробуйте выгрузить базу с опцией сжатия (если версия платформы позволяет) или освободите место на временном диске. Также можно использовать сетевой диск с большим объемом для сохранения временного файла.