Короткий ответ — да, можно. Но это не «поставил мигратор на 10 сайтов и всё само объединилось» — есть два принципиально разных пути и набор подготовительных работ. Ниже — что можно сделать, какие у каждого пути риски и пошаговый план в общем виде.
Варианты решения
1) Перенос каждой территории в одну установку (рекомендуемый, если хотите единую админ‑панель)
- Создаёте на новом сервере одну чистую/актуальную установку 1С‑Битрикс (одна кодовая база + одна БД).
- Для каждого сайта из старых VPS переносите только его «сайт» в эту установку — то есть добавляете новую запись b_site / b_lang и импортируете шаблон, страницы, инфоблоки, медиафайлы, настройки сайта.
- Это самый правильный с точки зрения архитектуры мультисайт (одна инсталляция — много сайтов), но технически самый трудоёмкий, потому что нужно мерджить контент/инфоблоки/файлы и разрешать конфликты ID и ссылок.
2) Просто собрать все старые инсталляции на одном сервере, не объединяя в мультисайт
- На новом сервере разместить 10–12 отдельных сайтов (каждый в своём корне, со своей БД). Лёгкий перенос: архив файлов + дамп БД -> восстановление -> настройка виртуальных хостов.
- Удобно и быстро, минимальные риски. Но админ‑панель у каждого сайта останется своя; единая админ‑панель возможна только через дополнительную разработку (SSO/централизованный мониторинг), но не из коробки в Битрикс.
3) Гибрид / профессиональный импорт с маппингом
- Для сайтов с простым содержимым — использовать встроенные экспорт/импорт (мастера) и перенос шаблонов/инфоблоков.
- Для сложных или конфликтующих — делать ручной перенос с временными БД, скриптами для переназначения ID (iblock_id, file_id, user_id), слиянием прав, корректировкой ссылок.
На что обязательно обратить внимание до начала
- Версия ядра Bitrix и модулей на всех исходных установках — лучше привести всё к одной версии перед объединением.
- Размеры БД и /upload — от них зависит сложность и время переноса.
- Наличие кастомных компонентов, модулей, расширений — их нужно перенести в /local или /bitrix/components.
- Пользователи: одинаковые email/логины — нужно решить, объединять ли аккаунты.
- Лицензии и платные модули/компоненты — проверьте лицензионные условия (иногда ключи/модули привязаны к домену/инсталляции).
- Cron, очереди, задачник, внешние интеграции (1C, API) — перенастроить.
- SSL, почтовые настройки, robots/sitemap, SEO‑настройки.
- Параметры PHP, расширения, права на файлы, дисковая квота.
Общий пошаговый план (вариант «объединяем в одну установку»)
1. Подготовка
- Сделать полный бэкап (файлы + дамп БД) каждого старого VPS.
- Сверить версии 1С‑Битрикс и модулей; на новом сервере установить ту же или более новую версию (рекомендуется последняя стабильная).
- Настроить окружение (PHP, MySQL/MariaDB, nginx/apache, права, cron).
2. Создать чистую инсталляцию на новом сервере
- Установить Bitrix и убедиться, что работающая «тестовая» инсталляция.
- Настроить базовую конфигурацию и резервирование.
3. Для каждого сайта:
а) Экспорт содержимого и шаблона
- Скопировать шаблоны: /bitrix/templates/ и /local/templates/ для конкретного сайта; компоненты /bitrix/components/ и /local/components/; кастомные модули /bitrix/modules/ и /local/modules/; медиа /upload/.
- Экспортировать инфоблоки/каталоги: через стандартный экспорт XML (если используется инфоблок) или средствами модуля «Экспорт/Импорт» в админке. Также экспортировать привязанные свойства, цены, торговые каталоги если есть.
- Экспортировать меню, страницы, пользовательские настройки сайта (b_menu, b_option, b_event_message и т.д.) — либо через встроенный мастер экспорта сайта (если подходит), либо через выборочные SQL‑дампы таблиц.
б) Импорт в целевую БД/установку
- Создать новую запись сайта в админке (Настройки -> Сайты) — задать SITE_ID, домены и корневые папки.
- Импортировать шаблон и компоненты в кодовую базу.
- Импортировать данные инфоблоков/элементов: при импорте нужно следить за ID — если ID в целевой БД пересекаются, делать remap (скрипты/временная таблица).
- Импортировать файлы в /upload или в специальную папку, обновить таблицы b_file / b_file_associated (либо использовать инструмент импорта, который подправит ссылки).
- Обновить ссылки и пути в контенте (внутренние ссылки, картинки в текстах и т.п.) — можно с помощью SQL‑замен или специальных скриптов.
4. Тестирование
- После импорта каждого сайта проверять работоспособность: страницы, формы, авторизации, корзины, интеграции.
- Выполнить индексацию поиска, если нужно.
- Проверить права доступа, шаблоны, CSS/JS, кэш.
5. Финальные шаги
- Настроить виртуальные хосты для доменов и обновить DNS.
- Установить SSL.
- Перенастроить cron, задачу по очистке кэша и обновлению индекса.
- Мониторинг и откатный план (если что-то пойдёт не так).
Типичные сложности и как с ними бороться
- Конфликты ID (iblock_id, user_id, file_id) — решаются remap‑скриптами и пересозданием связей.
- Дубли пользователей — нужно решить, мерджить ли по email или создавать префиксы.
- Конфликты компонент/модулей — убедитесь, что кастомные компоненты не перезаписывают друг друга; лучше переносить в /local.
- Большие объёмы файлов/БД — перенос по SFTP/rsync, дампы по частям, возможно использовать репликацию/pipe.
- SEO: сохранить URL структуры, 301 правила, robots, перенаправления.
- Платные модули/ключи — заранее согласовать с поставщиками.
Инструменты и команды, которые пригодятся
- rsync для копирования файлов (быстро, с инкрементом).
- mysqldump / mysql для дампов и частичного импорта.
- SQL‑скрипты для выборочного экспорта/импорта таблиц.
- Скрипты на PHP/SQL для remap ID и обновления ссылок.
- Встроенные в Битрикс мастера экспорта/импорта сайтов и инфоблоков (использовать, если подходят).
Рекомендации
- Делайте перенос сначала для 1–2 сайтов как тестовый прогон, чтобы наработать процесс и скрипты.
- Если сайты большие и/или есть сложные интеграции — лучше привлечь опытного разработчика/интегратора Bitrix. Ошибки при мердже БД могут привести к долгой отладке.
- Документируйте все манипуляции и держите план отката.
Если хотите, могу:
- Прислать более детальный чек‑лист с точными таблицами Bitrix, которые обычно нужно переносить для «сайта» (b_site, b_lang, b_iblock*, b_file*, b_menu и т.д.).
- Оценить трудоёмкость, если вы пришлёте: версии Bitrix, размер БД и /upload для каждого сайта, список кастомных модулей/интеграций.
Напишите, какой у вас сейчас вариант (версия Bitrix, структура сайтов, сколько инфоблоков/пользователей, есть ли кастомные модули), и я предложу конкретный план и прикидку трудозатрат.