Servicios de archivos y almacenamiento: migrar iSCSI Software Target

Se aplica a: Windows Server 2012 R2

En esta sección se describe cómo migrar las configuraciones y los datos de Microsoft iSCSI Software Target 3.2 o 3.3 desde un equipo con Windows Storage Server 2008 R2 o Windows Storage Server 2008 ya existente a un servidor de destino que ejecuta el servicio de rol Servidor del destino iSCSI que se incluye con Windows Server 2012 R2 o Windows Server 2012 y Windows Storage Server 2012.

El nombre de iSCSI Software Target ha cambiado. Para evitar posibles confusiones, en el contexto del presente documento, todos los nombres referentes a "iSCSI Software Target" se refieren a versiones anteriores del producto instaladas en Windows Storage Server 2008 R2 y en Windows Storage Server 2008, que son servidores de origen. Por el contrario, todos los nombres que se refieran a "Servidor del destino iSCSI" indican el nuevo servicio de rol incluido con Windows Server 2012 R2, Windows Server 2012 y Windows Storage Server 2012, que son servidores de destino.

Escenarios de migración compatibles

En esta sección se proporciona información detallada sobre los escenarios de migración compatibles y no compatibles.

Sistemas operativos compatibles

Las versiones de los sistemas operativos que se muestran corresponden a las combinaciones de sistemas operativos y Service Packs más antiguos que se admiten. Se admiten los Service Packs más recientes, si están disponibles.

Se admiten las migraciones entre sistemas operativos físicos y virtuales.

No se admite la migración de un servidor de origen a uno de destino que ejecute un sistema operativo en un idioma de interfaz de usuario del sistema (es decir, el idioma instalado) distinto al del servidor de origen. Por ejemplo, no puede usar Herramientas de migración de Windows Server para migrar roles, configuraciones del sistema operativo, datos o recursos compartidos desde un equipo que ejecuta Windows Server 2008 con la interfaz del usuario del sistema en francés a un equipo que ejecuta Windows Server 2012 R2 o Windows Server 2012 con la interfaz de usuario del sistema en alemán.

Las migraciones basadas en x64 se admiten en Windows Storage Server 2012 R2 y Windows Server 2012 R2. Todas las ediciones de Windows Storage Server 2008 R2 y Windows Server 2008 R2 están basadas en x64.

Las migraciones basadas en x86 no se admiten, ya que Windows Storage Server 2012 R2 no se ofrece en la plataforma x86.

Configuraciones de rol compatibles

Esta guía de migración se aplica a configuraciones independientes y en clúster, con determinadas limitaciones.

Las restricciones generales siguientes se aplican a todas las configuraciones compatibles:

• La configuración de autenticación para iniciadores iSCSI que usan configuraciones CHAP y CHAP inverso no se migra automáticamente.

• La configuración de almacenamiento de instantáneas de todos los discos virtuales de la configuración no se migra automáticamente.

• Los valores de configuración de los discos virtuales que se derivan de instantáneas no se migran automáticamente.

• En el caso de las configuraciones en clúster, el proceso de migración incluye las configuraciones de destino iSCSI que tienen como ámbito el objeto de equipo virtual, un nodo de clúster o el nodo de clúster propietario del grupo de clústeres de código.

• En las configuraciones en clúster, la migración de los grupos de recursos, los recursos de nombre de red, las direcciones IP y los discos de clúster que están asociados a los grupos de recursos no entra dentro del ámbito de esta guía y la migración debe llevarse a cabo de forma independiente en un paso anterior.

• La configuración de los servicios de nomenclatura de iSCSI (iSNS) de iSCSI Software Target no se migra automáticamente.

• La configuración del portal de destino iSCSI (como las direcciones IP que usa el servicio de destino iSCSI para escuchar las conexiones de red entrantes) no se migra automáticamente.

• La programación de las instantáneas de los discos virtuales no se migra.

Las configuraciones compatibles son las siguientes:

• Migración de una configuración independiente a otra configuración independiente

• Migración de una configuración en clúster a una configuración independiente (con las restricciones indicadas anteriormente sobre el ámbito de la configuración)

• Migración de una configuración en clúster a otra configuración en clúster (con las restricciones indicadas anteriormente sobre el ámbito de la configuración)

Servicios de rol y características admitidos

El Servidor del destino iSCSI (tal como se incluye con Windows Storage Server 2012 y Windows Server 2012 R2) no tiene dependencias de rol ni de características.

Es posible instalar el Servidor del destino iSCSI con un clúster de conmutación por error. Esta configuración es compatible con las limitaciones de migración indicadas anteriormente.

Migración de varios roles

Si va a migrar una configuración en clúster a otra configuración en clúster, deberá migrar o configurar la característica de clúster de conmutación por error antes de migrar la configuración del destino iSCSI.

Escenarios de migración no admitidos

No se admiten los siguientes escenarios de migración:

• Migración desde Windows Unified Storage Server 2003 R2.

• Migración de una configuración independiente a una configuración en clúster. Esta migración no se admite, ya que no existe un mecanismo predeterminado para asociar la configuración de disco de destino y virtual a los grupos de recursos sin saber cómo se asignan las rutas de archivos al disco de clúster y cómo se asignan las direcciones IP a los grupos de recursos.

• Las instantáneas de discos virtuales no se migran automáticamente. Las instantáneas se basan en una instantánea del volumen que contiene el archivo del disco duro virtual (VHD) en el momento en que se tomó la instantánea. Su existencia e implementación dependen del volumen del equipo desde el que se efectúa el proceso de migración y no se pueden replicar ni exportar.

• La configuración de almacenamiento de instantáneas de los discos virtuales no se migra automáticamente. La configuración del almacenamiento de instantáneas (como el volumen y el tamaño máximo por volumen) depende de la configuración de hardware y software del equipo al que se migra la configuración, y no se puede migrar automáticamente. Para obtener información detallada acerca de cómo migrar manualmente la configuración de almacenamiento de instantáneas, vea Importar la configuración de iSCSI Software Target en una configuración independiente.

• Los valores de la configuración del portal del destino iSCSI no se migran automáticamente. Esta configuración se basa en las direcciones IP del servidor de destino. No se puede migrar fuera del conocimiento de la configuración de red del equipo al que se migra la configuración. Para obtener información detallada acerca de cómo definir manualmente la configuración del portal, vea Configurar el portal de Servidor de destino iSCSI.

• La configuración de iSNS no se migra automáticamente. La configuración de iSNS se basa en la infraestructura y configuración de red del servidor de destino. No se puede migrar fuera del conocimiento de la configuración de red del equipo al que se migra la configuración. Para obtener información detallada acerca de cómo definir manualmente la configuración de iSNS, vea Configurar las opciones de iSNS.

• La configuración de los discos virtuales conectados como discos locales en el servidor de origen no se migra automáticamente. Se espera que la capacidad para conectar un disco localmente sea una operación temporal que se pueda replicar si es necesario. Para obtener información más detallada sobre cómo establecer la configuración de los discos virtuales que están conectados como discos locales, consulte Configurar el almacenamiento.

• La programación de las instantáneas de los discos virtuales no se migra. Esta configuración debe detectarse y replicarse manualmente del origen al servidor de destino.

Información general sobre las migraciones

En esta sección se describe el proceso de migración de alto nivel, que incluye la recopilación en origen de las opciones de configuración, el desplazamiento de los discos virtuales desde el servidor de origen al servidor de destino y la restauración de las opciones de configuración.

Proceso de migración

En esta sección se describe el proceso de migración de alto nivel.

Planear la migración

En la fase de planeación de la migración se recopila información a partir de las siguientes preguntas:

• ¿Están configurados en un clúster el servidor de origen y el de destino?

• Si los servidores están configurados en un clúster, ¿cuáles son los objetos de equipo virtual o puntos de acceso cliente que contienen los recursos de destino iSCSI?

• ¿Tiene el sistema de almacenamiento del servidor de destino la capacidad y la configuración necesarias para hospedar adecuadamente los discos virtuales del servidor de origen? ¿Tiene este sistema de almacenamiento el espacio adecuado para almacenar las instantáneas de volumen?

• ¿Hay algún iniciador iSCSI que tenga una dependencia crítica de destinos iSCSI mientras dura el proceso de migración (como, por ejemplo, un equipo que use nodos de arranque iSCSI o clústeres que usen un almacenamiento compartido)?

• ¿Existe alguna dirección IP o configuración de portal que sea exclusiva del servidor de origen y que deba tenerse en cuenta (por ejemplo, direcciones IP que el firmware de los dispositivos conozca)?

• ¿Hay alguna configuración de iSNS que deba registrarse y migrarse manualmente?

• ¿Existe algún disco virtual conectado como disco local que deba exponerse?

Preparación de la migración

La preparación para migrar datos desde el servidor de origen al servidor de destino consta de los siguientes pasos:

1. Si el servidor de destino va a tener una configuración en clúster, instale la característica de clúster de conmutación por error antes de efectuar la migración.

2. Si el servidor de destino va a tener una configuración en clúster, cree una serie de grupos de recursos de clúster con los puntos de acceso cliente y los discos de clúster necesarios para replicar la configuración existente. Si es posible, use los mismos nombres de grupo de recursos para los clústeres de origen y los de destino.

3. Instale el servicio de rol Servidor del destino iSCSI en el servidor de destino.

4. Desconecte todos los iniciadores iSCSI. Este paso es necesario para que todos los datos de los discos virtuales se mantengan coherentes mientras se mueven.

5. Ejecute los cmdlets de Windows PowerShell, Import-IscsiTargetServerConfiguration y Export-IscsiTargetServerConfiguration, para capturar la configuración existente en el servidor de origen en un archivo XML. En el caso de un clúster, ejecute los cmdlet de Windows PowerShell en todos los nodos del clúster o en todos los objetos de equipo virtual, según lo más adecuado para la migración planeada.

   La salida de Windows PowerShell muestra los discos virtuales que pueden optar a la migración y aquellos que no (por los motivos basados en instantáneas tratados anteriormente).

Migración

El proceso de migración en sí consta de los siguientes pasos:

1. Mueva los archivos de todos los discos virtuales que pueden optar a la migración desde un servidor de origen a un servidor de destino. Si se produce algún cambio en la ruta de acceso a los archivos, anote la asignación de origen a destino.

2. En una configuración en clúster, asegúrese de que la ruta de acceso de destino de la copia del archivo esté en un disco en clúster y que dicho disco esté asignado a un grupo de recursos. Anote el grupo de recursos propietario de la ruta de acceso.

3. Si las rutas de acceso de archivos han cambiado entre los servidores de origen y de destino, abra el archivo .xml de configuración en un editor de texto e identifique las etiquetas <MigrationDevicePath> que deben cambiarse para reflejar la nueva ruta de acceso.

4. En una configuración en clúster, si la ruta de acceso de archivos o el nombre del grupo de recursos ha cambiado entre los servidores de origen y de destino, abra el archivo .xml de configuración en un editor de texto e identifique las etiquetas <MigrationResourceGroup> que deben cambiarse para reflejar el nuevo grupo de recursos.

5. Ejecute el cmdlet de Windows PowerShell, Import-IscsiTargetServerConfiguration, para importar la configuración al servidor de destino. En una configuración en clúster, el servidor de destino se puede especificar como nodo de clúster o como objeto de equipo virtual. El nodo de clúster u objeto de equipo virtual debe ser propietario del grupo de recursos que se indica en el archivo .xml de configuración.

6. Si hay una configuración de almacenamiento de instantáneas pertinente para la nueva configuración, aplique manualmente la configuración.

7. Si hay discos virtuales que deben conectarse como discos locales, realice dichas acciones.

8. Si hay una configuración iSNS pertinente para la nueva configuración, aplique manualmente dicha configuración.

9. Si hay una configuración de portal de destino iSCSI pertinente para la nueva configuración, aplique manualmente dicha configuración.

10. Si hay iniciadores iSCSI que están configurados para autenticar mediante CHAP y CHAP inverso, restaure manualmente esta configuración.

Comprobación

El proceso de comprobación de la migración consta de los pasos siguientes:

1. Valide la configuración del portal de destino iSCSI. Para ello, abra una ventana de símbolo del sistema y escriba netstat.exe –nao | findstr 3260 . (Se presupone que se usa el puerto TCP predeterminado para el protocolo iSCSI, 3260). O bien, escriba Get-WmiObject –Namespace root\wmi –Class WT_Portal para una comprobación cruzada de los resultados.

2. Revise la configuración del servidor del destino iSCSI mediante el cmdlet de Windows PowerShell, Get-IScsiServerTarget .

3. Revise la configuración del disco virtual iSCSI mediante el cmdlet de Windows PowerShell, Get-IScsiVirtualDisk .

4. Valide la configuración de todos los iniciadores iSCSI que espere usar con el Servidor del destino iSCSI mediante la herramienta de la interfaz de usuario de iscsicpl.exe o la herramienta de línea de comandos iscsicli.exe.

Impacto de la migración

El proceso de migración no influye en el servidor de origen ni lo afecta. Ningún recurso ni configuración se modifica ni se elimina como parte del proceso de migración.

Ningún servidor de la empresa, salvo los servidores de destino, resultará afectado por la migración.

Se espera que los equipos cliente que se ejecuten como iniciadores iSCSI se desconecten explícitamente durante la migración, a fin de garantizar la integridad de los datos. Durante la migración, el servidor de origen no estará disponible. Cuando el proceso de migración se haya completado, se espera que los iniciadores iSCSI inicien sesión en el servidor de destino sin problemas.

Se espera que el tiempo de inactividad de los iniciadores iSCSI sea proporcional al tiempo necesario para mover los archivos de disco duro virtual desde el servidor de origen al servidor de destino, más el tiempo necesario para restaurar las opciones de configuración y establecer la identidad de red del servidor de destino.

Permisos necesarios para la migración

Se requieren permisos de administrador local en el servidor de origen y en el de destino.

Si el servidor iSNS tiene directivas de control de acceso adicionales, se necesita permiso para modificar la configuración de iSNS de forma adecuada para el servidor iSNS.

Para realizar el proceso de migración de los iniciadores iSCSI, se necesitan permisos para iniciar y cerrar sesión en iSCSI. Se necesitan permisos de administrador local para el iniciador iSCSI.

En el caso de los iniciadores iSCSI basados en firmware, como una interfaz de red con opción de arranque desde iSCSI, es posible que se necesite que estén en la misma consola para configurar las credenciales de inicio de sesión o la identidad de red del servidor de destino, si la configuración de autenticación (CHAP y CHAP inverso) ha cambiado.

Duración estimada

En esta sección se detallan los distintos factores que influyen en el tiempo que puede tardar en completarse una migración.

Planificación

Se espera que los siguientes factores influyan en la fase de planeación:

• Configuración independiente y configuración de clúster. Una configuración de clúster puede tardar entre dos y tres horas en efectuarse si se realizan todas las validaciones.

• Configuración del almacenamiento. Para comprender y configurar una matriz de almacenamiento para que hospede posibles archivos grandes, es preciso que planee las configuraciones de cilindros y de volúmenes para que usen las herramientas que el proveedor del subsistema de almacenamiento proporciona.

• Identidad de red. Para realizar la planeación, se debe saber si el servidor de origen ha configurado especialmente o a propósito direcciones IP, si es necesario configurar componentes de nivel 2 (como conmutadores) y si los iniciadores iSCSI deben conocer nombres de DNS o NetBIOS específicos y almacenarlos en caché.

Preparación

Para el proceso de preparación, es necesario saber qué configuraciones (específicas del servidor de origen) no se pueden migrar automáticamente y recopilarlas. En cada paso de la fase de preparación, el mecanismo usado para recuperar la configuración depende del paso que se aplica y de la herramienta que se usa para recuperar las configuraciones.

• Configuración y nombres de grupos de recursos de clúster. Esta configuración se puede recopilar desde las herramientas de administración de clúster y las interfaces de usuario.

• Configuración del portal de destino iSCSI. Esta configuración se puede recopilar escribiendo el código siguiente en el símbolo del sistema: PS > Get-WmiObject –Namespace root\wmi –Class WT_Portal

• Configuración del servidor iSNS. Esta configuración se puede recopilar escribiendo el código siguiente en el símbolo del sistema: PS > Get-WmiObject –Namespace root\wmi –Class WT_ISnsServer

• Configuración de autenticación CHAP y CHAP inverso. Esta configuración no se puede recuperar automáticamente, ya que el Servidor del destino iSCSI no ofrece un mecanismo para recuperar contraseñas. Esta configuración se ha almacenado en otro punto de la empresa y debe recuperarse de manera independiente.

• Configuración de discos virtuales montados localmente.

Migración

La duración que se calcula para el proceso de migración real está dominada principalmente por el tiempo necesario para mover los archivos de disco duro virtual desde el servidor de origen al de destino.

Se calcula que una copia de archivo basado en la red y que usa un vínculo de 1 GB al 50 % para un volumen de datos de 1 TB tardará más de cinco horas. Las técnicas en las que se aplica un proceso de transferencia de archivos que implique medios externos, como, por ejemplo, un dispositivo External Serial Advanced Technology Attachment (eSATA), pueden tardar menos tiempo.

Se calcula que el cmdlet de Windows PowerShell, Import-IscsiTargetServerConfiguration, tardará pocos minutos para una cantidad aproximada de 100 recursos (con una combinación de configuración de destino iSCSI y configuración de disco virtual).

Comprobación

El tiempo calculado para la comprobación es proporcional al tiempo que se tarda en volver a conectar o iniciar sesión en los iniciadores iSCSI.

Por cada iniciador iSCSI, debe volver a configurarse el portal de destino, especificar (si es necesario) las credenciales de la configuración de autenticación e iniciar sesión en las sesiones.

Se calcula que se necesitan entre 5 y 15 minutos para comprobar cada iniciador iSCSI, según el proceso que se aplique. Los iniciadores iSCSI se pueden comprobar mediante la interfaz de usuario de iscsicpl.exe, la herramienta de línea de comandos iscsicli.exe o los scripts ad hoc basados en el Instrumental de administración de Windows (WMI).

Vea también

Migrar Servicios de archivos y almacenamiento a Windows Server 2012 R2
Preparar la migración de iSCSI Software Target
Migrar iSCSI Software Target
Comprobar la migración de iSCSI Software Target
Solucionar problemas de la migración de iSCSI Software Target
Revertir una migración errónea de iSCSI Software Target