vSphere Data Protection 5.1.21 | 6 juin 2013

Ces notes de mise à jour contiennent les rubriques suivantes :

Fonctionnalités et avantages

Pour en savoir plus sur les avantages et les caractéristiques de ce produit, cliquez sur ​​l'un des liens suivants :

Environnements pris en charge

Pour plus d'informations sur les environnements pris en charge, consultez le Guide de compatibilité VMware.

Problèmes connus

Les problèmes connus suivants ont été découverts grâce aux tests rigoureux. Les problèmes répertoriés ci-dessous concernent uniquement cette version de vSphere Data Protection.

  • La page Select Restore Options (Sélectionner les options de restauration) présente un champ intitulé « Location Path (Chemin de l'emplacement) » et un champ facultatif qui permet de modifier l'emplacement de la restauration. Si l'utilisateur choisit un autre emplacement (chemin), le chemin d'accès aux fichiers de base de données cible sur le système client SQL cible reste le même que celui de la base de données source sur le système client SQL source ; en d'autres termes, l'utilisateur ne peut pas spécifier un autre chemin d'accès aux fichiers de base de données.

    Ce problème est connu et sera corrigé dans une version ultérieure.

  • À la suite d'un changement de fuseau horaire, les travaux de sauvegarde d'image planifiées ne se déclenchent pas au début de la fenêtre de sauvegarde. À la suite du changement de fuseau horaire, la sauvegarde planifiée est retardée d'une heure.

    Ce problème est connu et il n'existe aucune solution.

  • Le nom de l'appliance vSphere Data Protection Advanced ne s'affiche pas systématiquement dans l'interface utilisateur. Par exemple, les pages de configuration de VDP font toujours référence au produit vSphere Data Protection.

    Ce problème est connu et sera corrigé dans une version ultérieure.

  • Le détail des options d'application sélectionnées ne s'affiche pas dans la page « Ready to complete » (Prêt à terminer) de l'assistant de sauvegarde. Ces détails donnent à l'utilisateur la possibilité de confirmer que les options sélectionnées sont correctement configurées.

    Ce problème est connu et sera corrigé dans une version ultérieure.

  • Lorsqu'à la suite de la suppression d'un travail de sauvegarde, l'utilisateur tente de vérifier cette suppression dans l'assistant Edit Backup Jobs (Modifier des travaux de sauvegarde), rien n'indique que la base de données du client SQL sélectionné n'existe plus.

    Ce problème est connu et sera corrigé dans une version ultérieure.

  • Lorsque l'utilisateur clique sur le bundle de journaux dans l'interface utilisateur VDR-Configure, le journal des activités du client ne signale aucune activité, même lorsque des opérations de sauvegarde et de restauration échouent.

    Ce problème ne se reproduit pas toujours, mais s'il survient, redémarrez le serveur Apache Tomcat à l'aide de la commande emwebapp.sh - restart.

  • Au cours d'une série d'opérations de création, de clonage et de modification d'un travail de sauvegarde, ce dernier échoue de manière aléatoire.

    Ce problème ne se reproduit pas toujours. Ce problème est connu et sera corrigé dans une version ultérieure.

  • La validation de la vérification d'intégrité manuelle échoue et renvoie le message d'erreur suivant : « An integrity check could not be performed at this time. Please try again at a later time. » (Impossible d'effectuer une vérification d'intégrité pour le moment. Recommencez ultérieurement).

    Ce problème ne se reproduit pas toujours. Ce problème est connu et sera corrigé dans une version ultérieure.

  • Une tâche de restauration annulée continue le traitement. La restauration se termine comme si elle n'avait pas été annulée.

    Ce problème est connu et sera corrigé dans une version ultérieure.

  • Les utilisateurs sont autorisés à entrer des caractères de texte dans le champ de plage de dates.

    Ce problème est connu et sera corrigé dans une version ultérieure.

  • Le nouveau chemin de destination est affiché, même après avoir annulé la sélection lors de la restauration d'une machine virtuelle en tant que nouvelle machine virtuelle.

    Dans ce scénario, l'utilisateur sélectionne une machine virtuelle à restaurer, choisit une destination différente de l'emplacement d'origine, puis clique sur Annuler. Le nouveau chemin de destination est pré-rempli, même si l'opération a été annulée. Ce problème est connu et sera corrigé dans une version ultérieure.

  • Les opérations d'ajout et de croissance de disques ne fonctionnent pas avec un hôte ESX 4.x, sauf si l'utilisateur définit manuellement la quantité minimale de mémoire RAM requise.

    La solution consiste à ajuster manuellement la quantité de mémoire pa rapport à la capacité cible :

    • Capacité : 2 To, Quantité de mémoire requise : 6 Go
    • Capacité : 4 To, Quantité de mémoire requise : 8 Go
    • Capacité : 6 To, Quantité de mémoire requise : 10 Go
    • Capacité : 8 To, Quantité de mémoire requise : 12 Go

    La procédure est documentée dans la section relative à l'extension de disques avec Essential Plus du Guide d'administration de vSphere Data Protection .

  • Les sauvegardes échouent lorsque l'hôte est en mode de veille ou de maintenance.

    Ce problème est connu et sera corrigé dans une version ultérieure.

  • La première sauvegarde différentielle/incrémentielle est forcée de s'exécuter complètement lorsque l'option différentielle est spécifiée.

    Lorsque l'utilisateur exécute une sauvegarde de base de données en tant que sauvegarde différentielle, que l'option permettant de forcer l'exécution complète d'une sauvegarde différentielle est sélectionnée (elle est activée par défaut) et que la sauvegarde est promue en sauvegarde complète, la sauvegarde différentielle suivante s'exécute également en tant que sauvegarde complète.

    Ce problème est connu et sera corrigé dans une version ultérieure.

Problèmes résolus

Les problèmes suivants ont été résolus :

  • Un échec d'annulation de l'enregistrement du proxy lors du passage à vCenter ne devrait pas redémarrer l'appliance.

    Le proxy ne parvient pas à annuler son enregistrement lors d'un changement de serveur vCenter. Le redémarrage est bien effectué sur l'appliance VDP et, lorsqu'il est terminé, le nouveau serveur vCenter ne présente pas de proxy. En conséquence, les travaux de sauvegarde échouent à cause de l'erreur « Absence de proxy ».

    Ce problème est résolu dans cette version de SP.

  • Lors des mises à jour, VDP n'est pas en mesure de se connecter au vCenter d'un port qui n'est pas le port par défaut.

    Le code de l'appliance VDP contient un port par défaut (443) spécifié dans la structure de données cliente de vCenter. Lors d'un redémarrage, le client se réinitialise pour utiliser le port 443, ce qui bloque la communication entre vCenter et VDP.

    Le code de l'appliance VDP a été modifié, de sorte que la valeur de port personnalisée (9876) figurant dans la base de données est désormais conservée lors du redémarrage du serveur.

  • Le mot de passe du compte de domaine vCenter (utilisé pour se connecter à l'appliance VDP) ne peut pas contenir d'espaces. L'appliance VDP s'exécutera au départ avec ce paramètre, en utilisant une licence d'évaluation de 30 jours. Cependant, si l'appliance VDP est réinitialisée après 30 jours, elle ne pourra pas redémarrer.

    La pratique standard consiste à fournir un mot de passe vCenter Server valide ne contenant pas d'espace. Testez l'appliance VDP avec une commande Ping pour vous assurer qu'elle redémarre correctement.

  • Interface utilisateur de VDP : aucun événement ni message d'erreur ne s'affiche lorsqu'un utilisateur tente de sauvegarder des machines virtuelles sur un hôte ESX arrêté.

    Ce problème est résolu. Désormais, le message d'événement suivant s'affiche : VDP : échec du lancement d'une sauvegarde ou d'une restauration d'une machine virtuelle. Il est probable que la banque de données de la machine virtuelle ne soit pas accessible.

  • La création de travaux de sauvegarde sans sélectionner de règle de rétention ne devrait pas être autorisée.

    L'appliance VDP permet aux utilisateurs de créer une image de travail de sauvegarde sans spécifier de règle de rétention. Bien que l'option Règle de rétention soit activée dans l'assistant Créer un nouveau travail de sauvegarde, aucune règle de rétention ne s'affiche dans la page Prêt à terminer et un message d'erreur s'affiche, indiquant que l'assistant n'a pas réussi à créer une sauvegarde.

    Ce problème est résolu et l'assistant n'autorise plus les utilisateurs à créer un travail de sauvegarde sans sélectionner de règle de rétention.

  • Dans l'interface utilisateur de l'utilitaire VPD-configure, le service de gestion est indiqué de manière incorrecte comme étant arrêté pendant les cinq premières minutes suivant l'arrêt des services de base.

    Ce problème est résolu dans cette version de SP.

  • Impossible de se connecter à l'appliance VDP lorsque la taille de l'en-tête HTTP est supérieure à 8 Ko.

    Ce problème a été résolu en augmentant la taille maximale de l'en-tête HTTP du serveur à 32 Ko.

  • Le numéro de port vCenter par défaut est 443. Si le numéro de port par défaut est remplacé par un port qui n'est pas par défaut, le plug-in de VDP n'est pas visible.

    Ce problème est résolu dans cette version de SP. Lorsqu'il est exécuté sous Windows ou Linux, le plug-in de VDP est désormais visible lorsqu'un port vCenter qui n'est pas le port par défaut est utilisé.

  • La page du gestionnaire de capacité bloque vSphere Web Client

    Ce problème est résolu dans cette version. La page Capacity Manager UI (Interface utilisateur du gestionnaire de capacité) se charge correctement.

  • La planification de la sauvegarde se trouve sur l'appliance VDP après la suppression du travail de sauvegarde.

    Ce problème est résolu dans cette version de SP.

  • Messages /var/log/ non inclus dans le bundle de journaux

    Ce problème est résolu dans cette version de SP. L'ajout des messages /var/ au bundle de journaux aide considérablement le personnel d'assistance lors d'un dépannage.

  • La sauvegarde échoue lorsque le fichier VMX est anormalement petit.

    VDP est incapable de sauvegarder des machines virtuelles dans des centres de données dont le nom comporte des caractères spéciaux. Cependant, lorsque la sauvegarde est effectuée en dehors de VDP à l'aide d'un navigateur, la sauvegarde s'exécute correctement. VDP crée le travail de sauvegarde en prenant le dossier directement depuis vCenter et en le configurant sur le client à sauvegarder.

    Ce problème est résolu dans cette version de SP.

  • Les rapports par e-mail s'exécutent des jours de semaine qui ne sont pas sélectionnés. Cela peut générer l'envoi d'e-mails plusieurs jours par semaine alors qu'un seul jour est demandé.

    Ce problème est résolu dans cette version de SP.

  • Le passage à vCenter a échoué lors du remplacement de l'adresse IP dans vCenter par le nom de domaine complet dans le même vCenter.

    Lorsqu'un utilisateur modifie une configuration de vCenter dans l'interface utilisateur de configuration de VDP, un message d'avertissement affiche le message suivant : Vous tentez de modifier la configuration de vCenter. Si vous choisissez de continuer cette opération, votre configuration VDP sera réinitialisée, les travaux de sauvegarde seront supprimés et les clients seront retirés. Tant que les sauvegardes des clients seront accessibles, vous devrez recréer votre configuration de VDP.

    Ce problème est résolu dans cette version de SP.

  • Le plug-in de VDP ne parvient pas à s'enregistrer sur vCenter ; une erreur de version s'affiche.

    Ce problème est résolu dans cette version de SP.

  • Mise à jour de VDDK pour les versions VDP 5.1.11 et 5.1.20

    Mise à jour des résolutions de bogues réussie dans VDDK (Virtual Disk Development Kit) pour s'aligner sur les versions VDP 5.1.11 et 5.1.20. Pour obtenir des instructions de téléchargement détaillées, reportez-vous à vsphere-early-access.vmdev.net ou consultez votre représentant de l'équipe VMware Ecosystem Engineering.

  • Des erreurs d'authentification de Virtual Center provoquent l'abandon et le non rétablissement des connexions vCenter.

    N'actualisez pas les données du cache de vCenter lorsque vous rencontrez des problèmes de récupération entre vCenter et MCS. En outre, en cas de problèmes de connexion vCenter, ne lancez pas VMwareEventsMonitor.

  • La machine virtuelle est restaurée en tant que disque alloué dynamiquement dans vCenter.

    Ce problème est résolu dans cette version. Lorsqu'elle est restaurée en tant que nouvelle machine virtuelle, la VM est désormais restaurée en tant que disque alloué dynamiquement dans vCenter.

  • La vérification de version dans l'interface utilisateur de mise à niveau de VDP implique une version mineure à deux chiffres au format <release>.<major>.<minor>.<build_number>. La vérification de version échoue si la version <minor> est à un chiffre (par exemple : 5.5.1.x.

    L'algorithme de comparaison de versions a été déplacé de l'interface utilisateur au serveur, ce qui fragmente chaque version individuellement.

  • Suite à une mise à niveau vers la version 6.1, les sauvegardes SQL incrémentielles échouent par intermittence. Dans les versions 5.x, les sauvegardes SQL incrémentielles fonctionnent comme prévu.

    Ce problème est résolu dans cette version.

  • La restauration d'une base de données SQL Server sur laquelle la sauvegarde du fichier de fin du journal est activée est terminée, mais la sauvegarde du fichier de fin du journal n'est pas disponible pour la restauration.

    Ce problème est résolu dans cette version.