vSphere Data Protection 5.5.5 | 14 novembre 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.

Problèmes d'installation

  • Lors de l'installation de VDP, si l'utilisateur clique sur Précédent dans l'écran d'enregistrement de vCenter sans entrer de valeurs, le système ne parvient pas à initialiser le système vCenter et l'installation échoue.

    Solution : Réinstallez VDP en suivant les instructions du chapitre « Installation et configuration de VDP » du Guide d'administration de vSphere Data Protection.

Problèmes d'octroi de licence

  • Le plug-in VDP Advanced revient à VDP lorsqu'il est impossible de déterminer la licence de l'hôte ESX.

    VDP Advanced revient à VDP pour plusieurs raisons :

    • L'utilisateur déploie un plug-in VDP Advanced sur un hôte ESX disposant d'une licence d'évaluation. Dès que l'appliance VDP Advanced est en cours d'exécution, la licence d'évaluation devient une licence Essentials Plus et l'action Basculer vers VDPA génère une erreur.
    • L'utilisateur déploie un plug-in VDP Advanced sur un système vCenter endommagé et le service de gestion des licences ne répond pas.
  • Gestion des licences : la date d'expiration d'une licence VDP Advanced est toujours Aucune si l'appliance VDP Advanced est enregistrée sur un système vCenter non anglais.

    Lorsqu'une appliance VDP Advanced est enregistrée sur un système vCenter non anglais, le plug-in affiche toujours la date d'expiration « Aucune » pour les licences d'évaluation. Le problème est résolu dès que l'appliance est enregistrée sur un système vCenter anglais.

Problèmes généraux de l'appliance VDP

  • Si une appliance VDP allouée dynamiquement atteint la capacité maximale de la banque de données, même après avoir libéré de l'espace sur la banque de données, des erreurs de vérification d'intégrité se produisent sur l'appliance VDP.
  • Les événements vCenter ne se génèrent pas au cours de la configuration initiale si l'utilisateur modifie le nom d'hôte ou l'adresse IP de VDP.

    Solution : Surveillez les événements de reconfiguration sur la console de l'appliance VDP.

  • Une fois la mise à niveau vers VDP 5.5.x effectuée, l'utilisateur peut voir deux plug-ins répertoriés dans le volet gauche du système vCenter.

    Lorsque l'installation de la mise à niveau réussit, deux plug-ins sont présents dans le volet gauche de vSphere Web Client. VDP version 5.1 et les versions antérieures sont gérés à l'aide du plug-in de vSphere Data Protection. VDP version 5.5 est géré à l'aide du plug-in de vSphere Data Protection 5.5.

    REMARQUE : deux plug-ins sont également présents si une appliance VDP 5.5 est installée alors qu'une version antérieure à la version 5.5 existe déjà.

    Pour supprimer le plug-in vSphere Data Protection, vous devez mettre à niveau toutes les appliances VDP vers VDP 5.5, puis utiliser le gestionnaire de plug-ins pour désactiver le plug-in VDP.

    Pour plus d'informations sur la gestion des plug-ins vCenter, reportez-vous au site Web Centre de documentation VMware vSphere.

  • Les programmes d'installation du plug-in de l'appliance VDP ne peuvent pas être téléchargés à l'aide de la dernière version du navigateur Google Chrome.

    Solution : Mettez à jour le navigateur Chrome vers la version 29.0.1547.66. Une fois le téléchargement terminé, effectuez une nouvelle actualisation.

  • Des liens sont rompus dans la page Démarrage.

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

  • Connexion impossible à vdp-configure après le premier redémarrage.

    Dans certaines instances intermittentes, l'utilisateur ne peut pas se connecter à vdp-configure après le cycle déploiement-redémarrage. Aucune erreur ne figure dans le journal de vdr-configure. L'effacement du cache du navigateur et une tentative de connexion avec d'autres navigateurs ne résolvent pas le problème.

    Solution : Utilisez les commandes suivantes pour démarrer et arrêter manuellement les services vdp-configure :
    emwebapp.sh --stop
    emwebapp.sh --start

  • L'appliance VDP se bloque et se met hors tension lorsqu'une machine virtuelle provisionnée dynamiquement est restaurée sur une banque de données ne disposant pas d'un espace suffisant.

    Le résultat reste le même, quelle que soit la banque de données sur laquelle réside l'appliance ou sur laquelle la machine virtuelle est restaurée. Le problème est lié au mode de transport. L'appliance se bloque parce que le disque qui lui a été ajouté à chaud ne dispose pas d'un espace suffisant, et le placement de l'appliance sur une autre banque de données ne résoudrait pas le problème.

  • Performances médiocres de l'interface utilisateur de VDP

    Au bout de quelques jours d'utilisation de l'interface utilisateur de VDP Appliance 5.5.x, les performances de l'interface utilisateur sont bien inférieures à ce qu'elles étaient lors du déploiement initial. Le ralentissement n'est pas constant (par exemple, une opération peut prendre trente secondes ou cinq minutes). Les opérations suivantes présentent des problèmes de performances :

    • Connexion initiale à VDP après connexion au système vCenter
    • Création d'une tâche de sauvegarde
    • Développement de la liste de serveurs Microsoft dans l'assistant de sauvegarde
    • Modification de tâches de sauvegarde existantes
    • Actualisation de l'onglet Restaurer
    • Exploration d'une sauvegarde dans l'onglet Restaurer

    En règle générale, la durée de chargement des données varie en fonction du nombre de travaux simultanés en cours d'exécution.

    Solution : Redémarrez l'appliance et observez si les performances de certaines tâches se sont améliorées.

Problèmes de sauvegarde

  • Si un travail de sauvegarde volumineux est créé (environ 100 machines virtuelles), la création de ce travail peut prendre jusqu'à dix minutes.
  • Un travail de sauvegarde d'image et de VMDK d'une machine virtuelle sur laquelle le partage de bus SCSI est activé est autorisé, mais il échoue, et la tâche du travail ne s'affiche pas dans le système vCenter.

    L'article suivant de la base de connaissances VMware indique que les snapshots ne sont pas pris en charge pour les machines virtuelles sur lesquelles le partage de bus SCSI est activé :
    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006392

    Solution : Si vous avez besoin du partage de bus, suivez les instructions de la section Resolution de l'article de la base de connaissances.

  • Les sauvegardes d'une taille égale ou supérieure à 2 To échouent en silence et leur réussite est signalée de façon erronée sur les machines virtuelles Windows sur lesquelles disk.EnableUUID=true.

    La publication d'un correctif pour ce problème est différée à la version VDDK 5.5.U1. La prise en charge de Windows pour les machines virtuelles d'une taille supérieure à 2 To sera supprimée du produit tant que le problème n'aura pas été résolu.

  • Aucun traitement d'erreur approprié n'est assuré lors de l'exécution d'un travail planifié de sauvegarde de disque d'un VMDK qui a été migré vers une autre banque de données.

    Le travail de sauvegarde planifié d'un VMDK se termine sans erreur, mais l'erreur se produit lorsque l'emplacement de la banque de données est changé vers une autre banque de données.

  • Les travaux de sauvegarde ne s'affichent pas dans l'onglet Rapports ou dans l'onglet Sauvegarde.

    Solution : Appelez l'assistance technique.

  • Inventaire d'échelle : la création d'un travail ne parvient pas à inclure tous les clients lorsqu'un grand nombre de clients de machines virtuelles est impliqué.

    De façon intermittente (environ une tentative sur cinq), lorsque l'utilisateur tente de créer un travail de sauvegarde d'un conteneur auquel sont associées un grand nombre de machines virtuelles, l'appliance VDP Advanced indique que quelques clients n'ont pas pu être ajoutés au travail de sauvegarde.

    Solution : Modifiez manuellement le travail de sauvegarde pour ajouter les clients manquants.

  • Assistant de modification d'un travail de sauvegarde : impossible de localiser la machine virtuelle si le nom de cette dernière est le même que celui de son pool de ressources.

    Si le nom de la machine virtuelle est exactement le même que celui du pool de ressources dans lequel elle réside, l'appliance VDP affiche un message d'erreur lorsque l'utilisateur modifie le travail de sauvegarde : Les éléments suivants n'ont pas pu être localisés et n'ont pas été sélectionnés : <VM-name-here>. Sur le plan fonctionnel, les travaux de sauvegarde continuent à s'exécuter correctement.

    Solution : Une fois le message d'erreur reçu, il est possible de localiser et de sélectionner la machine virtuelle dans l'assistant de modification d'un travail de sauvegarde. Pour éviter ce problème, vous pouvez renommer le pool de ressources ou la machine virtuelle afin qu'ils ne portent pas le même nom.

  • Le déplacement d'une machine virtuelle vers un pool de ressources provoque une erreur « VM introuvable » lors de la modification du travail de sauvegarde.

    L'utilisateur obtient un message d'erreur lorsqu'il tente de modifier un travail de sauvegarde si une machine virtuelle qui se trouvait initialement dans un conteneur a été ensuite déplacée vers un autre conteneur. Sur le plan fonctionnel, le travail de sauvegarde continue à s'exécuter correctement.

    Solution : Une fois le message d'erreur reçu, localisez et sélectionnez la machine virtuelle dans l'assistant de modification d'un travail de sauvegarde.

  • Les sauvegardes, les restaurations dans l'emplacement d'origine et les restaurations dans un nouvel emplacement fonctionnent de la façon prévue sur les banques de données portant des noms chinois. Cependant, si une machine virtuelle cible se trouve sur cette banque de données en tant que nouveau disque, l'opération de restauration dans un nouvel emplacement échoue sur les banques de données portant des noms chinois.

    Ce problème de proxy d'image est connu et sera corrigé dans une version ultérieure.

  • Impossible de créer un nom d'utilisateur comportant plus de 20 caractères au moyen de l'outil VMware VDP Exchange Backup User Tool.

    Solution : Créez un nom d'utilisateur comportant un maximum de 20 caractères.

Problèmes de restauration

  • Si une machine virtuelle est supprimée lors d'une opération de restauration de VDP, elle ne sera pas correctement supprimée de l'inventaire VDP. Cela provoque une erreur lors de l'édition des travaux de sauvegarde qui incluent la machine virtuelle supprimée en tant que source. En outre, si une machine virtuelle est créée sous le même nom, les tentatives d'ajout de la machine virtuelle à un travail de sauvegarde échouent.

    Solution : Il est recommandé d'éviter de supprimer des machines virtuelles pendant les opérations de restauration. Si cette erreur se produit, créez la machine virtuelle avec un nouveau nom et ajoutez-la à un nouveau travail de sauvegarde.

  • Lorsqu'une machine virtuelle de plus grande taille (avec des disques durs séparés) est restaurée sur une machine virtuelle de plus petite taille (avec un seul disque), le travail de restauration se termine, mais un seul disque est réellement restauré. L'appliance VDP n'affiche pas cette activité avec un message d'erreur (par exemple : « disques de destination insuffisants »). Il existe donc une possibilité de perte de données si tous les disques ne sont pas restaurés et l'utilisateur n'en est pas averti car aucun événement VDP n'est généré.

    Pour effectuer la vérification de compatibilité de disques, la taille du disque sur la machine cible et celle des disques de la sauvegarde en cours de restauration doivent être connues.

  • Les disques supprimés sont ignorés lors de la restauration dans l'emplacement d'origine.

    Si la machine virtuelle cible n'a plus la même empreinte de disque que la machine virtuelle d'origine qui a été sauvegardée (si les disques ont été retirés ou supprimés de la machine virtuelle), l'exécution d'une opération « Restaurer dans l'emplacement d'origine », après sélection d'un horodatage de point de restauration dans le panneau Restaurer, fait échouer la restauration du disque manquant de la machine virtuelle sans message d'erreur.

    Solution : Restaurez le disque dans son emplacement d'origine après avoir ajouté manuellement le disque manquant à la machine virtuelle. Assurez-vous que le disque a la même taille que celle qu'il avait lors de la sauvegarde de la machine virtuelle. Si cette solution échoue, restaurez le disque dans un nouvel emplacement pour créer une nouvelle machine virtuelle. À la fin de la tâche de restauration, détachez les disques restaurés de la nouvelle machine virtuelle et attachez-les à la machine virtuelle requise en suivant les instructions de la section relative au détachement et au rattachement de stockage dans le Guide d'administration de vSphere Data Protection.

  • La restauration échoue lors d'une tentative de restauration en tant que nouvelle machine virtuelle en utilisant le nom précédent de la machine virtuelle renommée.

    Lorsque l'utilisateur crée un travail de sauvegarde pour une machine virtuelle, sélectionne le point de restauration et entre l'ancien nom de la machine virtuelle renommée dans le champ Restaurer dans le nouvel emplacement, la restauration échoue avec le message suivant : Impossible de restaurer la machine virtuelle pour le point de restauration. Le chemin de banque de données existe déjà.

  • Attacher un stockage existant à VDP : le volet Restaurer affiche plusieurs entrées portant le même nom si l'importation est effectuée plusieurs fois dans un même système vCenter.

    Lorsqu'un utilisateur effectue plusieurs importations dans un système vCenter, le même nom s'affiche dans le volet Restaurer pour les deux entrées de point de restauration.

  • L'option « Définir les options de restauration » au cours d'une répétition de restauration est vide si vous n'êtes pas connecté à l'appliance VDP.

    Dans la page Définir les options de restauration de l'assistant Restaurer une sauvegarde, vous pouvez spécifier à quel endroit vous souhaitez restaurer la sauvegarde (Restaurer à l'emplacement d'origine ou Restaurer à un nouvel emplacement). Cependant, la page Définir les options de restauration est vide si vous n'êtes pas connecté à l'appliance VDP.

    Solution : Connectez-vous à l'appliance VDP pour utiliser l'assistant Restaurer une sauvegarde et ses options.

  • Restauration d'ID SCSI : une erreur imprévue se produit lorsqu'un disque est restauré sur la même machine virtuelle ou sur une autre machine virtuelle sous tension

    Le message d'erreur qui s'affiche lorsqu'un utilisateur restaure le disque dans son emplacement d'origine (et que la machine virtuelle du disque est sous tension) est le suivant :
    Une erreur inattendue s'est produite avec le code d'erreur suivant :
    D'autres informations peuvent être disponibles dans les journaux du client téléchargeables à partir de l'application de configuration (https://<VDP hostname>:8543/vdp-configure).

  • L'onglet Restaurer ne s'actualise pas lors de la connexion à une autre appliance VDP.

    Sur un système vCenter comportant plusieurs appliances VDP, lorsque l'utilisateur se connecte à la première appliance VDP et se déconnecte (Toutes les actions > Déconnecter), puis se connecte à la deuxième appliance VDP, les sauvegardes de la première appliance VDP s'affichent. Si l'utilisateur explore l'une des sauvegardes sur la première appliance VDP, une erreur s'affiche.

    Solution : Cliquez sur le bouton Actualiser dans l'onglet Restaurer.

  • Restauration d'ID SCSI : impossible de restaurer un disque supprimé/retiré sur une même machine virtuelle.

    Pour reproduire ce problème, une sauvegarde d'une machine virtuelle comportant plusieurs disques est effectuée. Une fois la sauvegarde effectuée, l'un des disques est supprimé ou retiré. Dans l'onglet Restaurer, le disque supprimé est sélectionné et l'utilisateur clique sur Restaurer. Dans Définir les options de restauration, par défaut, l'option « Restaurer dans l'emplacement d'origine » n'est pas cochée. L'utilisateur sélectionne un emplacement vide et initialise la restauration. L'opération de restauration réussit, mais dans la machine virtuelle, aucun nouveau disque n'est ajouté ni restauré.

  • L'envoi de cinq à huit restaurations manuelles prend au moins 10 minutes et un client est manqué.

    L'envoi de 5, 6 et 8 restaurations manuelles prend systématiquement 10 minutes. En outre, le client Web ne parvient pas à inclure un client provenant de l'ensemble des restaurations. Par conséquent, il est impossible de collecter les taux de 8 restaurations manuelles en parallèle, étant donné que l'un des travaux n'est pas envoyé ou expire.

  • Une machine virtuelle validée lors d'une restauration sous un conteneur protégé ne doit pas être incluse dans un travail de sauvegarde.

    Une machine virtuelle temporaire (c'est-à-dire, une machine virtuelle incluant VDP_Verifying dans son nom) ne doit pas être incluse dans un travail de sauvegarde. Les utilisateurs ne doivent pas sauvegarder les machines virtuelles créées par la fonction de vérification de sauvegarde automatique (ABV). Par exemple, si l'utilisateur crée un travail de sauvegarde sur un hôte et sélectionne également cet hôte comme destination pour un travail ABV, des données erronées peuvent être générées sur le serveur et ces machines virtuelles ne s'affichent pas comme sources répliquées.

  • L'ID SCSI qui est déjà attribué au périphérique est répertorié dans l'assistant de restauration. L'utilisateur est autorisé à sélectionner l'ID SCSI attribué lors de la restauration d'un disque de machine virtuelle (VMDK) individuel.

    Solution : Ne sélectionnez pas l'emplacement SCSI qui est attribué à un périphérique existant comme cible de restaurations de disques.

  • Impossible de créer des travaux de restauration de disques lorsque les numéros d'ID de contrôleur SCSI ne sont pas continus sur la machine virtuelle cible.

    Par exemple, si la machine virtuelle cible dispose des contrôleurs SCSI 0 et 3, et si l'utilisateur tente de restaurer un disque dans un emplacement vide sur le contrôleur SCSI 3, l'opération échoue et une erreur s'affiche.

    Solution : Restaurez le disque sur le contrôleur SCSI 0 ou assurez-vous que la machine virtuelle dispose de tous les contrôleurs SCSI, de 0 à celui que vous souhaitez restaurer (0, 1, 2, 3).

  • ID SCSI : la restauration d'un disque d'une machine virtuelle retirée ou répliquée sur une machine virtuelle existante crée une nouvelle machine virtuelle.

    Lorsqu'un utilisateur initialise une restauration d'ID SCSI de disques d'une machine virtuelle retirée sur une machine virtuelle existante, au lieu d'ajouter les disques à la machine virtuelle sélectionnée, la restauration crée une nouvelle machine virtuelle en y attachant tous les disques sélectionnés.

    Solution : Après l'exécution d'une restauration, attachez manuellement les disques restaurés à leur machine virtuelle d'origine (existante).

Problèmes de réplication

  • Le cache du client ne prend pas en charge plusieurs travaux de réplication.

    Plusieurs travaux de réplication pour un même client MS-App provoquent des erreurs au cours de l'exécution s'ils sont planifiés à la même heure.

    Solutions :

    • Assurez-vous que les heures de début des travaux de réplication sont échelonnées.
    • Ne placez pas un même client dans plusieurs travaux de réplication.

  • Si plusieurs travaux de réplication pour différentes machines virtuelles sont créés dans un travail unique, ils s'exécutent en série et non pas en parallèle.

    L'activité de réplication pour plusieurs machines virtuelles doit être traitée en parallèle. Le comportement séquentiel se produit uniquement lorsqu'un autre travail de réplication avec les mêmes clients est déjà en cours d'exécution. Dans ce cas, la tâche de réplication du client attend la fin du travail de réplication déjà en cours d'exécution.

  • Les sauvegardes répliquées ne peuvent pas être répliquées à nouveau.

    L'assistant de réplication ne prend pas en charge la réplication de sauvegardes ayant déjà été répliquées à partir d'un autre serveur source. Les clients ou les points de restauration ayant déjà été répliqués à partir d'un autre serveur source ne sont pas présentés comme étant disponibles dans les options Créer | Modifier | Cloner un travail de réplication de l'assistant.

  • Impossible de répliquer des sauvegardes à partir de disques importés.

    Les sauvegardes importées (c'est-à-dire les sauvegardes qui ont été créées avec une appliance précédente à partir de laquelle des disques ont été importés vers une nouvelle appliance) ne peuvent pas être répliquées. Vous pouvez uniquement répliquer des clients VM disposant d'un enregistrement de client VM actuel.

    Cette limitation de l'importation de stockage est connue et sera corrigée dans une version ultérieure.

Problème de VMDK

  • Des disques au format Thick eager-zeroed existants passent au format Thick lazy-zeroed après l'expansion.

    Lors de l'extension d'un VMDK au format Thick eager-zeroed, la partie étendue est au format Thick lazy-zeroed. Si vous devez étendre votre VMDK et si ce dernier doit être au format Thick eager-zeroed, utilisez les paramètres présentés dans le blog VMware suivant :
    http://blogs.vmware.com/vsphere/2012/06/extending-an-eagerzeroedthick-disk.html

Problèmes d'application Microsoft (MS App)

  • La sélection d'un dossier pour une restauration SharePoint ne sélectionne pas tous les sous-dossiers existants dans l'arborescence de navigation.

    Lors de la sélection d'un dossier pour une restauration Microsoft SharePoint, tous les sous-dossiers existants ne s'affichent pas comme étant disponibles pour la sélection. Bien que les sous-dossiers ne s'affichent pas comme étant disponibles pour la restauration, le processus de restauration réussit pour tous les sous-dossiers contenus dans le dossier.

  • L'option « Autoriser le remplacement de la base de données » n'est pas définie sur « true » dans le serveur Microsoft Exchange et la restauration échoue.

    Solution : Lors de la restauration de bases de données, définissez l'option « Autoriser le remplacement de la base de données » sur « true ». Pour obtenir des instructions, reportez-vous à la section relative à la restauration de sauvegardes de serveurs Microsoft Exchange (options avancées) du Guide d'administration de vSphere Data Protection.

  • L'option « Restaurer dans RSG/RDB » n'est pas définie sur « true » dans le serveur Microsoft Exchange et la restauration échoue.

    Solution : Lors de la restauration de bases de données, définissez l'option « Restaurer dans RSG/RDB » sur « true ». Pour obtenir des instructions, reportez-vous à la section relative à la restauration de sauvegardes de serveurs Microsoft Exchange (options avancées) du Guide d'administration de vSphere Data Protection.

  • Les demandes de sauvegarde et de restauration d'applications MS n'aboutissent pas et les travaux ne parviennent pas à démarrer.

    Le Gestionnaire d'événements ne fournit pas d'informations détaillées sur l'échec de la demande. Une nouvelle tentative de l'opération permet généralement la réussite de la sauvegarde ou de la restauration. La cause de ce problème est actuellement inconnue.

  • L'avertissement de l'instance de SQL sur l'assistant de sauvegarde de base de données d'application doit être supprimé pour les cas non valides.

    Lors de la création d'une sauvegarde au niveau de l'instance d'un serveur Microsoft SQL, l'assistant de création de sauvegarde affiche le message d'erreur suivant :
    La sélection d'une instance de SQL Server en tant que cible de sauvegarde entraînera uniquement la sauvegarde de la ou des bases de données actuellement présentes. Toute future modification de cette instance nécessitera la modification du travail de sauvegarde.

    Ce message d'avertissement est incorrect. Si l'utilisateur crée une sauvegarde de base de données d'application sans développer l'instance, le groupe de sauvegarde sélectionne automatiquement la base de données récemment ajoutée et la sauvegarde. L'avertissement ci-dessus n'est donc pas valide.

  • Un client non enregistré pour une sauvegarde d'application SQL Server affiche le nombre de sources de manière incorrecte.

    La sauvegarde de la base de données d'application pour un serveur Microsoft SQL affiche un nombre de zéro client pour une sauvegarde de client non enregistrée, même si un serveur MS-App a été ajouté au travail de sauvegarde. Pour le même client non enregistré, une sauvegarde de serveur complète (au lieu d'une sauvegarde de base de données) affiche correctement le nombre de sources.

  • Un travail de restauration redirigée de Microsoft SharePoint échoue pour la base de données si l'adresse IP est utilisée comme un alias à la place du nom du serveur.

    Une sauvegarde dans l'emplacement d'origine avec l'option de remplacement fonctionne correctement. La sauvegarde échoue uniquement lors de l'exécution d'une restauration redirigée lorsque l'adresse IP est utilisée à la place du nom du serveur.

    Solution : Utilisez le nom du serveur lors de la création d'un alias.

  • Un travail de restauration redirigée de Microsoft SharePoint s'affiche comme étant réussi, même lorsque la restauration de certaines bases de données échoue.

    Lors de la restauration de plusieurs bases de données ou de l'intégralité d'une batterie de serveurs SharePoint, certaines bases de données problématiques peuvent échouer. Même si certaines bases de données échouent, le travail de restauration indique que le travail a réussi. Cela peut entraîner une perte de données. La sauvegarde de la base de données échoue uniquement lors de l'exécution d'une restauration redirigée lorsque l'adresse IP est utilisée à la place du nom du serveur lors de la création d'un alias SQL.

    Solution : Utilisez le nom du serveur lors de la création d'un alias.

  • La durée de chargement de bases de données individuelles pour un client MS-App est inacceptable.

    Après avoir appelé l'assistant de sauvegarde MS-App, l'exploration de bases de données individuelles dans la page Cibles de sauvegarde est plus longue que d'habitude sur l'appliance VDP Advanced.

  • Sur les serveurs Microsoft Exchange, le champ Chemin d'accès des emplacements n'est pas validé lorsque toute la sauvegarde est sélectionnée pour une restauration.

    Une validation n'est pas effectuée sur le champ Chemin d'accès des emplacements (la zone de texte ne devient pas rouge lorsque le champ est laissé vide, ou n'affiche pas d'info-bulle). Cependant, lors de la sélection de bases de données individuelles pour une restauration, la validation fonctionne normalement.

  • Un nombre incorrect s'affiche pour les sources périmées d'une sauvegarde de base de données d'application ayant échoué ou ayant été annulée.

    La différence entre le nombre de sources et le nombre de sources périmées est fréquente pour les sauvegardes de base de données d'application Microsoft SQL et Exchange.

  • Le cache du client ne prend pas en charge plusieurs travaux de réplication.

    Le fichier de cache se verrouille pour un client MS-App lorsque des travaux de réplication simultanés démarrent pour un même client provenant de différents groupes. Le cache du client ne prend pas en charge plusieurs travaux de réplication et signale que le fichier du cache est verrouillé.

    Solutions :

    • Assurez-vous que les heures de début des travaux de réplication sont échelonnées.
    • Ne placez pas un même client dans plusieurs travaux de réplication.

  • L'option « Restaurer dans RSG/RDB » échoue lorsque l'utilisateur spécifie le chemin des données au lieu du chemin du journal.

    Solution : Spécifiez le chemin du journal RSG/RDB (le chemin où le fichier journal RSG/RDB sera restauré ; par exemple, C:\myrdb) au lieu du chemin de base de données RSG/RDG. Pour plus d'informations, reportez-vous à la section relative à la restauration de sauvegardes de serveurs Microsoft Exchange dans le Guide d'administration de vSphere Data Protection.

    REMARQUE : L'utilisateur peut laisser les champs de chemins du journal et de base de données vides. Si ces deux champs sont laissés vides, la restauration s'effectue par défaut dans son emplacement d'origine.

  • Sur les clients Microsoft Exchange, de nombreux messages d'avertissement sont ajoutés fréquemment dans le journal avagent et saturent ce dernier.

    Le client Microsoft Exchange est laissé enregistré dans deux appliances VDP Advanced dans le système vCenter, ce qui crée le problème.

Problèmes de gestion du système

  • Les sauvegardes dans les systèmes de domaine de données échouent en raison de l'expiration du proxy d'image.

    Un indicateur détermine la valeur de délai d'attente. La valeur de délai d'attente par défaut est de 300 secondes (5 minutes). La solution consiste à définir l'indicateur sur une valeur différente de la valeur de délai d'attente par défaut, mais aucun service professionnel n'est disponible pour VDP. Par conséquent, nous vous recommandons de contacter l'assistance technique.

  • Impossible d'effectuer une extension de stockage tant que l'ajout à chaud de CPU n'est pas activé, même si l'utilisateur décide de ne pas augmenter le nombre de vCPU.

    Lors de l'expansion du stockage sur disque, l'ajout à chaud de CPU doit être activé sur la machine virtuelle. L'ajout à chaud de CPU et de mémoire est activé par défaut dans la version 5.5.5. Précédemment, les utilisateurs pouvaient effectuer une expansion de stockage même si l'ajout à chaud de CPU était désactivé.

  • Importer un disque : l'assistant de configuration initiale alloue toujours la configuration par défaut de 4 vCPU et de 4 Go de RAM.

    Quelle que soit la capacité importée, qui pour VDP Advanced peut être de 2 To, 4 To, 6 To ou 8 To, par défaut l'assistant alloue toujours uniquement 4 vCPU et 4 Go de RAM. L'opération d'importation réussit, l'appliance VDP Advanced est opérationnelle, ce qui risque de créer des problèmes ultérieurement en termes de sous-provisionnement de mémoire. L'assistant de configuration initiale devrait plutôt définir la valeur par défaut à la mémoire minimale en fonction de la capacité importée, comme il le fait lors de l'exécution d'une nouvelle installation de VDP Advanced. La quantité minimale de mémoire par machine virtuelle dépend de la capacité :

    • Capacité de 2 To - Mémoire de 6 Go
    • Capacité de 4 To - Mémoire de 8 Go
    • Capacité de 6 To - Mémoire de 10 Go
    • Capacité de 8 To - Mémoire de 12 Go

Problèmes de vérification de sauvegarde automatique (ABV)

  • ABV : le rapport Clients ne filtre pas selon le critère « dans les dernières » 60 minutes.

    Le filtre de minutes ne fonctionne pas comme prévu. Bien que le rapport Clients n'applique pas le filtre « dans les dernières » 60 minutes, il produit un rapport portant sur la dernière heure. Ce problème existe pour les travaux de sauvegarde et les travaux de vérification de sauvegarde.

  • L'hôte n'est pas compatible avec la machine virtuelle qu'il doit restaurer et laisse des machines virtuelles orphelines dans l'inventaire vCenter.

    Les travaux de vérification de sauvegarde automatique (ABV) qui ne sont pas compatibles avec l'hôte échouent, et les travaux ABV ayant échoué laissent des machines virtuelles orphelines dans l'inventaire vCenter.

    Solution : Supprimez ou annulez l'enregistrement des machines virtuelles qui subsistent dans l'inventaire vCenter ou dans l'inventaire de banque de données.

  • ABV : un travail de vérification échoue après le changement de nom de la banque de données.

    Cette erreur peut se produire si vous renommez ou déplacez la banque de données de destination en dehors de VDP.

    Solution : Modifiez le travail de vérification et sélectionnez la banque de données de destination renommée ou déplacée comme nouvelle destination. Pour obtenir des instructions, reportez-vous à la section sur la modification d'un travail de vérification de sauvegarde dans le Guide d'administration de vSphere Data Protection.

  • ABV : un travail de vérification ne parvient pas à s'initialiser lorsque le chemin de destination de l'hôte est modifié.

    Solution : Modifiez le travail de vérification et sélectionnez le chemin de destination approprié lorsque vous exécutez le travail de vérification.

  • ABV : un travail de vérification à la demande n'est pas initialisé si la dernière sauvegarde n'a pas abouti.

    L'erreur suivante se produit sur un travail ABV si la dernière sauvegarde n'a pas abouti :
    Erreur: « Erreur inattendue sans code d'erreur. Consultez les journaux. »
    L'utilisateur n'est pas averti du problème et les journaux ne contiennent pas d'informations utiles.

  • L'état de l'activité d'un travail de vérification planifié ne peut pas être déterminé si la destination est en mode de maintenance.

    Un message d'erreur s'affiche, mais il n'y a pas d'activité de journal.

  • Des messages d'erreur incorrects s'affichent si le travail de vérification échoue en raison de problèmes de connexion liés à un domaine de données.

    La sauvegarde ne peut pas être restaurée et le travail de vérification échoue, car l'appliance VDP ne peut pas communiquer avec le domaine de données. Le travail de vérification devrait échouer ; cependant, le message d'erreur approprié ne s'affiche pas et l'utilisateur ne connaît pas la cause de l'incident.

  • ABV : une erreur de plug-in est obtenue lorsque l'hôte de destination se trouve dans l'état Déconnecté.

    Le travail de vérification devrait échouer si l'hôte de destination est déconnecté ; cependant, le message d'erreur appropriée ne s'affiche pas et l'utilisateur ne connaît pas la cause de l'incident.

  • Pour les travaux de vérification de sauvegarde automatique (ABV), l'annulation d'une tâche ABV en cours d'exécution activée à partir de Web Client ne supprime pas la machine virtuelle VDP_Verification de la banque de données.

    Lors de l'exploration de la banque de données spécifiée comme destination pour la nouvelle machine virtuelle, la machine virtuelle VDP_VERIFICATION_xxxx est toujours présente sur la banque de données, même après l'actualisation du navigateur.

  • ABV : les tâches de vérification planifiées se bloquent à 92 % si l'hôte devient déconnecté pendant l'opération.

    Si l'hôte de destination sur lequel la machine virtuelle est en cours de restauration devient déconnecté, la tâche de vérification planifiée se bloque à 92 %.

    Solution : Annulez manuellement la tâche et, si la tâche ne peut pas être annulée, redémarrez les services Web vCenter de l'appliance VDP à l'aide de la commande suivante :
    emwebapp.sh --restart

Problèmes de récupération au niveau des fichiers (FLR)

  • La récupération au niveau des fichiers (FLR) ne fonctionne pas sur une machine virtuelle exécutant Windows 2012 et Windows 8 avec un deuxième disque.

  • Après l'importation, la connexion FLR échoue pour les machines virtuelles ayant été sauvegardées avant l'importation.

    La récupération au niveau des fichiers (FLR) n'est pas prise en charge pour les points de restauration qui ont été importés à partir de disques VDP précédemment utilisés (tel que décrit dans la section relative à l'attachement d'un stockage existant dans le Guide d'administration de vSphere Data Protection). Cette limitation ne s'applique pas aux points de restauration qui sont créés pour les sauvegardes ultérieures effectuées après l'importation.

Problèmes de récupération de niveau granulaire (GLR)

  • Une restauration de niveau granulaire (GLR) sur un serveur Microsoft Exchange est autorisée pour les clients sur lesquels le plug-in VDP Advanced pour Exchange GLR n'est pas installé.

    L'opération GLR est désormais bloquée lorsque le plug-in VDP Advanced pour Exchange GLR n'est pas installé.

  • Lors de l'exécution d'une restauration de niveau granulaire (GLR) sur un serveur Microsoft Exchange, le champ de boîte aux lettres de destination doit être facultatif.

    Lorsqu'un utilisateur restaure dans une boîte aux lettres unique, la restauration s'effectue par défaut dans l'emplacement d'origine. L'interface utilisateur n'autorise pas une valeur vide pour ce champ. Si l'utilisateur sélectionne « restaurer dans un autre emplacement », chaque boîte aux lettres de cette sauvegarde est restaurée dans une boîte aux lettres unique.

    La restauration d'une boîte aux lettres dans son emplacement d'origine et la restauration du chemin d'origine dans un autre client sont prises en charge et fonctionnent de la façon initialement conçue. L'incapacité de restaurer plusieurs boîtes aux lettres dans leurs emplacements d'origine est un problème connu.

Problèmes résolus

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

  • Le délai d'expiration d'une sauvegarde n'est pas cohérent entre une sauvegarde planifiée et une sauvegarde ad hoc.

    Le délai d'expiration d'un même travail de sauvegarde n'est pas toujours le même si le travail de sauvegarde associé à une stratégie de rétention personnalisée s'exécute à la demande.

  • L'outil de configuration de clusters s'affiche sous la forme d'un raccourci dans le menu Démarrer.

    Désactivez le raccourci av_cluster_config_wizard.exe afin qu'il ne s'affiche plus dans le menu Démarrer.

  • Le volet Restaurer reflète les horodatages en fonction du fuseau horaire de la machine client sur laquelle vSphere Web Client est lancé.
  • La licence du fournisseur de service vCloud de la licence de l'hôte ESX a renvoyé « pas sous licence » pour les appliances VDP et VDP Advanced.

    Ce problème s'est présenté parce que l'édition de cette licence d'hôte ESX n'était pas vérifiée dans l'appliance VDP ou l'appliance VDP Advanced. La logique a été mise à jour pour valider la licence ; ce problème est donc résolu.

  • Au cours de son installation, VDP ne parvient pas à afficher l'espace libre actuel dans l'écran Allocation du périphérique si l'utilisateur se déconnecte, libère de l'espace dans la banque de données et se reconnecte à l'assistant de configuration de VDP.

    Solution : Fermez la session de VDP-Configure, videz le cache du navigateur, puis rouvrez une session. La fonction d'allocation du périphérique doit maintenant afficher l'espace actuellement libre.

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

  • La réplication ad hoc à partir de l'onglet Rapports réplique les sauvegardes d'autres machines virtuelles.

    Si une tâche de réplication ad hoc est effectuée à partir de l'onglet Rapports, les sauvegardes des autres machines virtuelles présentes dans le travail de réplication sont également répliquées.

  • Après un redémarrage de MCS, les options Heure de la dernière exécution et Durée d'un travail de réplication précédemment exécuté prennent la valeur par défaut.

    Après le redémarrage des services de gestion de la version 5.5 de l'appliance VDP, les options Heure de la dernière exécution et Durée de l'onglet Réplication d'un travail de réplication précédemment exécuté prennent la valeur par défaut Jamais.

  • L'appliance VDP crée dans l'onglet Restaurer un point de restauration pour les clients de machines virtuelles qui sont associés à des tâches de sauvegarde annulées.

    Les travaux de sauvegarde qui sont annulés sur l'appliance VDP à partir de Web Client ne correspondent pas aux résultats de l'action d'annulation signalés. Par conséquent, l'appliance VDP crée par erreur un point de restauration pour les clients VM annulés dans le travail sauvegarde.

  • La restauration d'une image comme nouvelle image échoue pour les disques d'une capacité supérieure à 2 To.

    La fonction de restauration d'une image comme nouvelle image échoue uniquement dans une configuration à disque statique dans laquelle le disque est sauvegardé dans une banque de données SAN, puis restauré dans la même banque de données, ce qui consomme trop d'espace disque. Ce problème ne se produit pas sur les clients à disque dynamique.

  • Des alarmes se déclenchent au cours du deuxième démarrage.

    Après la configuration et lors du redémarrage subséquent de l'appliance VDP, des alarmes intermittentes se déclenchent au cours du processus du deuxième démarrage. Exemple de cette alarme : « VDP : [008] Les services de restauration au niveau des fichiers ne sont pas en cours d'exécution. »

    Si cela se produit, laissez le processus de démarrage se terminer, puis acceptez et effacez manuellement l'alarme. Bien que ces alarmes soient valides lorsqu'elles se déclenchent, le processus de démarrage résout le problème.

  • Attacher un stockage existant à VDP : si le contrôle d'intégrité est long à s'exécuter, la tâche de configuration se bloque à 80 pour cent et ne marque pas la tâche comme étant terminée.

    L'appliance VDP termine la configuration, même lorsque le contrôle d'intégrité est très long.

  • Évolutivité : l'interface utilisateur de Web Client perd la connexion à l'expiration du délai d'attente de VDP lors de la soumission de plus de 10 restaurations.

    Si vous restaurez plus de dix sauvegardes dans un seul travail de restauration, l'interface utilisateur expire et perd la connectivité à l'appliance VDP.

  • Attacher un stockage existant à VDP : le message qui s'affiche lors d'une tentative d'importation d'un disque sans données peut être reformulé.

    Lors d'une tentative d'importation d'un disque sans données de VDP, le message d'erreur suivant s'affiche : le disque sélectionné n'est pas un disque valide.

    Ce message doit être reformulé de la manière suivante : le disque sélectionné n'est pas un disque de données valide.

  • L'option de filtrage dans la page Restaurer échoue si l'utilisateur souhaite effectuer plusieurs sélections parmi plusieurs sauvegardes.

    Lorsque l'utilisateur accède à la page Restaurer et tente de restaurer plusieurs machines virtuelles, la fonction de filtre de la flèche Précédent échoue. Une fois que l'utilisateur a cliqué sur la première machine virtuelle, il doit manuellement revenir en arrière pour sélectionner d'autres machines virtuelles.

  • La restauration vers un point de contrôle validé pour l'appliance VDP échoue après une modification de vCenter.

    Lorsque l'utilisateur change le nom d'hôte ou l'adresse IP de vCenter Server, puis se connecte à VDP-Configure pour effectuer une restauration sur l'appliance VDP, la restauration échoue. Ce problème est résolu dans cette version.

    Après la configuration de vCenter, lorsque tous les services VDP sont actifs, il est recommandé d'exécuter manuellement un contrôle d'intégrité, ce qui crée un point de contrôle valide. Si nécessaire, vous pouvez ensuite effectuer une restauration à ce point de contrôle.

  • La restauration au niveau du disque échoue lorsqu'un vApp ou un pool de ressources est sélectionné comme destination dans un cluster à 2 nœuds.

    L'utilisateur ne peut pas restaurer un VMDK lors du choix d'un vApp ou d'un pool de ressources comme destination dans un cluster à 2 nœuds.

    Solution : Relancez le travail de restauration et choisissez un hôte ESXi autonome ou un cluster hôte ESXi comme destination. Une fois le travail de restauration terminé, vous pouvez manuellement ajouter la machine virtuelle restaurée au vApp ou au pool de ressources.

  • Au cours de l'installation de VDP, l'opération Ajouter un disque échoue sans notification si la banque de données est supprimée ou renommée avant de cliquer sur Oui dans la boîte de dialogue de confirmation de la configuration du stockage.

    Le changement de nom ou la suppression de la banque de données sélectionnée pour stocker les disques de données de VDP rend l'opération Ajouter un disque non valide. Même si l'opération Ajouter un disque échoue, le système indique de façon erronée que l'opération a réussi. Les disques ne s'attachent pas à l'appliance VDP, et le système invite quand même l'utilisateur à redémarrer.

    Par défaut, l'option « Stocker avec l'appliance » est cochée, ce qui déploie les disques sur la même banque de données que lors du déploiement de l'appliance VDP. Ce problème se produit uniquement lorsque l'utilisateur désactive l'option Stocker avec l'appliance et sélectionne une autre banque de données.

  • Au cours de l'installation de VDP, dans l'écran Allocation de périphérique : VDP autorise l'utilisateur à continuer à utiliser une banque de données non montée pour stocker de nouveaux disques.

    L'appliance VDP permet à un utilisateur d'ajouter des disques à une banque de données non montée. Le système ne signale pas d'erreur et autorise l'utilisateur à continuer. Mais lorsque l'utilisateur clique sur Oui dans la page Prêt à terminer, l'opération Ajouter un disque échoue avec un message d'erreur irrécupérable.

  • Lorsque le nom du centre de données est attribué en utilisant un alphabet non latin, les sauvegardes initiées par VDP échouent.
  • Port HTTP de vCenter configuré sur une valeur différente de 80. Erreur « Impossible d'acquérir toutes les licences » affichée dans l'interface utilisateur.

    Si le port HTTP de vCenter est configuré sur une valeur différente de 80, la configuration de l'appliance VDP ne peut pas communiquer avec le système vCenter lors de la récupération des informations de licences avancées. Cela peut provoquer une erreur pendant le déploiement de l'appliance VDP.

    Après une mise à niveau ou le déploiement d'une nouvelle appliance VDP 5.5.5, vSphere Web Client n'affiche pas d'informations de licences avancées et l'erreur « Impossible d'acquérir toutes les licences » s'affiche.

    Pour résoudre ces deux scénarios, procédez comme suit :

    1. Appliquez SSH ou PuTTy à l'appliance VDP en tant qu'utilisateur racine.
    2. Accédez au chemin /usr/local/vdr/etc/ et modifiez le fichier vdp-options.properties.
    3. Localisez le champ « com.vmware.vdp.option.vcenter.http_port ». La valeur préconfigurée est 80.
    4. Remplacez la valeur 80 par la valeur du port HTTP de votre configuration vCenter.
    5. Enregistrez les modifications apportées au fichier de propriétés.
    6. Déconnectez-vous du plug-in VDP de vSphere Web Client et/ou des sessions d'interface utilisateur de configuration VDP, le cas échéant.
    7. Redémarrez les services Web en exécutant la commande emwebapp.sh --restart.

    Remarque : cela fonctionne uniquement en cas d'application à une appliance VDP 5.5.5. Cette fonctionnalité n'a aucun effet sur les versions antérieures.