PlateSpin Forge 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 6.3, Transfert de données.
Tableau 1-1 Charges de travail Windows prises en charge
Système d'exploitation |
Remarques |
---|---|
Workloads de catégorie serveur |
|
|
Y compris les contrôleurs de domaine (DC) et les éditions SBS (Small Business Server) |
|
Y compris les contrôleurs de domaine (DC) et les éditions SBS (Small Business Server) |
Windows Server 2000 SP4 (32 bits) |
|
Workloads de catégorie Poste de travail |
|
Windows 7 |
Éditions Professionnel, Enterprise et Intégrale uniquement |
Windows Vista |
|
Windows XP |
Grappes Windows prises en charge : Reportez-vous à la section Protection des grappes Windows pour connaître les configurations de grappes spécifiques prises en charge.
Vous trouverez, ci-dessous, des exemples du comportement de PlateSpin Forge 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 Forge 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 Forge 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, Forge 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, Forge 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.
PlateSpin Forge 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) 4.0, 5.0-5.5, 6.0-6.2 |
|
RHEL 5.6-5.8, 6.3 |
Vous devez compiler le module blkwatch PlateSpin avant de pouvoir inventorier ces workloads. Reportez-vous à l'article de la base de connaissances n° 7005873. |
SUSE Linux Enterprise Server (SLES) 9, 10, 11 (SP1, SP2, SP3) |
REMARQUE :la version 13.0.27-pae du kernel de SLES 11 SP.2 n'est pas prise en charge. Avant d'inventorier le workload, effectuez une mise à niveau vers la version 3.0.51-0.7.9-pae ou ultérieure du kernel. |
|
|
Oracle Enterprise Linux (OEL) |
|
Systèmes de fichiers Linux pris en charge : EXT2, EXT3, EXT4, REISERFS et NSS (workloads OES 2).
REMARQUE :les volumes codés de workloads sur la source sont décodés dans la machine virtuelle de basculement.
PlateSpin Forge est livré avec VMware ESX 4.1, l'applicatif hôte qui fait office de composant hyperviseur du produit.