1.2 Configuraciones compatibles

1.2.1 Cargas de trabajo Windows compatibles

PlateSpin Protect admite la mayoría de las cargas de trabajo basadas en Windows.

Se admite tanto la réplica en el nivel de archivos como en el nivel de bloques, con ciertas restricciones. Consulte la Sección 5.4, Transferencia de datos.

Tabla 1-1 Cargas de trabajo Windows compatibles

Sistema operativo

Observaciones

Cargas de trabajo de servidor

  • Windows Server 2012 R2
  • Windows Server 2012

  • Windows Server 2008 R2 (64 bits)
  • Windows Server 2008 (64 bits)

Incluidos controladores de dominio (DC) y las ediciones Small Business Server (SBS)

  • Windows Server 2003 R2 (64 bits)
  • Windows Server 2003 R2 (32 bits)
  • Windows Server 2003 con el último SP (64 bits)
  • Windows Server 2003 con el último SP (32 bits)

Windows 2003 requiere el SP1 o superior para la réplica basada en bloques.

Clústeres de Windows

Consulte Protección de clústeres de Windows para conocer las configuraciones específicas de clúster admitidas.

Cargas de trabajo de estación de trabajo

  • Windows 8.1
  • Windows 8

ADVERTENCIA:debe seleccionar el plan de energía Alto rendimiento en el origen con Windows 8 para que las funciones de failover y failback de la carga de trabajo funcionen correctamente.

Para configurar este plan de energía desde el panel de control de Windows:

  1. Seleccione Todos los elementos de Panel de control > Opciones de energía.

  2. En el recuadro de diálogo Elegir o personalizar un plan de energía, seleccione Mostrar planes adicionales > Alto rendimiento.

  3. Cierre el panel de control.

Versiones internacionales admitidas: alemán, chino simplificado, chino tradicional, francés y japonés.

Compatibilidad con firmware de carga de trabajo (UEFI y BIOS): PlateSpin Protect duplica la compatibilidad de Microsoft con cargas de trabajo Windows basadas en UEFI o BIOS. Transfiere las cargas de trabajo (se admiten transferencias por bloques y archivos) del origen al destino, al tiempo que aplica el firmware compatible a los sistemas operativos correspondientes de origen y destino. El procedimiento es idéntico para el failback a un equipo físico. Cuando se inicia cualquier transición (failover o failback) entre sistemas UEFI y BIOS, Protect la analiza e informa sobre su validez.

NOTA:si protege una carga de trabajo basada en UEFI y quiere seguir usando el mismo modo de arranque de firmware durante todo el ciclo de vida del producto protegido, tendrá que usar como destino un contenedor vSphere 5.0 o superior.

A continuación, se muestran algunos ejemplos del comportamiento de Protect para proteger y realizar un failback entre sistemas basados en UEFI y en BIOS:

  • Al transferir una carga de trabajo basada en UEFI a un contenedor VMware vSphere 4.x (que no es compatible con UEFI), Protect pasa el firmware UEFI de la carga de trabajo en el momento del failover a firmware BIOS. Después, cuando se selecciona el failback en un equipo físico basado en UEFI, Protect revierte la transición del firmware de BIOS a UEFI.

  • Si intenta realizar el failback de una carga de trabajo protegida de Windows 2003 en un equipo físico basado en UEFI, Protect analiza la opción e informa de que no es válida (es decir, la transición del firmware de BIOS a UEFI no se admite, ya que Windows 2003 no admite el modo de arranque UEFI).

  • Si se protege un origen basado en UEFI en un destino basado en BIOS, Protect migra los discos de arranque del sistema UEFI, en formato GPT, a discos MBR. El failback de esta carga de trabajo BIOS a un equipo físico basado en UEFI convierte los discos de arranque de nuevo al formato GPT.

1.2.2 Cargas de trabajo Linux compatibles

PlateSpin Protect admite varias distribuciones de Linux.

La réplica se realiza a nivel de bloque, para lo que el software PlateSpin requiere un módulo blkwatch compilado para la distribución de Linux específica que se desea proteger.

Algunas versiones de Linux admitidas requieren compilar el módulo blkwatch de PlateSpin para su núcleo específico. Estas cargas de trabajo se identifican explícitamente.

Tabla 1-2 Cargas de trabajo Linux compatibles

Sistema operativo

Observaciones

Cargas de trabajo de servidor Linux

Red Hat Enterprise Linux (RHEL) 6.2

Solo transferencia basada en bloques.

Red Hat Enterprise Linux (RHEL) 4 (32 bits)

Solo transferencia basada en bloques.

Novell Open Enterprise Server (OES) 11 SP1 y SP2

NOTA:no se admite la versión por defecto del núcleo, la 3.0.13, de OES 11 SP2. Actualice a la versión del núcleo 3.0.27 o posterior antes de realizar un inventario de la carga de trabajo. Solo transferencia basada en bloques.

Sistemas de archivos de Linux admitidos

Se admiten los sistemas de archivos EXT2, EXT3, EXT4, REISERFS y NSS (cargas de trabajo OES 2), solo para la transferencia basada en bloques.

NOTA:los volúmenes cifrados de las cargas de trabajo del origen se descifran en la máquina virtual de failover.

1.2.3 Contenedores de máquina virtual admitidos

Tabla 1-3 Plataformas admitidas como contenedor de máquina virtual

Contenedor

Notas

Clúster DRS VMware en vSphere 5.5

  • La configuración de DRS debe ser Partially Automated (Parcialmente automatizada) o Fully Automated (Totalmente automatizada. No debe definirse en Manual.

  • Como contenedor de máquina virtual, el clúster DRS debe contener solo servidores ESXi 5.5 y solo se puede gestionar en vCenter 5.5.

Clúster DRS VMware en vSphere 5.1

  • La configuración de DRS debe ser Partially Automated (Parcialmente automatizada) o Fully Automated (Totalmente automatizada. No debe definirse en Manual.

  • Como contenedor de máquina virtual, el clúster DRS debe contener solo servidores ESXi 5.1 y solo se puede gestionar en vCenter 5.1.

Clúster DRS VMware en vSphere 4.1

  • La configuración de DRS debe ser Partially Automated (Parcialmente automatizada) o Fully Automated (Totalmente automatizada. No debe definirse en Manual.

  • Como contenedor de máquina virtual, el clúster puede usar una combinación de servidores ESX 4.1 y ESXi 4.1 y solo se puede gestionar en vCenter 4.1.

1.2.4 Firmware de sistema admitido

PlateSpin Protect duplica la compatibilidad con UEFI de Microsoft. Para obtener más información, consulte la Sección 1.2.1, Cargas de trabajo Windows compatibles.