文件和存储服务：迁移 iSCSI Software Target

适用对象：Windows Server 2012 R2

本节介绍如何将 Microsoft iSCSI Software Target 3.2 或 3.3 的设置和数据，从现有的 Windows Storage Server 2008 R2 或 Windows Storage Server 2008 计算机迁移到运行 Windows Server 2012 R2 或 Windows Server 2012 及 Windows Storage Server 2012 随附的 iSCSI 目标服务器角色服务的目标服务器。

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（即目标服务器）随附的新角色服务。

支持的迁移方案

本节详细介绍支持与不支持的迁移方案。

支持的操作系统

列出的操作系统版本是所支持的操作系统和 Service Pack 的最旧组合。 支持较新的 Service Pack（如果有）。

支持在物理操作系统和虚拟操作系统之间迁移。

不支持从源服务器迁移到运行与源服务器不同的系统 UI 语言（即已安装语言）的操作系统的目标服务器。 例如，无法使用 Windows Server 迁移工具从正使用法语系统 UI 语言运行 Windows Server 2008 的计算机将角色、操作系统设置、数据或共享资源迁移到正使用德语系统 UI 语言运行 Windows Server 2012 R2 或 Windows Server 2012 的计算机。

Windows Storage Server 2012 R2 和 Windows Server 2012 R2 支持基于 x64 的迁移。 所有版本的 Windows Storage Server 2008 R2 和 Windows Server 2008 R2 都基于 x64。

不支持基于 x86 的迁移，因为 Windows Storage Server 2012 R2 不是在 x86 平台中提供的。

支持的角色配置

本迁移指南适用于独立配置和群集配置，但存在某些限制。

以下一般限制适用于所有受支持的配置：

• 不自动迁移使用 CHAP 和反向 CHAP 设置的 iSCSI 发起程序的身份验证设置。

• 不自动迁移配置中每个虚拟磁盘的快照存储设置。

• 不自动迁移从快照派生的虚拟磁盘的配置设置。

• 对于群集配置，迁移过程包括已划归到虚拟计算机对象、某个群集节点或拥有代码群集组的群集节点的 iSCSI 目标设置。

• 对于群集配置，本指南未介绍如何迁移资源组、网络名称资源、IP 地址以及与资源组关联的群集磁盘。你需要单独执行这种作为预备步骤的迁移。

• 不自动迁移 iSCSI Software Target 的 iSCSI 命名服务 (iSNS) 设置。

• 不自动迁移 iSCSI 目标门户设置（例如，iSCSI 目标服务用来侦听传入网络连接的 IP 地址）

• 不迁移虚拟磁盘快照的计划。

支持以下配置：

• 从独立配置迁移到独立配置

• 从群集配置迁移到独立配置（但存在前面列出的有关设置作用域的限制）。

• 从群集配置迁移到群集配置（但存在前面列出的有关设置作用域的限制）。

支持的角色服务和功能

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 cmdlets Import-IscsiTargetServerConfiguration 和 Export-IscsiTargetServerConfiguration，捕获 XML 文件中源服务器上的现有设置。 对于群集，请根据计划中迁移的范围，在该群集中的每个节点上或者在每个虚拟计算机对象上运行 Windows PowerShell cmdlet。

   该 Windows PowerShell 输出将显示符合迁移条件的虚拟磁盘以及不符合迁移条件的虚拟磁盘（由于前面所述的基于快照的原因）。

迁移

实际迁移过程包括以下步骤：

1. 将符合迁移条件的所有虚拟磁盘的文件从源服务器移到目标服务器。 如果发生任何文件路径更改，请注意源到目标的映射。

2. 在群集配置中，请确保文件副本的目标路径在群集磁盘上，并且已将该群集磁盘分配到资源组。 注意拥有该路径的资源组。

3. 如果源服务器与目标服务器的文件路径已发生更改，请在文本编辑器中打开设置 .xml 文件，并找到需要更改以反映新路径的 <MigrationDevicePath> 标记。

4. 在群集配置中，如果源服务器与目标服务器的文件路径或资源组名称已发生更改，请在文本编辑器中打开设置 .xml 文件，并找到需要更改以反映新资源组的 <MigrationResourceGroup> 标记。

5. 运行 Windows PowerShell cmdlet Import-IscsiTargetServerConfiguration，以将设置导入到目标服务器。 在群集配置中，可将目标服务器指定为群集节点或虚拟计算机对象。 该群集节点或虚拟计算机对象必须是设置 .xml 文件中指定的资源组的所有者。

6. 如果有快照存储设置与新配置相关，请手动应用这些设置。

7. 如果有虚拟磁盘需要作为本地磁盘进行连接，请执行这些操作。

8. 如果有任何 iSNS 设置与新配置相关，请手动应用这些设置。

9. 如果有任何 iSCSI 目标门户设置与新配置相关，请手动应用这些设置。

10. 如果有任何 iSCSI 发起程序已配置为使用 CHAP 和反向 CHAP 进行身份验证，请手动还原这些设置。

验证

迁移验证过程包括以下步骤：

1. 打开命令提示符窗口并键入 netstat.exe –nao | findstr 3260 以验证 iSCSI 目标门户设置。 （假设使用 iSCSI 协议的默认 TCP 端口 3260。） 或者，键入 Get-WmiObject –Namespace root\wmi –Class WT_Portal 以复核结果。

2. 使用 Windows PowerShell cmdlet Get-IScsiServerTarget 检查 iSCSI 目标服务器配置

3. 使用 Windows PowerShell cmdlet Get-IScsiVirtualDisk 检查 iSCSI 虚拟磁盘配置

4. 使用 iscsicpl.exe UI 工具或 iscsicli.exe 命令行工具，验证预期需要与 iSCSI 目标服务器配合使用的每个 iSCSI 发起程序的配置。

迁移的影响

迁移过程不干扰或影响源服务器。 在迁移过程中，不会更改或删除任何资源或配置设置。

迁移不会影响企业中的任何服务器（目标服务器除外）。

在迁移期间，预期需要显式断开作为 iSCSI 发起程序运行的客户端计算机的连接，以确保数据完整性。 在迁移期间，源服务器将不可用。 迁移过程完成后，iSCSI 发起程序预期将会登录到目标服务器，不会出现任何问题。

iSCSI 发起程序的停机时间预期与将虚拟磁盘文件从源服务器移到目标服务器所花费的时间、还原配置设置以及建立目标服务器的网络标识所需的时间成比例。

迁移所需的权限

需要源服务器和目标服务器上的本地管理员权限。

如果 iSNS 服务器使用了其他访问控制策略，则需要与 iSNS 服务器相适应的、用于更改 iSNS 设置的权限。

若要对 iSCSI 发起程序执行迁移过程，则需要拥有登录和注销 iSCSI 会话的权限。 对于 iSCSI 发起程序，需要本地管理员权限。

对于基于固件的 iSCSI 发起程序（例如，可以选择从 iSCSI 启动的网络接口），如果身份验证设置（CHAP 和反向 CHAP）已发生更改，则可能需要在实际控制台上配置登录凭据或目标服务器的网络标识。

估计持续时间

本节详细说明完成迁移所需时间的各种影响因素。

规划

规划阶段预期受以下因素的影响：

• 独立配置与群集配置。 如果执行所有验证，则可能需要一到两个小时来完成群集设置的配置。

• 存储配置。 了解和配置用于托管可能极大的文件的存储阵列需要你规划主轴和卷的配置，使它们使用存储子系统供应商提供的工具。

• 网络标识。 这项规划包括了解源服务器是否具有特殊配置或特意配置的 IP 地址、是否需要配置 2 级组件（例如交换机），以及 iSCSI 发起程序是否需要了解和缓存特定的 DNS 或 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 GB 链路（1 TB 数据需占用 50%）执行的基于网络的文件复制估计需要五小时以上才能完成。 使用外部串行高级技术附件 (eSATA) 设备等外部介质传输文件的方法可以缩短时间。

对大约 100 个资源（包括 iSCSI 目标设置和虚拟磁盘设置的组合）执行 Windows PowerShell cmdlet Import-IscsiTargetServerConfiguration 估计需要几分钟时间。

验证

验证的估计持续时间与重新连接或登录 iSCSI 发起程序所需的时间成比例。

对于每个 iSCSI 发起程序，需要重新配置目标门户，同时必须输入与身份验证设置相关的凭据（如果需要）并登录会话。

根据所用的过程，验证每个 iSCSI 发起程序估计需要 5 到 15 分钟的时间。 可以通过 iscsicpl.exe UI、iscsicli.exe 命令行工具或特殊的基于 Windows Management Instrumentation (WMI) 的脚本验证 iSCSI 发起程序。

请参阅

将文件和存储服务迁移到 Windows Server 2012 R2
准备迁移 iSCSI Software Target
迁移 iSCSI Software Target
验证 iSCSI Software Target 迁移
iSCSI Software Target 迁移疑难解答
回滚已失败的 iSCSI Software Target 迁移