Миграция между тенантами Microsoft 365
Переезд между арендаторами с сохранением почты, файлов и командных сервисов без критических простоев.
Когда нужна миграция между тенантами
Tenant-to-tenant переход используют при реструктуризации, слиянии компаний, смене доменов или разделении подразделений. В таких ситуациях важно сохранить почту, файлы и рабочие пространства без потерь и длительных простоев.
Тенант Microsoft 365 — это отдельная учетная запись клиента, которая объединяет пользователей, службы и данные. Сама инфраструктура размещается в облаке Microsoft, а резервные копии распределены по дата-центрам.
Миграция между тенантами — это перенос почтовых ящиков и параметров сервисов из одного арендатора в другой. Основная задача — избежать потери данных и пропущенных писем на этапе перехода.
- Снижение рисков при смене домена и структуры.
- Сохранение целостности данных и прав доступа.
- Контроль доступов и лицензий в новом тенанте.
- Минимизация простоев для пользователей.
Что обычно переносится
Переход от тенанта к тенанту затрагивает несколько сервисов. Чаще всего требуется миграция основных рабочих данных и совместной работы.
На практике наиболее часто переносятся Exchange Online, SharePoint, Microsoft Teams и OneDrive. Это базовые сервисы, которые ежедневно используют сотрудники.
В отдельных проектах список может быть шире и включать сервисы Azure (виртуальные машины, базы данных и другие ресурсы). Набор зависит от бизнес-задач и архитектуры клиента.
- Exchange Online (почта, контакты, группы).
- SharePoint и OneDrive (файлы и структура).
- Microsoft Teams (каналы, файлы, доступы).
- Пользовательские учетные записи и домены.
Подготовка к миграции
Подготовка начинается заранее — обычно за 1–2 недели до фактической миграции. На этом этапе определяются риски, выбирается стратегия и настраиваются оба тенанта.
Сначала проводится анализ исходной среды и сопоставление объектов: пользователей, групп и команд. Затем готовится целевой тенант и проверяется наличие лицензий.
Важно удалить основной домен из объектов в исходном тенанте, создать администраторов в обеих средах и при необходимости расширить лицензии в целевом аккаунте.
- Проверка доменов, лицензий и админ-доступов.
- Удаление основного домена из объектов в исходном тенанте.
- Планирование проекта за 1-2 недели до старта.
- Сбор инвентаризационных отчетов и анализ рисков.
- Подготовка предмиграционного отчета.
- Пилотные переносы и тесты целостности данных.
- Планирование поэтапной миграции.
Как проходит перенос
Миграция выполняется поэтапно. Это позволяет перенести критичные данные в первую очередь и проверить результат на тестовой группе.
Перед основным переносом запускаются отчеты о предварительной миграции, которые выявляют потенциальные проблемы с данными.
После тестовой миграции и проверки целостности данных выполняется основной перенос. Финальный шаг — поддержка пользователей и проверка корректности работы сервисов.
- Миграция сервисов волнами с контрольными точками.
- Тестовая миграция ограниченной группы пользователей.
- Проверка доступа пользователей и работоспособности сервисов.
- Синхронизация почты и файлов до окончательного переключения.
- Очистка кэшей, алиасов и финальная поддержка.