Перенести 1С на сервер — значит переместить информационную базу с локального компьютера или файлового хранилища на выделенный сервер (физический или облачный) и настроить к ней подключение в клиент-серверном режиме. Процедура занимает от 30 минут до нескольких часов в зависимости от размера базы и способа переноса.
Важно разобраться с терминологией сразу, потому что под фразой «перенести 1С на сервер» люди понимают разное. Одни хотят перейти с файлового режима работы на клиент-серверный. Другие — переехать с одного физического сервера на другой. Третьи — поднять базу на арендованном облачном VPS. Способы в каждом случае частично совпадают, но детали разные.
Зачем переносить базу 1С на сервер
Файловый режим работы 1С — удобен для одного-двух пользователей, но быстро становится узким местом при росте команды. В файловом режиме вся база хранится в одном файле .1CD, и каждый подключённый пользователь блокирует части этого файла при записи. При 5+ одновременных пользователях начинаются конфликты блокировок, зависания и ошибки.
Клиент-серверный режим решает это за счёт СУБД (системы управления базами данных) — как правило, MS SQL Server или PostgreSQL. СУБД управляет параллельными запросами, разделяет блокировки на уровне строк, а не файла, и работает значительно быстрее при высокой нагрузке.
Три главных причины перенести базу:
- Количество пользователей выросло — с файловой базой при 5+ одновременных подключениях резко растут тормоза и риск повреждения данных
- База стала большой — файловая база 1С имеет ограничение в 10 ГБ; при приближении к этому порогу работа нестабильна
- Нужен удалённый доступ — облачный или выделенный сервер позволяет работать из любой точки через тонкий клиент или RDP
Три сценария переноса: какой подходит вам
Прежде чем выбирать инструкцию, определите свой сценарий. От этого зависит и набор шагов, и требования к оборудованию.
|
Сценарий |
Откуда |
Куда |
Сложность |
|
Файловый → клиент-серверный |
.1CD файл на ПК или сетевой папке |
Локальный сервер с MS SQL / PostgreSQL |
Средняя |
|
Локальный сервер → облако |
Сервер в офисе |
Средняя |
|
|
Сервер → сервер (миграция) |
Старый сервер |
Новый сервер |
Низкая |
Самый частый случай — первый. Именно его разберём подробно.
Что подготовить перед переносом
Перенос базы без подготовки — прямой путь к потере данных или длительному простою. Выполните эти шаги до начала технических работ.
Создайте резервную копию базы. Это обязательно, а не опционально. Сделайте выгрузку в файл .dt: в 1С откройте нужную базу → меню «Администрирование» → «Выгрузить информационную базу» → сохраните файл в надёжное место, не на том же диске, где лежит база.
Проверьте целостность базы. Перед переносом запустите тестирование и исправление информационной базы: «Администрирование» → «Тестирование и исправление». Переносить повреждённую базу бессмысленно — проблемы переедут вместе с данными.
Договоритесь о времени. Перенос нужно делать при нулевой активности пользователей. Оптимально — вечером или в выходной день. Предупредите всех заранее.
Зафиксируйте конфигурацию. Запишите версию платформы 1С (меню «Справка» → «О программе»). На новом сервере нужно установить ту же или более новую версию платформы.
Способ 1 — Перенос через выгрузку в файл .dt
Это самый безопасный способ. Подходит для баз любого размера, хотя при базах крупнее 20–30 ГБ занимает значительное время.
Шаг 1 — Выгрузите базу на исходном компьютере:
- Убедитесь, что все пользователи вышли из базы.
- Откройте 1С, выберите базу в режиме «Конфигуратор» (не «Предприятие»).
- В меню «Администрирование» выберите «Выгрузить информационную базу».
- Укажите путь и имя файла — например, backup_20250601.dt.
- Дождитесь окончания выгрузки (прогресс отображается внизу экрана).
Шаг 2 — Подготовьте сервер:
На целевом сервере должны быть установлены:
- Платформа 1С: Предприятие той же или более новой версии;
- Компонент «Сервер 1С: Предприятия» (устанавливается отдельно при инсталляции платформы);
- СУБД: MS SQL Server (версии 2016 и выше) или PostgreSQL 14+;
- Для MS SQL — убедитесь, что служба SQL Server запущена и доступна по сети.
Шаг 3 — Создайте новую базу на сервере:
- Откройте 1С на сервере или с рабочей станции, нажмите «Добавить».
- Выберите «Создание новой информационной базы» → «Создать информационную базу без конфигурации».
- В поле «Тип расположения» выберите «На сервере 1С: Предприятия».
- Укажите имя сервера 1С, имя создаваемой базы и параметры подключения к СУБД.
- Нажмите «Далее» → «Готово».
Шаг 4 — Загрузите данные:
- Откройте только что созданную пустую базу в режиме «Конфигуратор».
- Меню «Администрирование» → «Загрузить информационную базу».
- Укажите путь к файлу .dt, созданному на шаге 1.
- Дождитесь окончания загрузки — система сообщит об успехе и предложит перезапустить базу.
- Перезапустите, откройте базу в режиме «Предприятие» и проверьте данные.
Способ 2 — Перенос копированием папки базы
Быстрее, чем .dt, но применим только при переходе из файлового режима в файловый же (например, переезд базы с одного ПК на другой или на сетевое хранилище). Для перехода в клиент-серверный режим этот способ не подходит — СУБД не умеет работать напрямую с файлом .1CD.
- Найдите папку с базой: в списке баз 1С нажмите правой кнопкой → «Свойства» — путь к базе указан там
- Скопируйте всю папку целиком на новое место (сетевой диск, другой ПК, внешний накопитель)
- На целевом компьютере откройте 1С → «Добавить» → «Добавление в список существующей информационной базы»
- Укажите путь к скопированной папке → «Далее» → «Готово»
Убедитесь, что у пользователей есть права на чтение и запись в папку с базой — иначе получите ошибку при открытии.
Перенос 1С на облачный VPS: особенности
Если цель — перенести базу на арендованный виртуальный сервер, алгоритм тот же, но добавляется несколько технических шагов.
Большинство облачных провайдеров предлагают VPS с предустановленной платформой 1С и настроенным сервером приложений. Это упрощает задачу: не нужно самостоятельно разворачивать стек «1С + СУБД + Windows Server».
Минимальные характеристики VPS для 1С:
|
Параметр |
Минимум (1–3 пользователя) |
Комфортно (10–20 пользователей) |
|
CPU |
2 ядра / 3.4 ГГц |
4 ядра / 3.4+ ГГц |
|
RAM |
4 ГБ |
16 ГБ |
|
Диск |
NVMe SSD, 40 ГБ |
NVMe SSD, 100+ ГБ |
|
ОС |
Windows Server 2019 |
Windows Server 2022 |
HDD-диски для сервера 1С не подходят — скорость случайного доступа у механических дисков слишком низкая. Минимально рекомендуемый тип накопителя — NVMe SSD.
Как скопировать базу на облачный сервер через RDP
После того как VPS готов, подключитесь к нему по протоколу RDP (Remote Desktop Protocol):
- Нажмите Win+R, введите mstsc, нажмите Enter
- В поле «Компьютер» введите IP-адрес вашего VPS
- Перейдите на вкладку «Локальные ресурсы» → нажмите «Подробнее»
- Поставьте галочку напротив локального диска (например, C:) — это даст доступ к вашему диску с рабочего стола сервера
- Нажмите «ОК» и подключитесь
После подключения откройте «Проводник» на сервере — там будет виден диск вашего локального компьютера. Скопируйте файл .dt или папку с базой на диск сервера. Далее — загрузка через Конфигуратор по инструкции из Способа 1.
Что проверить после переноса
Не считайте перенос завершённым сразу после того, как база открылась. Потратьте 15–20 минут на проверку — это сэкономит часы разбирательств позже.
Целостность данных. Откройте несколько ключевых разделов: список контрагентов, последние проведённые документы, актуальные остатки по счетам. Сверьте с бумажными отчётами или скриншотами из старой базы.
Права пользователей. Зайдите под учётными записями разных сотрудников — убедитесь, что роли и права перенесены корректно.
Регламентные задания. Проверьте, что настроенные ранее регламентные задания (обмены данными, закрытие периода, отправка отчётов) активны и запускаются по расписанию.
Производительность. Проведите несколько тяжёлых операций — например, сформируйте оборотно-сальдовую ведомость за год. Если время формирования сопоставимо со старым сервером или лучше — всё в порядке.
Резервное копирование на новом месте. До того как сотрудники начнут работать с перенесённой базой, настройте автоматическое резервное копирование на новом сервере. Первый бэкап — вручную, сразу после успешной проверки.
Типичные ошибки при переносе 1С на сервер
Несовпадение версий платформы. Файл .dt, выгруженный из версии 8.3.24, нельзя загрузить в платформу версии 8.3.20. Всегда проверяйте версию на исходном и целевом сервере перед началом работы.
Перенос без остановки пользователей. Если хотя бы один пользователь работает в базе в момент выгрузки .dt, файл может оказаться неконсистентным. База загрузится, но в ней будут ошибки. Перед выгрузкой завершите все сессии принудительно через консоль кластера.
Неправильные настройки СУБД. После создания базы на MS SQL нужно убедиться, что модель восстановления базы данных выставлена в «Простую» (Simple) — иначе лог транзакций будет расти бесконтрольно и со временем займёт всё место на диске.
Отсутствие исключений в антивирусе. На новом сервере антивирус может блокировать или замедлять обращения к каталогам 1С. Добавьте в исключения папки баз данных, каталог кластера серверов и файлы .dt до начала работы пользователей.
Забытые внешние источники данных. Если база интегрирована с другими системами — банк-клиент, CRM, сторонние сервисы — после переноса нужно перенастроить все соединения. Адрес сервера изменился, старые строки подключения работать не будут.