Как перевести базу 1С 8.3 с локального компьютера на сервер и не остановить работу

Перенос 1С на сервер в общем виде выглядит так: выгрузить базу в файл .dt через Конфигуратор, на новом сервере установить платформу той же версии, создать информационную базу (файловую или в кластере сервера 1С) и загрузить в неё .dt. Потом прописать новую базу на рабочих местах, проверить лицензии и скорость. Сама загрузка занимает от 10 минут до нескольких часов — всё решает подготовка.

Типичная ситуация: база жила на компьютере главбуха, пользователей стало восемь, по утрам всё тормозит, а резервные копии делают «когда вспомнят». Переносить базу 1С на сервер в такой момент нужно так, чтобы люди закончили работу в пятницу в старой базе, а в понедельник открыли новую и не потеряли ни одного документа.

Что подготовить до переноса базы 1С

Пропущенная мелочь на этом этапе потом стоит рабочего дня. Соберите сведения заранее.

📋 Инвентаризация:

• 🔢 точная версия платформы: в 1С откройте меню Справка → О программе, строка вида 8.3.24.1586;
• 📦 конфигурации и их релизы — бухгалтерия, ЗУП, торговля, доработки;
• 👥 сколько человек работает одновременно, а не сколько всего учётных записей;
• 💾 размер базы: у файловой — размер файла 1Cv8.1CD;
• 🔑 какие лицензии есть: аппаратные ключи (HASP) или программные, на сколько рабочих мест, есть ли лицензия на сервер;
• 🔄 какие обмены настроены: с сайтом, банком, ЭДО, РИБ между филиалами, внешние обработки и регламентные задания.

🧹 Подготовка самой базы:

1. Сделайте копию каталога базы целиком, пока все вышли из программы.
2. Запустите в Конфигураторе Администрирование → Тестирование и исправление в режиме только проверки. Если находятся ошибки, исправьте их на копии, а не на рабочей базе.
3. Обновите конфигурацию до актуального релиза, если она сильно отстала. Переносить и обновлять одновременно — двойной риск.
4. Согласуйте окно работ: вечер пятницы или выходной. Пользователей предупредите за день.

Какой сервер выбрать под 1С: сравнение вариантов

«Перенести 1С на сервер» может означать четыре разных схемы. Выбор зависит от числа одновременных пользователей и бюджета.

Для клиент-серверного варианта отдельно покупается лицензия на сервер 1С:Предприятия — уровня ПРОФ или КОРП. Ориентировочно ПРОФ стоит порядка 90–100 тыс. рублей, КОРП — в 2–2,5 раза дороже. Точную цену уточните у партнёра: она меняется.

💡 Для офиса на 10–25 человек обычно хватает сервера с 8 ядрами, 32 ГБ памяти и NVMe-дисками. Диск для 1С важнее процессора: база на медленном диске тормозит при любом количестве ядер.

Ещё одна альтернатива — аренда 1С в облаке у партнёра. Свой сервер тогда не нужен, но база живёт у подрядчика, а доработки и внешние обработки придётся согласовывать.

Перенос файловой базы 1С на сервер по шагам

Сценарий для самого частого случая: база была файловой, а на сервере будет клиент-серверная с PostgreSQL или MS SQL. Если вы переносите файловую базу в файловую, достаточно шага 1 и загрузки .dt в пустую базу, созданную в нужной папке.

Шаг 1. Выгрузите базу в файл .dt

1. Попросите всех выйти из программы.
2. Откройте базу в режиме Конфигуратор.
3. Выберите Администрирование → Выгрузить информационную базу.
4. Сохраните файл, например D:\Backup\buh_2026-10-07.dt.

Файл .dt содержит конфигурацию и все данные. Он не зависит от СУБД, поэтому подходит и для переезда с файловой базы на SQL.

Шаг 2. Установите сервер 1С и СУБД

1. Установите на сервер платформу той же версии, что на рабочих местах. При установке на Windows отметьте компонент «Сервер 1С:Предприятия 8» и установку как службы. Установщик создаст пользователя службы USR1CV8.
2. Установите СУБД. Для PostgreSQL берите сборку, адаптированную для 1С: её выпускает фирма 1С и Postgres Professional. Обычный PostgreSQL без патчей с 1С работает плохо или не работает вовсе.
3. Для MS SQL при установке задайте параметры сортировки Cyrillic_General_CI_AS и ограничьте максимальный объём памяти СУБД, чтобы оставить память системе и рабочим процессам 1С.
4. Откройте в брандмауэре порты 1540 (агент сервера), 1541 (менеджер кластера) и диапазон рабочих процессов, по умолчанию 1560–1591.
5. Активируйте лицензию на сервер.

Шаг 3. Создайте информационную базу в кластере

Проще всего это сделать из окна запуска 1С на любом компьютере, где стоит та же платформа:

1. Добавить → Создание новой информационной базы → Создание информационной базы без конфигурации.
2. Тип расположения — «На сервере 1С:Предприятия».
3. Заполните поля: кластер серверов (имя сервера), имя базы в кластере, тип СУБД, сервер баз данных, имя базы данных, пользователь и пароль СУБД.
4. Для MS SQL укажите смещение дат 2000.
5. Отметьте «Создать базу данных в случае её отсутствия».

Тот же результат даёт консоль администрирования серверов: узел кластера → «Информационные базы» → создать новую.

💡 Флаг «Установить блокировку регламентных заданий» на время переноса лучше включить. Иначе новая база сразу начнёт гонять обмены и загрузки параллельно со старой.

Шаг 4. Загрузите .dt

1. Откройте новую пустую базу в Конфигураторе.
2. Администрирование → Загрузить информационную базу, выберите файл .dt.
3. Дождитесь окончания. База размером 10 ГБ загружается примерно 30–90 минут, всё зависит от дисков.

Загрузка заменяет всё содержимое базы и требует монопольного доступа. Поэтому делайте её в пустую базу, а не поверх рабочей.

При первом запуске перенесённой типовой конфигурации программа может спросить, перемещена база или это копия. Если это рабочая база на новом месте — отвечайте, что база перемещена. Тогда обмены и регламентные задания продолжат работу.

Подключение рабочих мест к базе на сервере

Перенос завершён только тогда, когда каждый пользователь открывает новую базу, а старую не видит.

1. Установите на каждый компьютер клиент 1С точно той же версии, что сервер, до последней цифры. С другой версией клиент к серверу не подключится.
2. В окне запуска: Добавить → Добавление в список существующей информационной базы, тип — «На сервере 1С:Предприятия», указать имя сервера и имя базы в кластере.
3. Старую файловую базу уберите из списка или переименуйте её, например в «СТАРАЯ — не работать».

Строка подключения в файле списка баз выглядит так:

[Бухгалтерия]
Connect=Srvr="srv-1c";Ref="buh";

Чтобы не прописывать базы вручную на двадцати компьютерах, положите общий файл .v8i в сетевую папку и укажите его в файле 1CEStart.cfg на клиентах:

CommonInfoBases=\\srv-1c\1c$\bases.v8i

После этого изменения в общем списке подхватываются автоматически.

🔑 Лицензии пользователей. Программные лицензии на рабочие места удобнее активировать на сервере 1С, а в свойствах базы включить «Разрешить выдачу лицензий сервером 1С:Предприятия». Аппаратный ключ HASP на рабочие места можно оставить в сети: менеджер лицензий должен быть доступен клиентам.

Если сотрудники работают из дома, не открывайте порты 1С в интернет. Используйте VPN или терминальный сервер .

Перенос клиент-серверной базы на другой сервер с MS SQL или PostgreSQL

Когда база уже на SQL, а меняется только железо, есть два пути.

Средствами СУБД порядок такой:

1. Выгоните пользователей и заблокируйте начало сеансов в консоли кластера.
2. Сделайте копию: в MS SQL — полную резервную копию .bak, в PostgreSQL — дамп через pg_dump.
3. Восстановите копию на новом сервере СУБД под тем же или новым именем.
4. В новом кластере 1С зарегистрируйте базу, указав существующую базу данных. Флаг «Создать базу данных в случае её отсутствия» не нужен.
5. Переключите рабочие места на новый сервер.

Пример дампа и восстановления для PostgreSQL:

pg_dump -U postgres -Fc -f /backup/buh.dump buh
createdb -U postgres -T template0 buh
pg_restore -U postgres -d buh /backup/buh.dump

Перед блокировкой сеансов предупредите людей. Принудительное завершение сеансов в консоли обрывает работу без сохранения: открытые документы пропадут.

Проверка и настройка производительности после переноса

Не пускайте всех сразу. Сначала пройдите проверку сами или с одним ответственным бухгалтером.

⏱ Скорость. Засеките время до и после на одних и тех же операциях: проведение документов за месяц, оборотно-сальдовая ведомость за год. Если на сервере стало медленнее, чем было в файловой базе, проверьте:

• 🖥 план электропитания Windows — должен стоять «Высокая производительность»;
• 💽 где лежат файлы СУБД и журнал транзакций: на быстром диске или на системном HDD;
• 🧠 сколько памяти занимает СУБД и не вытесняет ли она рабочие процессы 1С;
• 🌐 сетевую задержку между сервером 1С и сервером СУБД, если это разные машины.

Для сравнения железа администраторы 1С часто используют общедоступный тест Гилёва. Он показывает, в чём узкое место: процессор, диск или сеть.

Небольшие операции в клиент-серверном варианте иногда идут чуть дольше, чем в файловой базе на локальном диске. Это нормально. Выигрыш виден при одновременной работе нескольких человек и на тяжёлых отчётах.

Ошибки при переносе 1С на сервер и как их избежать

Ещё три промаха, которые часто всплывают уже после переезда:

• 📂 Внешние обработки по путям старого компьютера. Если обработки подключались из папки вида C:\Users\buh\Desktop\, на сервере их не будет. Сложите их в общую папку или в справочник дополнительных обработок.
• 🕰 Старая база осталась доступной. Кто-то по привычке работает в ней ещё неделю. Переименуйте каталог старой базы или закройте к нему доступ сразу после переноса.
• 🔐 Нет прав у службы. Пользователь USR1CV8 должен иметь доступ к каталогу данных сервера и к сетевым папкам, с которыми работает база. Иначе регламентные задания и выгрузки падают с ошибкой доступа.

Сопровождение базы на новом сервере

Сервер не обслуживается сам. Заведите регламент с первого дня.

💾 Резервные копии. Для клиент-серверной базы делайте копию средствами СУБД каждую ночь и раз в неделю — выгрузку .dt. Копии храните не на том же диске, что база. Раз в месяц пробуйте восстановить копию в тестовую базу: копия, которую ни разу не разворачивали, может оказаться пустой.

🛠 Обслуживание СУБД. В MS SQL настройте план обслуживания: обновление статистики, перестроение индексов, копии журнала транзакций при полной модели восстановления. В PostgreSQL следите за работой автоочистки и периодически запускайте VACUUM ANALYZE в ночное окно.

⬆️ Обновление платформы. Новую версию ставьте сначала на сервер, затем на все клиенты. Удобнее делать это вечером: после смены версии на сервере клиенты старой версии не подключатся. Обновление конфигурации проходит через Конфигуратор с монопольным доступом — тоже вне рабочего времени.

📈 Наблюдение. Раз в неделю смотрите свободное место на дисках, размер журнала регистрации и количество сеансов в консоли кластера. Журнал регистрации за несколько лет легко занимает десятки гигабайт — настройте в Конфигураторе его сокращение.

Частые вопросы