Обзор службы миграции хранилища Storage Migration Service overview

Область применения: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server (половина ежегодного канала) Applies to: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server (Semi-Annual Channel)

Служба миграции хранилища упрощает миграцию хранилища на Windows Server или в Azure. Storage Migration Service makes it easier to migrate storage to Windows Server or to Azure. Он предоставляет графическое средство для инвентаризации данных на серверах Windows и Linux, а затем передает данные на новые серверы или на виртуальные машины Azure. It provides a graphical tool that inventories data on Windows and Linux servers and then transfers the data to newer servers or to Azure virtual machines. Служба миграции хранилища также предоставляет возможность передачи удостоверения сервера на целевой сервер, чтобы приложения и пользователи могли получать доступ к своим данным без изменения ссылок или путей. Storage Migration Service also provides the option to transfer the identity of a server to the destination server so that apps and users can access their data without changing links or paths.

В этом разделе обсуждается, зачем использовать службу миграции хранилища, как работает процесс миграции, каковы требования к исходным и целевым серверам, а также новые возможности службы миграции хранилища. This topic discusses why you’d want to use Storage Migration Service, how the migration process works, what the requirements are for source and destination servers, and what’s new in Storage Migration Service.

Зачем использовать службу миграции хранилища Why use Storage Migration Service

Используйте службу миграции хранилища, так как у вас есть сервер (или большое количество серверов), который вы хотите перенести на более новое оборудование или виртуальные машины. Use Storage Migration Service because you’ve got a server (or a lot of servers) that you want to migrate to newer hardware or virtual machines. Служба миграции хранилища предназначена для помощи в выполнении следующих действий. Storage Migration Service is designed to help by doing the following:

• Инвентаризация нескольких серверов и их данных Inventory multiple servers and their data
• Быстро переносите файлы, общие файловые ресурсы и конфигурацию безопасности с исходных серверов Rapidly transfer files, file shares, and security configuration from the source servers
• При необходимости Возьмите идентификаторы исходных серверов (также называемые обрезкой), чтобы пользователям и приложениям не применялось никаких изменений для доступа к существующим данным. Optionally take over the identity of the source servers (also known as cutting over) so that users and apps don’t have to change anything to access existing data
• Управление одной или несколькими процессами миграции из пользовательского интерфейса центра администрирования Windows Manage one or multiple migrations from the Windows Admin Center user interface

Рис. 1. источники и назначения службы миграции хранилища Figure 1: Storage Migration Service sources and destinations

Принцип работы процесса миграции How the migration process works

Процесс миграции включает в себя три этапа: Migration is a three-step process:

1. Инвентаризация серверов для сбора сведений о файлах и конфигурации (показано на рис. 2). Inventory servers to gather info about their files and configuration (shown in Figure 2).
2. Перенос (копирование) данных с исходных серверов на целевые серверы. Transfer (copy) data from the source servers to the destination servers.
3. Вырежьте на новые серверы (необязательно). Cut over to the new servers (optional).
   Целевым серверам назначают идентификаторы исходных серверов, чтобы приложениям и пользователям не нужно было вносить изменения. The destination servers assume the source servers’ former identities so that apps and users don’t have to change anything.
   Исходные серверы вводят состояние обслуживания, где они по-прежнему содержат те же файлы, которые они всегда имеют (мы никогда не удаляют файлы с исходных серверов), но недоступны пользователям и приложениям. The source servers enter a maintenance state where they still contain the same files they always have (we never remove files from the source servers) but are unavailable to users and apps. Серверы можно вывести из эксплуатации в удобное для вас время. You can then decommission the servers at your convenience.

рис. 2. Инвентаризация серверов службы миграции хранилища Figure 2: Storage Migration Service inventorying servers

В этом видеоролике показано, как использовать службу миграции хранилища для перевода сервера, например сервера Windows Server 2008 R2, который сейчас не поддерживается, и перемещения хранилища на более новый сервер. Here’s a video showing how to use Storage Migration Service to take a server, such as a Windows Server 2008 R2 server that’s now out of support, and move the storage to a newer server.

Требования Requirements

Служба миграции хранилища работает при наличии следующих условий: To use Storage Migration Service, you need the following:

• Исходный сервер или отказоустойчивый кластер для переноса файлов и данных из A source server or failover cluster to migrate files and data from
• Целевой сервер под Windows Server 2019 (кластеризованный или автономный), на который выполняется миграция. A destination server running Windows Server 2019 (clustered or standalone) to migrate to. Windows Server 2016 и Windows Server 2012 R2 работают так же, как и более чем на 50% Windows Server 2016 and Windows Server 2012 R2 work as well but are around 50% slower
• Сервер Orchestrator под управлением Windows Server 2019 для управления миграцией An orchestrator server running Windows Server 2019 to manage the migration
  Если выполняется миграция только нескольких серверов и один из серверов работает под Windows Server 2019, его можно использовать в качестве Orchestrator. If you’re migrating only a few servers and one of the servers is running Windows Server 2019, you can use that as the orchestrator. При переносе дополнительных серверов рекомендуется использовать отдельный сервер Orchestrator. If you’re migrating more servers, we recommend using a separate orchestrator server.
• Компьютер или сервер с запущенным центром администрирования Windows для запуска пользовательского интерфейса службы миграции хранилища, если вы не предпочитаете использовать PowerShell для управления миграцией. A PC or server running Windows Admin Center to run the Storage Migration Service user interface, unless you prefer using PowerShell to manage the migration. Центр администрирования Windows и версия Windows Server 2019 должны иметь версию не ниже 1809. The Windows Admin Center and Windows Server 2019 version must both be at least version 1809.

Настоятельно рекомендуется, чтобы в Orchestrator и на конечных компьютерах имелось по крайней мере два ядра или два виртуальных ЦП и не менее 2 ГБ памяти. We strongly recommend that the orchestrator and destination computers have at least two cores or two vCPUs, and at least 2 GB of memory. Чем больше процессоров и памяти, тем быстрее выполняются инвентаризация и перемещение. Inventory and transfer operations are significantly faster with more processors and memory.

Требования безопасности, прокси-сервер службы миграции хранилища и порты брандамауэра Security requirements, the Storage Migration Service proxy service, and firewall ports

Учетная запись миграции, которая является администратором на исходных компьютерах и на компьютере Orchestrator. A migration account that is an administrator on the source computers and the orchestrator computer.

Учетная запись миграции, которая является администратором на конечных компьютерах и компьютером Orchestrator. A migration account that is an administrator on the destination computers and the orchestrator computer.

На компьютере Orchestrator должны быть включены Входящие правила брандмауэра для общего доступа к файлам и принтерам (SMB-in). The orchestrator computer must have the File and Printer Sharing (SMB-In) firewall rule enabled inbound.

На исходном и целевом компьютерах должны быть включены следующие правила брандмауэра (хотя они уже могут быть включены): The source and destination computers must have the following firewall rules enabled inbound (though you might already have them enabled):

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

При установке прокси-сервера службы миграции хранилища на компьютер под Windows Server 2019 автоматически открываются необходимые порты брандмауэра на этом компьютере. Installing the Storage Migration Service Proxy service on a Windows Server 2019 computer automatically opens the necessary firewall ports on that computer. Для этого подключитесь к целевому серверу в центре администрирования Windows, а затем перейдите в Диспетчер сервера (в центре администрирования windows) > роли и компоненты, выберите прокси-служба миграции хранилища и нажмите кнопку установить. To do so, connect to the destination server in Windows Admin Center and then go to Server Manager (in Windows Admin Center) > Roles and features, select Storage Migration Service Proxy, and then select Install.

Если компьютеры принадлежат к домену домен Active Directory Services, все они должны принадлежать к одному лесу. If the computers belong to an Active Directory Domain Services domain, they should all belong to the same forest. Целевой сервер также должен находиться в том же домене, что и исходный, если во время прямой миграции необходимо передать доменное имя исходного объекта целевому. The destination server must also be in the same domain as the source server if you want to transfer the source’s domain name to the destination when cutting over. Прямую миграцию технически работает в разных доменах, но полное доменное имя назначения будет отличаться от исходного. Cutover technically works across domains, but the fully-qualified domain name of the destination will be different from the source.

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

Исходный сервер должен работать под управлением одной из следующих операционных систем: The source server must run one of the following operating systems:

• Windows Server, Semi-Annual Channel Windows Server, Semi-Annual Channel
• Windows Server 2019 Windows Server 2019
• Windows Server 2016 Windows Server 2016
• Windows Server 2012 R2 Windows Server 2012 R2
• Windows Server 2012 Windows Server 2012
• Windows Server 2008 R2 Windows Server 2008 R2
• Windows Server 2008 Windows Server 2008
• Windows Server 2003 R2 Windows Server 2003 R2
• Windows Server 2003 Windows Server 2003
• Windows Small Business Server 2003 R2 Windows Small Business Server 2003 R2
• Windows Small Business Server 2008 Windows Small Business Server 2008
• Windows Small Business Server 2011 Windows Small Business Server 2011
• Windows Server 2012 Essentials Windows Server 2012 Essentials
• Windows Server 2012 R2 Essentials Windows Server 2012 R2 Essentials
• Windows Server 2016 Essentials Windows Server 2016 Essentials
• Windows Server 2019 Essentials Windows Server 2019 Essentials
• Windows Storage Server 2008 Windows Storage Server 2008
• Windows Storage Server 2008 R2 Windows Storage Server 2008 R2
• Windows Storage Server 2012 Windows Storage Server 2012
• Windows Storage Server 2012 R2 Windows Storage Server 2012 R2
• Windows Storage Server 2016 Windows Storage Server 2016

Примечание. Windows Small Business Server и Windows Server Essentials являются контроллерами домена. Note: Windows Small Business Server and Windows Server Essentials are domain controllers. Служба миграции хранилища пока не может выполнять прямую миграцию контроллеров домена, но может проводить их инвентаризацию и переносить с них файлы. Storage Migration Service can’t yet cut over from domain controllers, but can inventory and transfer files from them.

Можно выполнить миграцию следующих дополнительных типов источников, если Orchestrator работает под управлением Windows Server версии 1903 или более поздней или если на сервере Orchestrator запущена более ранняя версия Windows Server с установленным KB4512534 : You can migrate the following additional source types if the orchestrator is running Windows Server, version 1903 or later, or if the orchestrator is running an earlier version of Windows Server with KB4512534 installed:

• Отказоустойчивые кластеры под Windows Server 2012, Windows Server 2012 R2, Windows Server 2016, Windows Server 2019 Failover clusters running Windows Server 2012, Windows Server 2012 R2, Windows Server 2016, Windows Server 2019
• Серверы Linux, использующие Samba. Linux servers that use Samba. Мы протестировали следующее: We’ve tested the following:
  • CentOS 7 CentOS 7
  • Debian GNU/Linux 8 Debian GNU/Linux 8
  • RedHat Enterprise Linux 7.6 RedHat Enterprise Linux 7.6
  • SUSE Linux Enterprise Server (SLES) 11 SP4 SUSE Linux Enterprise Server (SLES) 11 SP4
  • Ubuntu 16.04 LTS and 12.04.5 LTS Ubuntu 16.04 LTS and 12.04.5 LTS
  • Samba 4.8, 4.7, 4.3, 4.2, and 3.6 Samba 4.8, 4.7, 4.3, 4.2, and 3.6

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

Целевой сервер должен работать под управлением одной из ниже перечисленных операционных систем: The destination server must run one of the following operating systems:

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

Целевыми серверами могут быть автономные серверы или часть отказоустойчивого кластера. The destination servers can be standalone servers or part of a failover cluster. Они не могут выполняться Azure Stack ХЦИ или использовать надстройку кластеризации сторонних производителей. They cannot run Azure Stack HCI or use a non-Microsoft clustering add-on.

На целевых серверах под управлением Windows Server 2019 или Windows Server Semi-Annual канал или более поздняя версия имеют удвоенную производительность передачи более ранних версий Windows Server. Destination servers running Windows Server 2019 or Windows Server, Semi-Annual Channel or later have double the transfer performance of earlier versions of Windows Server. Это повышение производительности связано с включением встроенной службы «прокси-служба миграции хранилища», которая также открывает необходимые порты брандмауэра, если они еще не открыты. This performance boost is due to the inclusion of a built-in Storage Migration Service proxy service, which also opens the necessary firewall ports if they’re not already open.

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

Центр администрирования Windows версии 1910 позволяет развертывать виртуальные машины Azure. Windows Admin Center version 1910 allows you to deploy Azure virtual machines. При этом развертывание виртуальной машины интегрируется в службу миграции хранилища. This integrates VM deployment into Storage Migration Service. Вместо создания новых серверов и виртуальных машин на портале Azure вручную перед развертыванием рабочей нагрузки и, возможно, отсутствующими необходимыми действиями и настройками, центр администрирования Windows может развернуть виртуальную машину Azure, настроить ее хранилище, присоединить к домену, установить роли, а затем настроить распределенную систему. Instead of building new servers and VMs in the Azure Portal by hand prior to deploying your workload — and possibly missing required steps and configuration — Windows Admin Center can deploy the Azure VM, configure its storage, join it to your domain, install roles, and then set up your distributed system.

В этом видео показано, как использовать службу миграции хранилища для миграции на виртуальные машины Azure. Here’s a video showing how to use Storage Migration Service to migrate to Azure VMs.

Если вы хотите выполнить перенос виртуальных машин в Azure без перехода на более позднюю версию операционной системы, рассмотрите возможность использования службы «миграция Azure». If you want to lift and shift virtual machines to Azure without migrating to a later operating system, consider using Azure Migrate. Дополнительные сведения см. в статье Обзор службы миграции Azure. For more info, see Azure Migrate overview.

Новые возможности службы миграции хранилища What’s new in Storage Migration Service

В центре администрирования Windows версии 1910 добавлена возможность развертывания виртуальных машин Azure. Windows Admin Center version 1910 adds the ability to deploy Azure virtual machines. При этом развертывание виртуальной машины Azure интегрируется в службу миграции хранилища. This integrates Azure VM deployment into Storage Migration Service. Дополнительные сведения см. в статье Миграция виртуальных машин Azure. For more info, see Azure VM migration.

Следующие новые возможности доступны при запуске сервера миграции хранилища Orchestrator на Windows Server, версии 1903 или более поздней или более ранней версии Windows Server с установленным KB4512534 . The following new features are available when running the Storage Migration Server orchestrator on Windows Server, version 1903 or later, or an earlier version of Windows Server with KB4512534 installed:

• Перенос локальных пользователей и групп на новый сервер. Migrate local users and groups to the new server
• Перенос хранилища из отказоустойчивых кластеров, миграция на отказоустойчивые кластеры и миграция между автономными серверами и отказоустойчивыми кластерами Migrate storage from failover clusters, migrate to failover clusters, and migrate between standalone servers and failover clusters
• Перенос хранилища с сервера Linux, использующего Samba. Migrate storage from a Linux server that uses Samba
• Более простая синхронизация перенесенных общих ресурсов в Azure с помощью компонента «Синхронизация файлов Azure». More easily sync migrated shares into Azure by using Azure File Sync
• Перенос в новые сети, такие как Azure. Migrate to new networks such as Azure