1.2 Configurations prises en charge

1.2.1 Charges de travail Windows prises en charge

PlateSpin Protect prend en charge la plupart des workloads Windows.

Les réplications par fichier et par bloc sont prises en charge, moyennant certaines restrictions. Reportez-vous à la Section 5.4, Transfert de données.

Tableau 1-1 Charges de travail Windows prises en charge

Système d'exploitation

Remarques

Workloads de catégorie serveur

  • Windows Server 2012 R2
  • Windows Server 2012

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

Y compris les contrôleurs de domaine (DC) et les éditions SBS (Small Business Server)
  • Windows Server 2003 R2 (64 bits)
  • Windows Server 2003 R2 (32 bits)
  • Windows  Server 2003, SP le plus récent (64 bits)
  • Windows Server 2003, SP le plus récent (32 bits)

Windows 2003 nécessite le Service Pack 1 ou une version ultérieure pour la réplication par bloc.

Grappes (clusters) Windows

Reportez-vous à la section Protection des grappes Windows pour connaître les configurations de grappes spécifiques prises en charge.

Workloads de catégorie Poste de travail

  • Windows 8.1
  • Windows 8

AVERTISSEMENT :vous devez sélectionner le mode de gestion de l'alimentation Performances élevées sur la source Windows 8 afin que le basculement et le rétablissement du workload fonctionnent correctement.

Pour configurer le mode de gestion de l'alimentation à partir du Panneau de configuration Windows :

  1. Sélectionnez Tous les Panneaux de configuration > Options d'alimentation.

  2. Dans la boîte de dialogue permettant de choisir ou personnaliser le mode de gestion de l'alimentation, sélectionnez Afficher les modes supplémentaires > Performances élevées.

  3. Fermez le panneau de configuration.

Versions internationales prises en charge : français, allemand, japonais, chinois traditionnel et chinois simplifié.

Prise en charge du microprogramme de workload (UEFI et BIOS) : PlateSpin Protect met en miroir la prise en charge Microsoft des workloads Windows basés sur UEFI ou BIOS. Il transfère les workloads (par bloc et par fichier) de la source à la cible tout en appliquant le microprogramme pris en charge pour les systèmes d'exploitation source et cible respectifs. Il procède de la même manière pour un rétablissement vers une machine physique. Lorsqu'une transition (basculement ou rétablissement) a été lancée entre des systèmes UEFI et BIOS, PlateSpin Protect l'analyse et vous informe sur sa validité.

REMARQUE :si vous protégez un workload UEFI et souhaitez continuer à utiliser le même mode de démarrage du microprogramme pendant tout son cycle de vie, vous devez cibler un conteneur vSphere 5.0 ou version ultérieure.

Vous trouverez, ci-dessous, des exemples du comportement de PlateSpin Protect lors de la protection et du rétablissement de systèmes UEFI et BIOS :

  • Lors du transfert d'un workload UEFI vers un conteneur VMware vSphere 4.x (qui ne prend pas en charge UEFI), PlateSpin Protect fait migrer le microprogramme UEFI du workload vers BIOS au moment du basculement. Ensuite, lorsqu'un rétablissement est sélectionné sur une machine physique UEFI, PlateSpin Protect inverse la transition du microprogramme de BIOS vers UEFI.

  • Si vous essayez de rétablir un workload Windows 2003 protégé vers une machine physique UEFI, PlateSpin Protect analyse cette possibilité et vous informe qu'elle n'est pas valide (en d'autres termes, la transition d'un microprogramme BIOS vers UEFI n'est pas prise en charge ; Windows 2003 ne prend pas en charge le mode de démarrage UEFI).

  • Lors de la protection d'une source UEFI sur une cible BIOS, Protect fait migrer les disques de démarrage du système UEFI, qui étaient de type GPT, vers MBR. Le rétablissement de ce workload BIOS vers une machine physique UEFI a pour effet de reconvertir les disques de démarrage au format GPT.

1.2.2 Workloads Linux pris en charge

PlateSpin Protect prend en charge plusieurs distributions Linux.

La réplication s'effectue au niveau du bloc et pour ce faire, votre logiciel PlateSpin requiert un module blkwatch compilé pour assurer la protection d'une distribution Linux spécifique.

Certaines des versions de Linux prises en charge requièrent la compilation du module blkwatch PlateSpin pour votre kernel spécifique. Ces workloads sont appelés explicitement.

Tableau 1-2 Workloads Linux pris en charge

Système d'exploitation

Remarques

Workloads de catégorie Serveur Linux

Red Hat Enterprise Linux (RHEL) 6.2

Transfert par bloc uniquement.

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

Transfert par bloc uniquement.

Novell Open Enterprise Server (OES) 11, SP1 et SP2

REMARQUE :la version de kernel par défaut 3.0.13 d'OES 11 SP2 n'est pas prise en charge. Avant d'inventorier le workload, effectuez une mise à niveau vers la version 3.0.27 ou ultérieure du kernel. Transfert par bloc uniquement.

Systèmes de fichiers Linux pris en charge

Les systèmes de fichiers EXT2, EXT3, EXT4, REISERFS et NSS (workloads OES 2) sont pris en charge (transfert par bloc uniquement).

REMARQUE :les volumes codés de workloads sur la source sont décodés dans la machine virtuelle de basculement.

1.2.3 Conteneurs de VM pris en charge

Tableau 1-3 Plates-formes prises en charge en tant que conteneurs VM

Conteneur

Remarques

Grappe VMware DRS dans vSphere 5.5

  • La configuration DRS doit être Partiellement automatisé ou Entièrement automatisé (mais ne peut pas être réglée sur Manuel).

  • En tant que conteneur VM, la grappe DRS doit être constituée uniquement de serveurs ESXi 5.5 et peut uniquement être gérée par vCenter 5.5.

Grappe VMware DRS dans vSphere 5.1

  • La configuration DRS doit être Partiellement automatisé ou Entièrement automatisé (mais ne peut pas être réglée sur Manuel).

  • En tant que conteneur VM, la grappe DRS doit être uniquement constituée de serveurs ESXi 5.1 et peut uniquement être gérée par vCenter 5.1.

Grappe VMware DRS dans vSphere 4.1

  • La configuration DRS doit être Partiellement automatisé ou Entièrement automatisé (mais ne peut pas être réglée sur Manuel).

  • En tant que conteneur VM, la grappe peut utiliser une combinaison de serveurs ESX 4.1 et ESXi 4.1 et peut uniquement être gérée par vCenter 4.1.

1.2.4 Microprogrammes système pris en charge

PlateSpin Protect met en miroir la prise en charge Microsoft de l'interface UEFI. . Pour plus d'informations, reportez-vous à la Section 1.2.1, Charges de travail Windows prises en charge.