С помощью SharePoint Migration Tool с файлового сервера в Microsoft 365

SharePoint Migration Tool (SPMT) представляет собой бесплатный инструмент от Microsoft, с помощью которого можно перенести содержимое с локальных файловых серверов и серверов SharePoint в SharePoint, OneDrive или Teams в составе Microsoft 365, включая права доступа, версии и, с некоторыми ограничениями, рабочие процессы. Процесс делится на четыре этапа: установка, сканирование и оценка, создание задачи миграции, а также мониторинг и отчетность. На практике к ошибкам чаще всего приводят слишком длинные целевые пути и отдельные неподдерживаемые элементы. По состоянию на август 2026 года.

Что может переносить SharePoint Migration Tool?

SPMT переносит содержимое с локальных и сетевых файловых ресурсов, а также с SharePoint Server 2010, 2013, 2016 и 2019 и SharePoint Foundation 2010 и 2013 в SharePoint, OneDrive и Teams в составе Microsoft 365, как указано у Microsoft в разделе Что поддерживает SPMT?. Кроме того, стандартные (out-of-the-box) рабочие процессы из SharePoint Server 2010, а также рабочие процессы SharePoint Designer можно перенести в Power Automate. При этом невозможна миграция из одного клиента Microsoft 365 в другой: SPMT переносит содержимое исключительно из локальных (on-premises) источников в облако. Для переезда между клиентами Microsoft указывает на отдельное решение для кросс-тенантной миграции.

Какие права доступа и полномочия нужны заранее?

Для миграции требуются два отдельных вида доступа: доступ к целевой системе с правами администратора OneDrive/SharePoint или администратора сайта, а также доступ к источнику с правами на чтение переносимого содержимого сервера SharePoint. При входе SPMT поддерживает NTLM, Kerberos, Forms, ADFS, многофакторную аутентификацию, заявки на основе SAML и клиентские сертификаты. Исключение действует в том случае, если локальный сервер одновременно использует несколько поставщиков аутентификации, включая проверку подлинности Windows: в этом случае проверка подлинности Windows не поддерживается, и необходимо использовать один из других методов.

Из-за чего миграции чаще всего терпят неудачу на практике?

Самой частой технической ошибкой при миграциях с помощью SPMT являются слишком длинные целевые пути. Согласно официальному разделу Устранение неполадок SPMT весь путь, включая имя файла, для OneDrive и SharePoint должен быть короче 400 символов, иначе сканирование прерывается с сообщением «Target path is too long». Так же часто встречаются недопустимые имена папок, на которые сканирование реагирует сообщением «The folder name is invalid». Поэтому перед крупной миграцией стоит заранее проверить структуру папок на файловом сервере, вместо того чтобы обнаруживать проблемы с путями уже в ходе миграции.

Что не поддерживает SPMT?

Некоторые элементы принципиально невозможно перенести с помощью SPMT: только структуру без содержимого, произвольно выбираемый современный целевой шаблон для целевого сайта, мастер-страницы, формы InfoPath, а также настроенные формы создания, редактирования и просмотра списков вместе с их содержимым. Эти ограничения перечислены Microsoft в таблице поддержки в разделе Что поддерживает SPMT?. Для сред Government Cloud SPMT доступен, а для клиентов Office 365, работающих через 21Vianet в Китае, нет.

Как надежно перенести большие объемы данных?

Для больших объемов данных установите SPMT на нескольких физически разделенных компьютерах или виртуальных машинах с Windows и запускайте задания массовой миграции параллельно, чтобы добиться максимальной пропускной способности. Тем, кто хочет автоматизировать эту оркестрацию, согласно SPMT FAQ следует использовать Migration Manager. Задачи миграции можно также запускать повторно в инкрементальном режиме, так что переносятся только новые или измененные с момента последнего запуска файлы. Для компаний, которые хотят совместить перенос файлового сервера с более масштабной цифровизацией, это часто удачный момент, чтобы сразу включить существующие ручные процессы в автоматизацию, например в рамках консультации по автоматизации.

Часто задаваемые вопросы о SharePoint Migration Tool

Может ли SPMT переносить содержимое из одного клиента Microsoft 365 в другой?

Нет. Согласно официальному FAQ, SPMT переносит содержимое исключительно с локального сервера SharePoint, а не из одного клиента Microsoft 365 в другой. Для переездов между клиентами существует отдельное решение для кросс-тенантной миграции SharePoint и OneDrive.

Какой длины может быть путь к файлу при миграции в SharePoint Online?

Весь путь, включая имя файла, для OneDrive и SharePoint должен быть короче 400 символов. Если путь превышает этот лимит, SPMT прерывает сканирование с соответствующим сообщением об ошибке еще до начала самой миграции.

Можно ли перенести только отдельные страницы, не перенося весь сайт целиком?

Да. Согласно FAQ по SPMT, страницы сайта можно переносить выборочно, однако только с помощью загрузки CSV- или JSON-файла с соответствующим определением задачи, а не через обычный выбор в графическом интерфейсе.

Где искать журналы, если миграция завершается неудачно?

Локальные журналы SPMT находятся по пути «C:\Users\<Username>\AppData\Roaming\Microsoft\MigrationTool» на компьютере, на котором выполнялся SPMT. Эти журналы служат первой точкой обращения для анализа отдельных кодов ошибок или неудачных задач.