Перенос базы 1С на новый сервер без простоя: план на одни выходные
Перенос базы 1С на новый сервер без простоя в рабочее время возможен: новый сервер поднимают параллельно, базу сначала проверяют на копии, а переключение делают ночью или в выходной. Простой сжимается до окна финальной выгрузки и смены адреса, а пользователи утром открывают 1С на новом сервере по старому ярлыку.
Почему возникает простой при переносе базы 1С 🛑
Пятница, шесть вечера. Системный администратор отпускает пользователей, запускает выгрузку базы в файл .dt и уходит домой: база за годы разрослась, выгрузка идёт часами. В субботу файл загружается на новый сервер, и выясняется, что платформа там другой версии, программная лицензия не активирована, а внешние отчёты в базе ссылаются на сетевую папку старого сервера. К понедельнику это чинят втроём, а бухгалтерия в последний день срока собирает отчётность по бумажным черновикам.
Выгрузка отработала без ошибок, но 1С не сводится к базе, поэтому перенос одного файла ничего не решает. Простой появляется по пяти причинам, и они повторяются от компании к компании:
- ✓весь перенос делают одним куском в закрытом окне, хотя основную часть данных можно передать заранее;
- ✓не сверили версии платформы и СУБД, и база на новом сервере не открывается или ведёт себя иначе;
- ✓забыли про лицензии: программные привязаны к оборудованию и активируются заново, а аппаратный ключ остался в старом офисе;
- ✓не учли интеграции: обмен с банком, ЭДО, сайтом, кассами, регламентные задания, сетевые папки с вложениями;
- ✓не репетировали на копии, поэтому все эти сюрпризы всплывают в день переезда.
Пока база закрыта, склад не оформляет отгрузки, а менеджеры записывают заказы в Excel и потом вводят их второй раз. Бухгалтерия не проводит документы. Если переезд попал на закрытие месяца или на сдачу отчётности, к простою добавляется штраф за опоздание с декларацией. Хуже всего двойной ввод: часть данных оседает в старой базе, часть в новой, и сверка занимает дни.
Как перенести базу 1С на новый сервер без простоя: пошаговый план 🧭
Строго нулевой простой на пике рабочего дня недостижим: в момент финальной синхронизации в базу никто не пишет. Но этот момент можно сжать до окна на одну ночь или выходной, а всё остальное сделать заранее.
Шаг 1. Сверьте версии, лицензии и зависимости
Выпишите версию платформы 1С, тип и версию СУБД (PostgreSQL или MS SQL Server), число пользователей и типы лицензий. Сверьте их с системными требованиями 1С: платформа и конфигурация должны поддерживаться на новой операционной системе. Отдельным списком запишите интеграции, внешние обработки, пути к файлам и учётные записи служб. По этому списку вы проверите новый сервер после переключения.
Шаг 2. Прогоните репетицию на копии
Разверните копию базы на новом сервере и пройдите рабочие сценарии: проведите документы, сформируйте тяжёлый отчёт, запустите обмен с банком. Заодно запустите тест Гилёва на старом и новом сервере и сравните результаты. Если на новом хуже, узнать об этом лучше до переезда. Репетиция показывает и реальную длительность выгрузки и загрузки вашей базы, по ней вы выбираете способ из таблицы ниже.
Шаг 3. Передайте основную часть данных заранее
Клиент-серверную базу переносят через бэкапы СУБД, это быстрее выгрузки в .dt. На MS SQL полную копию восстанавливают на новом сервере за день до переезда с параметром NORECOVERY, а в окне накатывают только разницу, снятую после неё. Следите, чтобы между этими копиями не прошёл другой полный бэкап: дифференциальная копия привязана к своей полной. На PostgreSQL ту же задачу решает потоковая репликация на новый сервер с последующим переводом его в основной режим. Мажорные версии PostgreSQL на обоих серверах должны совпадать.
Шаг 4. Назначьте окно переключения
Согласуйте время и предупредите пользователей. Заранее решите, когда откатываетесь: если проверки не прошли за отведённое окно, пользователи возвращаются на старый сервер, а переезд повторяют в следующее окно. Установите блокировку начала новых сеансов, дождитесь, пока люди выйдут, и убедитесь в консоли кластера, что активных сеансов не осталось. Снимите последнюю копию, разверните её на новом сервере, зарегистрируйте базу в кластере. Проверьте вход, проведение документа и обмен с банком, включите резервное копирование и только после этого откройте базу пользователям.
Шаг 5. Меняйте адрес, а не ярлыки
Если пользователи подключаются к серверу по имени, например по server1c.company.local, достаточно поправить одну запись в DNS. За день до окна снизьте для неё TTL, тогда рабочие места быстро подхватят новый адрес. Если в ярлыках прописан IP-адрес, придётся обходить все компьютеры по очереди.
Если база файловая
Файловую базу переносят копированием: закройте её для всех, скопируйте папку с файлом 1Cv8.1CD и проверьте целостность. Простой равен времени копирования по сети, у большой базы это часы. Заодно можно перевести базу на клиент-серверный вариант: следующие переезды пойдут через бэкапы СУБД и пройдут быстрее.
Какой способ переноса базы 1С выбрать: сравнение
Способы различаются тем, как долго база закрыта для пользователей.
| Способ | Как работает | Сколько база закрыта | Когда подходит |
|---|---|---|---|
| Выгрузка в .dt и загрузка | Конфигуратор выгружает базу в файл, на новом сервере файл загружают в пустую базу | Всё время выгрузки, загрузки и проверки, у большой базы это часы | Небольшая база, выходные в запасе, простой не критичен |
| Бэкап СУБД и восстановление | Полную копию базы в СУБД восстанавливают на новом сервере | Время бэкапа и восстановления | Клиент-серверная база, которую можно закрыть на ночь |
| Полная копия заранее и разница в окне (MS SQL) | Полную копию восстанавливают за день до переезда, в окне применяют дифференциальную | Снятие и применение разницы плюс переключение | Большая база на MS SQL, на переезд есть одна ночь |
| Потоковая репликация (PostgreSQL) | Новый сервер непрерывно получает изменения с рабочего, в окне его делают основным | Только переключение и смена адреса | Большая база на PostgreSQL, одинаковые мажорные версии на обоих серверах |
Выберите способ по замеру на репетиции: если бэкап и восстановление укладываются в окно между закрытием вечером и началом работы утром, хватит второго способа. Не укладываются, берите третий или четвёртый.
Куда переезжать, зависит от нагрузки. Небольшой базе без тяжёлых отчётов хватает виртуального сервера для 1С. Если база большая, в ней одновременно работает много людей или рядом крутятся тяжёлые регламентные задания, берут выделенный сервер в аренду: диски и процессор целиком ваши, соседи по хосту их не отнимают.
Что делать, если после переезда ошибки повторяются 🔧
После переключения чаще всего всплывают пять вещей.
- ✓При входе ошибка лицензирования. Проверьте, активирована ли программная лицензия на новом сервере и видит ли кластер ключ. Аппаратный ключ должен стоять в сервере или быть проброшен по сети.
- ✓Обмен с банком или ЭДО не работает. Обычно сменился внешний IP-адрес, и сервис не пускает новый, или сертификаты электронной подписи остались в хранилище старого сервера. Обновите список разрешённых адресов и перенесите контейнеры.
- ✓Не запускаются регламентные задания. Проверьте, что они включены в новой базе и что служба кластера работает под учётной записью с доступом к нужным папкам.
- ✓Не печатают принтеры и не работают сканеры. Если пользователи работают через удалённый рабочий стол, проверьте проброс принтеров и драйверы на новом сервере.
- ✓Всё работает, но медленнее, чем на старом. Снова прогоните тест Гилёва и сравните с репетицией. Слабый результат в одном потоке указывает на низкую частоту процессора или режим энергосбережения в ОС, слабый при многопользовательской нагрузке говорит о диске или памяти СУБД.
Старую базу не удаляйте. Закройте её для входа, чтобы никто не вводил данные в двух местах, и оставьте на несколько недель: если на новом сервере всплывёт серьёзная проблема, вернётесь на старый.
Если ошибки и тормоза остаются и после настройки, причина обычно в самом сервере: диск не вытягивает нагрузку, а процессор слаб на одно ядро. Настройка этого не лечит, помогает только другое железо. Тогда переезд на аренду сервера 1С оправдан: параметры подбирают под вашу нагрузку, а железо не нужно покупать.
Как предотвратить простой при следующем переезде ✅
- ✓Подключайте пользователей по имени сервера, а не по IP-адресу. Смена сервера сводится тогда к правке одной записи в DNS.
- ✓Ведите паспорт базы: версия платформы, СУБД, лицензии, интеграции, внешние файлы, регламентные задания. Без него каждый переезд начинается с раскопок.
- ✓Раз в квартал разворачивайте бэкап на отдельной площадке и открывайте базу. Копия, которую ни разу не восстанавливали, ничего не гарантирует.
- ✓Не назначайте переезд на закрытие месяца и дни сдачи отчётности.
- ✓Берите сервер с запасом по ресурсам: тот, что едва тянет базу уже сейчас, не потянет её после года роста.
Как мы переносим базы 1С на арендованные серверы и сколько это стоит 💼
Мы работаем по плану из этой статьи. Сначала смотрим базу: версию платформы, СУБД, лицензии, интеграции, жалобы пользователей на скорость. Поднимаем сервер параллельно со старым, снимаем копию, прогоняем тест Гилёва и сравниваем результат со старой площадкой. Согласуем с вами окно, переключаем пользователей и держим старый сервер в запасе для отката. Сервер, перенос и настройку делает один подрядчик, поэтому вопрос «чья это зона ответственности» не возникает.
Для малого и среднего бизнеса в Москве у аренды есть практичный довод: не нужна серверная в офисе, источник бесперебойного питания и человек, который меняет отказавший диск. Когда база вырастает, меняются параметры сервера, закупка железа не нужна.
Аренда сервера под 1С стоит от 1 100 ₽ в месяц за пользователя. Работа сисадмина и сопровождение 1С стоят 3800 руб/час. Сколько часов займёт ваш переезд, скажем после осмотра базы: время зависит от размера базы, СУБД и числа интеграций. Если нужна только настройка сервера, смотрите настройку сервера 1С.
❓ Частые вопросы
Можно ли перенести базу 1С на новый сервер совсем без простоя?
Полностью нулевого простоя при переносе базы 1С не бывает: в момент финальной синхронизации в базу никто не должен писать. Но этот момент сокращают до окна на ночь или выходной. Для этого новый сервер готовят заранее, базу репетируют на копии, а основную часть данных передают за день до переключения.
Сколько времени занимает перенос базы 1С на другой сервер?
Перенос базы 1С делится на подготовку и окно переключения. Подготовка занимает дни: сверка версий, развёртывание сервера, репетиция на копии. Окно длится от нескольких минут до нескольких часов, в зависимости от размера базы, СУБД и способа: через .dt дольше всего, через репликацию быстрее всего.
Нужно ли заново активировать лицензии 1С при переносе на другой сервер?
Программные лицензии 1С привязаны к оборудованию, поэтому на новом сервере их обычно активируют заново. Аппаратный ключ нужно физически установить в новый сервер или пробросить по сети. Проверяйте лицензии заранее, на репетиции, а не в ночь переключения. Если лицензий не хватает, часть пользователей не сможет войти в базу.
Сколько стоит аренда сервера для 1С в Москве?
Аренда сервера под 1С на ukved.ru стоит от 1 100 ₽ в месяц за пользователя. Работа сисадмина и сопровождение 1С стоят 3800 руб/час. Итоговая сумма зависит от числа пользователей и размера базы, а время на перенос вашей базы называем после осмотра.
Что делать со старой базой после переноса на новый сервер?
Не удаляйте старую базу 1С сразу после переноса. Закройте её для входа, чтобы никто не вводил данные в двух местах, и оставьте на несколько недель на случай отката. Когда новый сервер отработал закрытие месяца и сдачу отчётности без проблем, копию архивируют.
Или позвоните: +7 906 045-28-27 — в рабочее время с 9:00 до 19:00
Остались вопросы? Нужна помощь?
Менеджеры компании с радостью ответят на ваши вопросы, произведут расчет стоимости услуг и подготовят индивидуальное коммерческое предложение.
Бесплатная консультация

