Файловые службы и службы хранилища: перенос iSCSI Software Target

Применимо к:Windows Server 2012 R2

В этом разделе объясняется процесс переноса параметров и данных Microsoft iSCSI Software Target 3.2 или 3.3 с существующего компьютера под управлением Windows Storage Server 2008 R2 или Windows Storage Server 2008 на конечный сервер, на котором выполняется служба роли сервера цели iSCSI под управлением Windows Server 2012 R2 или Windows Server 2012 и Windows Storage Server 2012.

Изменилось название компонента iSCSI Software Target. Во избежание путаницы в контексте этого документа все упоминания iSCSI Software Target относятся к предыдущим версиям продукта, установленных на компьютерах под управлением Windows Storage Server 2008 R2 или Windows Storage Server 2008, которые являются исходными серверами. Напротив, все упоминания "сервер цели iSCSI" относятся к новой службе роли на компьютерах под управлением Windows Server 2012 R2, Windows Server 2012 и Windows Storage Server 2012, которые являются конечными серверами.

Поддерживаемые сценарии миграции

В этом разделе подробно описываются поддерживаемые и неподдерживаемые сценарии миграции.

Поддерживаемые операционные системы

Перечисленные версии операционных систем являются самыми ранними поддерживаемыми сочетаниями ОС и пакетов обновления. Поддерживаются более новые пакеты обновления (при наличии).

Также поддерживается миграция между физическими и виртуальными операционными системами.

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

Миграция на базе архитектуры x64 поддерживается для Windows Storage Server 2012 R2 и Windows Server 2012 R2. Все выпуски Windows Server 2008 R2 и Windows Server 2008 R2 работают на базе архитектуры x64.

Миграция на базе архитектуры x86 не поддерживается, так как не существует версии Windows Storage Server 2012 R2 для платформы x86.

Поддерживаемые конфигурации ролей

Данное руководство по миграции с некоторыми ограничениями применимо к изолированным и кластеризованным конфигурациям.

Следующие общие ограничения применимы ко всем поддерживаемым конфигурациям:

• Параметры проверки подлинности для инициаторов iSCSI, использующих параметры CHAP и обратного CHAP, не переносятся автоматически.

• Параметры хранилищ моментальных снимков состояния системы для всех виртуальных дисков в конфигурации не переносятся автоматически.

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

• Для кластеризованных конфигураций процедура миграции включает параметры цели iSCSI, ограниченные виртуальными объектами-компьютерами, узлами кластера или узлами кластера, владеющими кластерными группами.

• Перенос групп ресурсов, ресурсов сетевых имен, IP-адресов и дисков кластера, связанных с группами ресурсов, для кластеризованных конфигураций в данном руководстве не рассматривается и должен выполняться на этапе подготовки.

• Параметры службы имен хранилища (iSNS) для iSCSI Software Target не переносятся автоматически.

• Параметры портала цели iSCSI (например, IP-адреса, которые используются службой цели iSCSI для ожидания передачи данных входящих сетевых подключений) не переносятся автоматически.

• Расписание создания моментальных снимков для виртуальных дисков не переносится.

Поддерживаются следующие конфигурации:

• Миграция с изолированной конфигурации на изолированную конфигурацию.

• Миграция с кластеризованной конфигурации на изолированную конфигурацию (с перечисленными выше ограничениями по набору параметров).

• Миграция с кластеризованной конфигурации на кластеризованную конфигурацию (с перечисленными выше ограничениями по набору параметров).

Поддерживаемые службы ролей и компоненты

Сервер цели iSCSI (в Windows Storage Server 2012 и Windows Server 2012 R2) не имеет зависимостей ролей или компонентов.

Можно установить сервер цели iSCSI с отказоустойчивой кластеризацией; такая конфигурация поддерживается с перечисленными выше ограничениями.

Перенос нескольких ролей

Если вы переносите одну кластеризованную конфигурацию на другую кластеризованную конфигурацию, то компонент "Отказоустойчивая кластеризация" следует перенести или настроить до переноса параметров цели iSCSI.

Неподдерживаемые сценарии миграции

Не поддерживаются следующие сценарии миграции:

• Миграция с Windows Unified Storage Server 2003 R2.

• Миграция с изолированной конфигурации на кластеризованную конфигурацию. Этот вид миграции не поддерживается, так как не существует стандартного механизма для привязки параметров цели и виртуального диска к группе ресурсов, если неизвестно, как сопоставлены файловые пути и диски кластеров, IP-адреса и группы ресурсов.

• Моментальные снимки виртуальных дисков не переносятся автоматически. Моментальные снимки основаны на снимках тома, содержащих файл виртуального диска (VHD-файл) на момент получения снимков. Существование и реализация моментальных снимков зависят от параметров тома на компьютере, с которого выполняется миграция, поэтому их репликация или экспорт невозможны.

• Параметры хранилища моментальных снимков для виртуальных дисков не переносятся автоматически. Параметры хранилища моментальных снимков (например, том и максимальный размер снимков на каждом томе) зависят от конфигурации программного обеспечения и оборудования компьютера, на который переносятся параметры, поэтому их нельзя перенести автоматически. Подробные сведения о том, как вручную перенести параметры хранилища моментальных снимков, см. в разделе Импорт параметров iSCSI Software Target в изолированной конфигурации.

• Параметры конфигурации портала цели iSCSI не переносятся автоматически. Эта конфигурация зависит от IP-адресов конечного сервера, поэтому параметры нельзя перенести, не располагая информацией о конфигурации сети компьютера, на который переносятся параметры. Подробные сведения о том, как вручную настроить параметры портала, см. в разделе Настройка портала сервера цели iSCSI.

• Параметры iSNS не переносятся автоматически. Параметры iSNS определяются сетевой инфраструктурой и настройкой конечного сервера, поэтому параметры нельзя перенести, не располагая информацией о сетевой конфигурации компьютера, на который переносятся параметры. Подробные сведения о том, как вручную настроить параметры iSNS, см. в разделе Настройка параметров iSNS.

• Параметры для виртуальных дисков, подключенных как локальные диски на исходном сервере, не переносятся автоматически. Предполагается, что локальное подключение диска — это временная операция, для которой возможна репликация. Дополнительную информацию о настройке параметров для виртуальных дисков, которые будут подключаться как локальные диски, см. в разделе Настройка хранилища.

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

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

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

Процесс миграции

В этом разделе описывается обзор процесса миграции.

Планирование миграции

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

• Исходный и конечный серверы сконфигурированы в кластер?

• Если серверы сконфигурированы в кластер, то на каких виртуальных объектах-компьютерах или точках доступа клиента содержатся ресурсы цели iSCSI?

• Позволяет ли система хранения конечного сервера разместить виртуальные диски исходного сервера, имеет ли она соответствующие настройки и достаточный объем дискового пространства для хранения моментальных списков тома?

• Есть ли инициаторы iSCSI, имеющие критически важные зависимости от целей iSCSI на протяжении процесса миграции (например, компьютер, использующий загрузочные узлы iSCSI, или кластер, использующий общие хранилища)?

• Существуют ли уникальные для исходного сервера IP-адреса или параметры портала, которые необходимо принять в расчет (например, IP-адреса, на которые настроено встроенное ПО устройств)?

• Есть ли какие-либо еще параметры iSNS, которые необходимо записать и перенести вручную?

• Существуют ли подключенные локально виртуальные диски, к которым, возможно, потребуется обеспечить доступ?

Подготовка к миграции

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

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

2. Если конечный сервер будет иметь кластеризованную конфигурацию, создайте столько групп ресурсов с точками доступа клиента и дисками кластеров, сколько нужно для репликации существующей конфигурации. По возможности используйте для соответствующих групп ресурсов исходных и конечных кластеров одинаковые имена.

3. Установите на конечном сервере службу роли "Сервер цели iSCSI".

4. Отключите все инициаторы iSCSI. На этом шаге необходимо поддерживать целостность данных на виртуальных дисках в процессе их перемещения.

5. Запустите командлеты Windows PowerShell Import-IscsiTargetServerConfiguration и Export-IscsiTargetServerConfiguration, чтобы получить существующие настройки на исходном сервере в виде XML-файла. На кластере выполните командлеты Windows PowerShell для каждого узла кластера или каждого виртуального объекта-компьютера в соответствии с планом миграции.

   Windows PowerShell отображает виртуальные диски, для которых можно выполнить перенос данных, и диски, для которых нельзя выполнить перенос данных (по указанным выше причинам, связанным с хранением моментальных снимков).

Миграция

Собственно процесс миграции включает следующие шаги.

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

2. В кластерной конфигурации конечный путь к копии файла должен находиться на диске кластера, а диск кластера должен быть включен в группу ресурсов. Запишите имя группы ресурсов, к которой принадлежит этот путь.

3. Если путь к файлу изменился в процессе переноса с исходного на конечный сервер, откройте XML-файл параметров в текстовом редакторе, найдите теги <MigrationDevicePath> и замените путь к файлу новыми данными.

4. В кластерной конфигурации, если путь к файлу или имя группы ресурсов изменились в процессе переноса между исходным и конечным серверами, откройте XML-файл параметров в текстовом редакторе, найдите теги <MigrationResourceGroup> и замените их новыми параметрами группы ресурсов.

5. Выполните командлет Windows PowerShell Import-IscsiTargetServerConfiguration, чтобы импортировать параметры на целевой сервер. В кластерной конфигурации конечный сервер должен быть указан как узел кластера или как виртуальный объект-компьютер. Узел кластера или виртуальный объект-компьютер должен быть владельцем группы ресурсов, которая указана в XML-файле параметров.

6. Если какие-либо параметры хранилища моментальных снимков актуальны для новой конфигурации, примените такие параметры вручную.

7. Если какие-либо виртуальные диски необходимо подключить как локальные диски, сделайте это.

8. Если какие-либо параметры iSNS актуальны для новой конфигурации, примените такие параметры вручную.

9. Если какие-либо параметры портала цели iSCSI актуальны для новой конфигурации, примените такие параметры вручную.

10. Если какие-либо инициаторы iSCSI сконфигурированы на проверку подлинности с помощью CHAP и обратного CHAP, восстановите эти параметры вручную.

Проверка

Процесс проверки для миграции включает следующие шаги.

1. Для проверки параметров портала цели iSCSI откройте окно командной строки и введите netstat.exe –nao | findstr 3260 . (Предполагается, что используется порт TCP по умолчанию для протокола iSCSI 3260.) Для перекрестной проверки результатов можно ввести следующую команду: Get-WmiObject –Namespace root\wmi –Class WT_Portal .

2. Проверьте конфигурацию сервера цели iSCSI с помощью командлета Windows PowerShell Get-IScsiServerTarget .

3. Проверьте конфигурацию виртуального диска iSCSI с помощью командлета Windows PowerShell Get-IScsiVirtualDisk .

4. С помощью средства с пользовательским интерфейсом iscsicpl.exe или средства командной строки проверьте конфигурацию каждого инициатора iSCSI, который предполагается использовать с сервером цели iSCSI.

Воздействие миграции

Процесс миграции не оставляет никаких последствий на исходном сервере. В процессе миграции ресурсы или параметры конфигурации не изменяются и не удаляются.

Процесс миграции затрагивает только конечные серверы, не оказывая влияния на другие серверы предприятия.

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

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

Разрешения, необходимые для миграции

Необходимы разрешения локального администратора на исходном и конечном серверах.

Если для сервера iSNS настроены дополнительные политики управления доступом, необходимо разрешение на изменение параметров iSNS для сервера iSNS.

Для выполнения процесса миграции для инициаторов iSCSI необходимы разрешения на вход и выход для сеансов iSCSI. Для инициаторов iSCSI необходимы разрешения локального администратора.

Для инициаторов iSCSI на базе встроенного ПО — например, для сетевого интерфейса с загрузкой из iSCSI, — возможно, понадобится выполнить вход на реальную консоль для настройки учетных данных для входа или сетевого удостоверения на конечном сервере при изменении параметров проверки подлинности (CHAP или обратный CHAP).

Расчетная продолжительность

В этом разделе подробно описываются различные факторы, которые влияют на продолжительность процесса миграции.

Планирование

Предполагается, что на фазу планирования могут оказывать влияние следующие факторы.

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

• Конфигурация хранилища. Чтобы настроить массив хранения на размещение потенциально больших файлов, необходимо предусмотреть в конфигурации привода и тома использование средств, предоставляемых изготовителем подсистемы хранения.

• Сетевое удостоверение. При планировании необходимо узнать, имеет ли исходный сервер специально настроенные IP-адреса, необходима ли настройка компонентов 2 уровня (например, коммутаторов) и должны ли инициаторы iSCSI получать и кэшировать информацию о NetBIOS-именах.

Подготовка

В процессе подготовки необходимо узнать, какие параметры (специфические для исходного сервера) не могут быть перенесены автоматически, и собрать информацию об этих параметрах. На каждом шаге процесса подготовки механизм, который используется для получения параметров, зависит от применяемого шага и средств, задействованных для восстановления таких параметров.

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

• Конфигурация портала цели iSCSI. Для сбора этих параметров можно ввести в командной строке следующий код: PS > Get-WmiObject –Namespace root\wmi –Class WT_Portal

• Параметры сервера iSNS. Для сбора этих параметров можно ввести в командной строке следующий код: PS > Get-WmiObject –Namespace root\wmi –Class WT_ISnsServer

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

• Параметры виртуального диска, который подключается как локальный.

Миграция

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

На создание копии файла по сети с пропускной способностью 1 ГБ, используемой на 50 % для передачи 1 ТБ данных, предположительно потребуется более 5 часов. Методы с использованием внешних носителей, например устройств eSATA, потребуют меньше времени.

Расчетное время выполнения командлета Windows PowerShell Import-IscsiTargetServerConfiguration составляет несколько минут для примерно 100 ресурсов (вместе с параметрами цели iSCSI и параметрами виртуального диска).

Проверка

Расчетное время проверки пропорционально времени, которое требуется на переподключение или вход в инициаторы iSCSI.

Для каждого инициатора iSCSI необходимо повторно настроить портал цели, ввести учетные данные для параметров проверки подлинности (при необходимости) и открыть сеанс.

Расчетное время проверки каждого инициатора iSCSI — от 5 до 15 минут в зависимости от используемой процедуры. Проверка инициаторов iSCSI может проводиться при помощи средства с пользовательским интерфейсом iscsicpl.exe, программы командной строки iscsicli.exe или специализированных сценариев инструментария управления Windows (WMI)).

См. также

Перенос роли "Файловые службы и службы хранилища" на Windows Server 2012 R2
Подготовка к переносу iSCSI Software Target
Перенос iSCSI Software Target
Проверка переноса iSCSI Software Target
Устранение неполадок переноса iSCSI Software Target
Откат после сбоя переноса iSCSI Software Target