Общие сведения о службе миграции хранилища

  • Статья

Служба миграции хранилища упрощает перенос хранилища в Windows Server или Azure. Он предоставляет графическое средство для инвентаризации данных на серверах Windows, Linux и NetApp CIFS, а затем передает данные на более новые серверы или виртуальные машины Azure. Служба миграции хранилища также предоставляет возможность передачи удостоверения сервера на целевой сервер, чтобы приложения и пользователи могли получать доступ к данным без изменения ссылок или путей.

В этой статье рассматриваются следующие аспекты службы миграции хранилища:

  • Почему вы хотите использовать службу миграции хранилища.
  • Как работает процесс миграции.
  • Требования к исходным и целевым серверам.
  • Новые возможности службы миграции хранилища.

Почему используется служба миграции хранилища

Используйте службу миграции хранилища, так как у вас есть сервер или несколько серверов, которые необходимо перенести на более новое оборудование или виртуальные машины. Служба миграции хранилища предназначена для выполнения следующих задач:

  • Инвентаризация нескольких серверов и их данных
  • Быстрая передача файлов, общих папок и конфигурации безопасности с исходных серверов
  • При необходимости переберите удостоверение исходных серверов (также известное как перерезание), чтобы пользователи и приложения не должны изменять какие-либо данные для доступа к существующим данным.
  • Управление одной или несколькими миграциями из пользовательского интерфейса Windows Admin Center

Схема, на которой показан перенос файлов и конфигурации с исходных серверов на конечные серверы, виртуальные машины Azure или Синхронизация файлов Azure.

Как работает процесс переноса

Процесс миграции включает в себя три этапа:

  1. Серверы инвентаризации для сбора сведений о своих файлах и конфигурации, показанные на следующем рисунке.

    Снимок экрана: сервер готов к проверке.

  2. Передача (копирование) данных с исходных серверов на конечные серверы.

  3. Переключите на новые серверы (необязательно).
    Целевым серверам назначают идентификаторы исходных серверов, чтобы приложениям и пользователям не нужно было вносить изменения.
    Исходные серверы входят в состояние обслуживания, в котором они по-прежнему содержат те же файлы, которые они всегда имеют (мы никогда не удаляем файлы с исходных серверов), но недоступны для пользователей и приложений. Серверы можно вывести из эксплуатации в удобное для вас время.

В следующем видео показано, как использовать службу миграции хранилища для принятия сервера, например сервера Windows Server 2008 R2, который не поддерживается, и переместить хранилище на более новый сервер.

Требования

Чтобы использовать службу миграции хранилища, вам потребуется следующее:

  • Исходный сервер или отказоустойчивый кластер для переноса файлов и данных из.
  • Конечный сервер под управлением Windows Server 2019 или более поздней версии (кластеризованный или автономный) для миграции. В то время как Windows Server 2016 также поддерживается, может быть сложнее перенести на него и его поддержка завершится в январе 2027 года.
  • Сервер оркестратора под управлением Windows Server 2019 или более поздней версии для управления миграцией. При миграции только одного сервера можно использовать назначение в качестве оркестратора. При миграции нескольких серверов используйте отдельный сервер оркестратора.
  • Компьютер или сервер под управлением последней версии Центра администрирования Windows для запуска пользовательского интерфейса Storage Migration Service вместе с последним средством службы хранилища (расширением), доступным из веб-канала.

Настоятельно рекомендуется использовать по крайней мере два ядра или два виртуальных ЦП оркестратора и по крайней мере 2 ГБ памяти. Операции инвентаризации и передачи выполняются быстрее с большим объемом процессоров и памяти.

Требования безопасности, прокси-сервер службы миграции хранилища и порты брандамауэра

  • Учетная запись миграции, которая является администратором на исходных компьютерах и на компьютере оркестратора. Эта учетная запись может быть доменом или локальной учетной записью, за исключением компьютера, который не присоединен к домену, в этом случае он должен быть локальным пользователем.

  • Учетная запись миграции, которая является администратором на конечных компьютерах и компьютере оркестратора. Эта учетная запись может быть доменом или локальной учетной записью, за исключением компьютера, который не присоединен к домену, в этом случае он должен быть локальным пользователем.

  • Компьютер оркестратора должен включать правило брандмауэра для общего доступа к файлам и принтерам (SMB-In).

  • На исходных и конечных компьютерах должны быть включены следующие правила брандмауэра (хотя они уже включены):

    • Общий доступ к файлам и принтерам (входящий трафик SMB)
    • Служба NetLogon (NP-In)
    • Инструментарий управления Windows (DCOM-In)
    • Инструментарий управления Windows (WMI-In)

    Совет

    Установка службы прокси-сервера Службы миграции хранилища на целевом компьютере автоматически открывает необходимые порты брандмауэра на этом компьютере. Для этого подключитесь к целевому серверу в Центре администрирования Windows, а затем перейдите к диспетчер сервера (в Windows Admin Center) >Роли и компоненты, выберите прокси службы хранилища, а затем нажмите кнопку "Установить".

  • Если компьютеры принадлежат домену служб домен Active Directory, они должны принадлежать одному лесу. Целевой сервер также должен находиться в том же домене, что и исходный, если во время прямой миграции необходимо передать доменное имя исходного объекта целевому. Хотя переключение работает между доменами, полное доменное имя назначения отличается от источника и использование двух разных доменов, скорее всего, приведет к проблемам DNS.

Требования к исходным серверам

Исходный сервер должен запускать одну из следующих операционных систем:

  • Windows Server, Semi-Annual Channel
  • Windows Server 2025
  • Windows Server 2022
  • Windows Server 2019
  • Windows Server 2016
  • Windows Server 2012 R2
  • Windows Server 2012
  • Windows Server 2008 R2
  • Windows Server 2008
  • Windows Server 2003 R2
  • Windows Server 2003
  • Windows Small Business Server 2003 R2
  • Windows Small Business Server 2008.
  • Windows Small Business Server 2011
  • Windows Server 2012 Essentials
  • Windows Server 2012 R2 Essentials
  • Windows Server 2016 Essentials
  • Windows Server 2019 Essentials
  • Windows Storage Server 2008
  • Сервер Windows Storage Server 2008 R2
  • Windows Storage Server 2012
  • Сервер Windows Storage Server 2012 R2
  • Windows Storage Server 2016

Примечание.

Windows Small Business Server и Windows Server Essentials — это контроллеры домена. Служба миграции хранилища не может сократиться с контроллеров домена, но она может инвентаризации и передачи файлов из них.

Вы можете перенести следующие исходные типы, если оркестратор работает под управлением Windows Server 2019 с установленными KB5001384 или Windows Server 2022:

  • Отказоустойчивые кластеры под управлением Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012 или Windows Server 2008 R2. Windows Server 2008 R2 поддерживает только инвентаризацию и передачу, а не переключение.
  • Серверы Linux, использующие Samba. Мы проверили следующие дистрибутивы:
    • CentOS 7
    • Debian GNU/Linux 8
    • RedHat Enterprise Linux 7.6
    • SUSE Linux Enterprise Server (SLES) 11 SP4
    • Ubuntu 16.04 LTS and 12.04.5 LTS
    • Samba 4.8, 4.7, 4.3, 4.2, and 3.6
  • Массивы NetApp FAS, на которых размещен сервер NetApp CIFS, на котором запущен NetApp ONTAP 9.

Требования к целевым серверам

Целевой сервер должен работать под управлением одной из ниже перечисленных операционных систем:

  • Windows Server, Semi-Annual Channel
  • Windows Server 2025
  • Windows Server 2022
  • Windows Server 2019
  • Windows Server 2016
  • Windows Server 2012 R2

Конечные серверы могут быть автономными или отказоустойчивой кластером Windows. Помните, что сами кластеры не переносятся, только ресурсы файлового сервера. Они не могут запускать Azure Stack HCI или использовать надстройку, не относяющуюся к Майкрософт. Хотя служба миграции хранилища не поддерживает Файлы Azure в качестве назначения, она полностью поддерживает серверы, на которых выполняется агент Синхронизация файлов Azure с распределением по уровням в облаке.

Совет

Конечные серверы под управлением Windows Server 2019 или более поздней версии имеют двойную производительность передачи более ранних версий Windows Server. Это повышение производительности обусловлено включением встроенной службы прокси-сервера Службы миграции хранилища.

Миграция виртуальных машин Azure

Windows Admin Center интегрирует развертывание Azure IaaS в службу миграции хранилища. Это позволяет избежать создания новых серверов и виртуальных машин в портал Azure вручную перед развертыванием рабочей нагрузки. Это также позволяет избежать отсутствия необходимых шагов и конфигурации. Windows Admin Center может развернуть виртуальную машину Azure IaaS, настроить его хранилище, присоединить его к домену, установить роли и настроить распределенную систему.

В следующем видео показано, как использовать службу миграции хранилища для миграции на виртуальные машины Azure.

Если вы хотите поднять и переместить виртуальные машины в Azure без миграции в более позднюю операционную систему, рассмотрите возможность использования службы "Миграция Azure". Дополнительные сведения см. в статье "Миграция Azure".