Перенос 1С на другой сервер: порядок, лицензии и что ломается

Перенос 1С на другой сервер — это четыре отдельные задачи, а не одна: переезжают база, платформа, лицензии и окружение вокруг них. Сама база копируется за минуты или часы в зависимости от размера, а срок всего переезда определяют лицензии и обмены с внешними системами — именно на них встают чаще всего. Файловую базу переносят копированием каталога, клиент-серверную — средствами СУБД, и это принципиально разные процедуры. Платформу на новом сервере ставят той же версии, что на старом: база, открытая более новой платформой, обратно не откроется.

Файловая база — это каталог с файлом 1Cv8.1CD. Её переносят обычным копированием: остановить работу пользователей, скопировать каталог на новый сервер, добавить базу в список из клиента. Ограничение у файлового варианта одно и известное — он плохо переносит одновременную работу больше пяти-десяти человек, и переезд на новый сервер сам по себе этого не лечит.

Клиент-серверная база живёт в СУБД, чаще всего в PostgreSQL или MS SQL, и копировать её файлами нельзя. Правильный путь — резервная копия средствами самой СУБД и восстановление на новом сервере, после чего база подключается к кластеру 1С заново. Выгрузка в файл .dt через конфигуратор тоже существует, но на базах от нескольких десятков гигабайт она идёт часами и нередко обрывается: это инструмент для небольших баз и переноса между разными СУБД, а не штатный способ переезда.

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

Аппаратный ключ HASP переставляется физически, и на арендованном сервере это отдельный вопрос: в виртуальную машину USB-ключ не воткнуть. Выходов два — сервер лицензирования оставить на своей площадке и пробросить его по сети либо перейти на программные лицензии. Решать это надо до переезда, а не в день переключения.

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

Главное свойство хорошего плана переезда — возможность откатиться в любой момент. Отсюда порядок:

Сначала на новом сервере поднимают платформу той же версии и СУБД, затем восстанавливают туда копию базы и проверяют, что она открывается и работает. Старый сервер в это время продолжает обслуживать пользователей и остаётся оплаченным. Когда новый сервер проверен, делают финальную копию базы в момент, когда никто не работает, переносят её, переактивируют лицензии и переключают пользователей. Старый сервер держат ещё неделю — этого хватает, чтобы всплыли обмены и регламентные задания, о которых забыли.

Обратный порядок — сначала погасить старый, потом настраивать новый — это и есть та ситуация, в которой простой измеряется днями.

Три вещи проявляются не сразу и потому обходятся дороже остального.

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

Второе — обмены с внешними системами: сайт, банк-клиент, маркетплейсы, ЭДО. Каждый из них помнит адрес старого сервера, и переезд для них не событие. Список обменов лучше выписать до переноса, а не восстанавливать по жалобам.

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

Требования к серверу под 1С определяются числом одновременно работающих пользователей, а не размером базы. Для нескольких человек хватает Windows-VPS: у AdminVPS тариф WIN2 стоит 1 899 ₽/мес при оплате за месяц и даёт два ядра 3,6 ГГц, 4 ГБ памяти и 60 ГБ NVMe, а сам провайдер подписывает его как «для удалённого офиса или 1С на несколько человек». Ступень выше, WIN3 за 2 649 ₽/мес при оплате за месяц, — это четыре ядра и 8 ГБ.

Подробный разбор конфигураций и цен по числу пользователей — в статье Аренда сервера для 1С, а тарифы с Windows Server в цене собраны на странице Windows Server. Здесь важно другое: брать сервер стоит до начала переноса и с запасом по памяти, потому что во время переезда какое-то время работают обе базы сразу.

Перенос 1С провайдеры не делают: это работа не хостинга, а специалиста по 1С, и в тариф она не входит ни у кого. Что провайдер даёт бесплатно — так это тестовый период, в который переезд удобно уложить: у AdminVPS это семь дней тест-драйва, у Timeweb — десять дней. Этого достаточно, чтобы поднять новый сервер, перенести копию базы и убедиться, что всё работает, ещё до первой оплаты.

Отдельная статья расходов, о которой забывают, — лицензии Windows Server, если переезжаете с Linux или со своего железа. У тарифов AdminVPS линейки Windows лицензия уже включена в цену, и отдельно её покупать не нужно.

Если пользователей десятки и база измеряется сотнями гигабайт, виртуального сервера не хватит и переезжать надо сразу на выделенный: у Timeweb Cloud сборка под 1С на Xeon E-2236 с 16 ГБ памятью и двумя SSD по 480 ГБ стоит 10 764 ₽/мес при оплате за год.

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