Dell vranger 7.2. À propos de vranger 7.2. Notes de publication. Nouvelles fonctionnalités et améliorations. Juin 2015

Transcription

1 Dell vranger 7.2 Juin 2015 Ces notes de publication présentent des informations relatives à la version Dell vranger. À propos de Problèmes résolus Problèmes connus Configuration système requise Licence produit Contributions de tiers À propos de Dell À propos de vranger Backup and Replication est la première solution sur le marché pour la sauvegarde, la récupération et la gestion des sauvegardes dans des environnements virtuels. Doté d'une nouvelle technologie de plate-forme, vranger découvre automatiquement les nouvelles machines virtuelles, réduit les délais de sauvegarde, et offre des options de sauvegarde plus intelligentes et davantage de flexibilité grâce à son architecture sans agent et à ses fonctionnalités, tout en réduisant la consommation en ressources. Les capacités de vranger sont les suivantes : Exécution de sauvegardes par image incrémentielles, différentielles ou complètes de machines virtuelles et physiques. Restauration rapide de la machine complète ou de fichiers spécifiques. Gestion de stratégies de récupération après sinistre et protection des données critiques dans des environnements virtuels. Réplication de machines virtuelles vers plusieurs destinations, permettant aux utilisateurs d'atteindre plusieurs objectifs en termes de haute disponibilité et de reprise après sinistre, selon leurs besoins spécifiques. est une version mineure, qui offre des fonctions et des fonctionnalités améliorées. Pour découvrir ce que contient cette version, reportez-vous à Nouvelles fonctionnalités et améliorations et à Problèmes résolus. Nouvelles fonctionnalités et améliorations inclut les améliorations répertoriées ci-dessous : Prise en charge de VMware vsphere 6.0 Prise en charge des sauvegardes vcloud Director et vapp Prise en charge de Dell RDA 3.2 Prise en charge de EMC Data Domain Boost 3.0 1

2 vsphere 4.1, y compris ESX(i) 4.1 et vcenter Server 4.1, n'est plus prise en charge à compter de cette version de vranger. Problèmes résolus La liste ci-dessous répertorie les s corrigés dans cette version. Table 1. Problèmes généraux résolus Problème résolu Les sessions récentes ne sont pas affichées Lors de l'exécution d'un rapport avec la langue vranger définie sur Allemand, les valeurs du champ «Jours» sont interprétées en mois. Les machines virtuelles vapp VMware sont affichées au niveau racine de l'hôte au lieu d'un conteneur vapp. Lorsque la politique d'exécution de PowerShell est définie sur «AllSigned» ou «Remotesigned» par GPO, le service vranger ne démarre pas. Lors du déploiement d'une appliance virtuelle vranger vers un groupe de ports DVS dans vsphere , le déploiement échoue avec une erreur «User Route». Lors de l'utilisation de vranger en japonais, la taille de police des rapports vranger n'est pas modifiable. Lors de l'utilisation de vranger en japonais et de la modification d'un rapport existant, le paramètre Plage de dates change de «Jour» à «Mois». Lorsqu'une destination de sauvegarde est configurée en tant que réplique, il n'est pas possible de l'utiliser comme destination de sauvegarde standard. Configuration requise avec WMI (Infrastructure de gestion Windows) documentée pour une sauvegarde physique. Dans certains cas, le service de catalogage de vranger ne catalogue pas tout le contenu de la sauvegarde complète. Mise à jour de la version de l'appliance virtuelle vranger vers pour mettre à jour Samba vers la version Transport HotAdd non disponible après l'installation de Virtual Center 5.5, Mise à jour 2d Révision de la documentation sur la configuration réseau manuelle pour l'appliance virtuelle vranger. Suspension des tâches de sauvegarde lorsqu'un centre virtuel n'est pas disponible Table 2. Problèmes d'installation et de configuration résolus Problème résolu Perte du paramètre de registre du certificat SSL VMware durant la mise à niveau, entraînant l'erreur «Error : FATAL vix_cant_open_detail VIX can't open» Lors de la mise à niveau d'une appliance virtuelle vranger, et de la modification de l'appliance réseau en DVS, la mise à niveau renvoie une erreur. Lors de la mise à niveau d'une appliance virtuelle vranger, si elle est configurée pour utiliser un groupe de ports qui n'est pas nommé «VM Network», la mise à niveau échoue et l'appliance virtuelle d'origine est restaurée

3 Table 3. Problèmes de sauvegarde et de restauration résolus Problème résolu Le catalogage n'est pas exécuté complètement sur les machines virtuelles qui contiennent un très grand nombre de fichiers. La restauration d'une machine virtuelle sauvegardée, alors qu'une unité ISO était raccordée, échoue avec l'erreur «Erreur : L'appel API a échoué avec le message : Configuration non valide pour l'unité '11'». Lors de l'utilisation du transport HotAdd avec l'appliance virtuelle vranger pour sauvegarder des machines virtuelles à disques multiples, les disques restent parfois montés. Lors de la restauration d'une machine virtuelle sauvegardée avec une unité USB raccordée, la restauration échoue avec l'erreur «La référence d'objet n'est pas définie sur une instance d'objet». La navigation dans une destination de sauvegarde NetVault SmartDisk pendant une FLR (restauration au niveau fichier) entraîne l'expiration de l'opération. Lorsque deux clichés instantanés sont capturés pendant la sauvegarde d'une machine virtuelle (un instantané suspendu et un autre pour la mémoire de la machine virtuelle), la sauvegarde échoue avec l'erreur «Erreur : La capture instantanée vranger est introuvable!» Table 4. Problèmes de réplication résolus Lors de la sauvegarde d'une machine virtuelle avec des disques indépendants, vranger exécute une sauvegarde complète au lieu d'ignorer les disques indépendants. vranger ne peut pas restaurer une sauvegarde d'une machine virtuelle avec une unité nulle Lors de la sauvegarde d'une machine virtuelle avec un cliché instantané utilisateur, si la sauvegarde suspendue réussit, le point d'enregistrement n'est pas valide et les disques sont grisés. Échec Add-RestoreFromManifestJobTemplate avec l'erreur «Unable to AddRestorefromManifestJob: {0}Cannot insert the value NULL into column 'SecurityProtocol', table 'vrangerpro.dbo» Problème résolu Échec de la tâche de réplication avec une erreur AutoMapper lors du deuxième passage Problèmes connus La liste ci-dessous comprend des s associés à des produits tiers et connus à la date de publication. 3

4 Table 5. Problèmes d'installation connus Problème connu Lors d'une tentative de désinstallation de SQL Server installé par vranger 7.0, la désinstallation peut échouer si.net 3.5 n'est pas présent. Un message d erreur indique que.net 3.5 est requis pour continuer la désinstallation. Si une désinstallation de SQL Server est tentée, une erreur indique que.net 3.5 est requis pour continuer la désinstallation Pour désinstaller SQL Server, vous devez au préalable lui ajouter la fonctionnalité.net 3.5. Une fois la fonctionnalité.net 3.5 ajoutée, le SQL Server installé par vranger peut être supprimé. Si le service vranger est installé par un utilisateur autre que l'utilisateur actuellement connecté, le client doit utiliser l'authentification par mode mixte pour SQL Server et s'authentifier avec l'utilisateur administrateur système Alternativement, l'authentification avec Windows uniquement peut être utilisée si la solution cidessous est mise en œuvre. Connectez-vous à Windows sous l'utilisateur qui installe le service vranger. Exécutez une invite de commande et saisissez sqlcmd -S.\vRangerPro use vrangerpro go Remplacez «VRANGER\vRangerServiceUser» par le nom de l'utilisateur du service vranger dans la commande ci-dessous. go quit exit Arrêtez puis redémarrez le service vranger. vranger pourra se connecter au service. Pendant la désinstallation de vranger, si vous n'avez pas retiré la base de données vranger, vous devez utiliser les mêmes identifiants que lors de l'installation initiale ou accorder l'accès à la base de données au nouvel utilisateur lors de la réinstallation de vranger. vranger est disponible en trois versions : vranger SE, vranger Pro et vreplicator. Notez qu'une seule version à la fois de vranger peut être couverte par une licence sur une même machine. Par exemple, vous ne pouvez pas avoir sous licence vranger SE et vreplicator sur la même machine. Lors de l'installation de vranger sur des serveurs Windows 2008, le programme d'installation incorporé de SQL Server Express échoue si le système d'exploitation n'a pas été mis à jour. Ce programme SQL Server Express incorporé nécessite Windows Installer 4.5, qui n'est pas inclus dans l'installation de base de Windows Lancez Windows Update sur le serveur Windows Le programme Windows Installer 4.5 sera ainsi installé. 4

5 Table 5. Problèmes d'installation connus Problème connu Lorsque vranger est installé sous Windows 8 ou Windows Server 2012, l'utilisation de l'icône Désinstaller pour retirer l'application échoue, sauf si la désinstallation est effectuée en utilisant le rôle Administrateur. Solution 1 : 1 Déplacez le curseur vers le coin supérieur droit ou inférieur droit de l'écran. 2 Lorsque la barre Charme s'affiche, sélectionnez l'icône Démarrer représentée par la fenêtre. 3 Cliquez avec le bouton droit sur une partie vide de l'écran Démarrer, puis sélectionnez «Toutes les applications». 4 À l'aide de la barre de défilement inférieure, accédez à la section intitulée «Dell Software». 5 Au-dessus de la tuile «vranger Backup and Replication», une tuile intitulée «Désinstaller» est affichée. 6 Cliquez avec le bouton droit sur la tuile «Désinstaller», puis sélectionnez «Exécuter en tant qu'administrateur». 7 La désinstallation démarre normalement. Solution 2 : Vous pouvez également désinstaller vranger en utilisant l'application Programmes et fonctionnalités du Panneau de configuration. Lorsqu'un serveur proxy est configuré sur la machine vranger, il est possible que vranger ne puisse pas se connecter à des serveurs vcenter ou des destinations de sauvegarde NetVault SmartDisk. 1 Connectez-vous à la machine vranger à l'aide du compte utilisé pour exécuter les trois services vranger (pour déterminer ce compte, vérifiez la console MMC services.msc). 2 Une fois connecté avec le compte, ouvrez Internet Explorer. Accédez à Options Internet > Connexions > Paramètres réseau (cet emplacement peut varier selon la version d'ie installée sur la machine). 3 Assurez-vous qu'aucune information n'est renseignée dans Serveur proxy et qu'aucun serveur proxy n'est utilisé. Désactivez également la case «Détecter automatiquement les paramètres de connexion», dans l'éventualité où un script de proxy automatique est configuré pour votre environnement. Dans des circonstances exceptionnelles, pendant une mise à niveau de vranger, le programme de mise à niveau de vranger ne supprime pas le journal des événements «vranger Pro Service» antérieur. Cela entraîne le blocage de l'interface utilisateur de vranger et l'affichage du message «Impossible de se connecter au service après la mise à niveau». 1 Supprimez le journal manuellement en procédant comme suit : 2 Désactivez le service Journal d'événements. 3 Redémarrez la machine vranger. 4 Dans le dossier %SystemRoot%\System32\Config de la machine vranger, supprimez le fichier *.evt de vranger. 5 Dans l'éditeur du registre Windows, supprimez l'entrée vranger de la clé «HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog». 6 Redémarrez le service Journal d'événements

6 Table 5. Problèmes d'installation connus Problème connu Lorsque le service vranger est configuré pour un départ différé et que le programme d'installation vranger Upgrade est lancé avant le démarrage du service vranger existant, la mise à niveau échoue au démarrage du service vranger. Attendez le démarrage du service vranger avant de procéder à la mise à niveau. Le programme d'installation vranger Upgrade arrête le service s'il est en cours d'exécution. Si vranger est installé en utilisant un compte administratif local et que ce compte est modifié suite à la désinstallation de vranger, vous devez utiliser l'authentification SQL Server du programme d'installation de la base de données pour vranger et pour le Catalogage lors de la réinstallation de vranger Si le deuxième compte administratif local n'a pas accès à la base de données, vous devez lui accorder l'accès administratif à l'instance SQL Server avant l'installation. Table 6. Problèmes généraux connus Problème connu Des s de contrôleur de domaine et d'authentification de domaine peuvent entraîner les erreurs suivantes : Les sauvegardes de machines virtuelles rencontrent des erreurs 2129 Impossible d'écrire sur des destinations de sauvegarde CIFS, quel que soit le type de transport Les sauvegardes de machines physiques rencontrent des erreurs 2129 Impossible d'écrire sur des destinations de sauvegarde CIFS Les sauvegardes de machines virtuelles VA et COS échouent avec des erreurs 2129 Impossible d'écrire sur des destinations de sauvegarde CIFS La machine physique s'affiche comme déconnectée dans l'inventaire Certains s courants qui entraînent ces erreurs sont indiqués ci-dessous : Synchronisation de l'heure système : Si un système (serveur AD, serveur DNS, etc.) ne respecte pas l'écart de temps autorisé, l'authentification peut échouer. L'appartenance au domaine : La machine peut faire partie du domaine, indiqué lorsque vous affichez les propriétés de l'ordinateur, mais l'appartenance peut être inactive ou nécessiter une réinitialisation. Pour vérifier le statut de l'appartenance au domaine des systèmes à partir de la machine, utilisez la commande : netdom verify %nomordinateur% /verbose Les chemins des destinations de sauvegarde CIFS sont sensibles à la casse. Lors de la configuration d'une destination de sauvegarde CIFS, assurez-vous de saisir le chemin en respectant la casse. Lors de la configuration de connexions à des destinations de sauvegarde, les identifiants utilisés ne peuvent pas contenir d'astérisque (*) ni de point d'interrogation (?). Si une destination de sauvegarde a été créée en utilisant vapi, et que le chemin vers la destination de sauvegarde a été saisi en utilisant des barres obliques inversées (\), la restauration d'un point d'enregistrement de serveur physique échoue avec l'erreur «Erreur : uuid introuvable». Lors de la configuration de destinations de sauvegarde en utilisant vapi, utilisez des barres obliques (/)

7 Table 6. Problèmes généraux connus Problème connu Lorsque vranger est installé sur une machine virtuelle Windows 2008 créée en clonant une machine virtuelle ou un modèle, si vranger effectue des sauvegardes via HotAdd d'une autre machine virtuelle clonée à partir de la même source ou du même modèle, le secteur d'amorçage de cette machine virtuelle modèle peut changer, car le disque vranger et le disque cible partagent la même signature de disque. Cela empêche l'amorçage correct de la machine virtuelle restaurée. Recommandation : N'installez pas vranger sur une machine virtuelle clonée. Lorsqu'un groupe de sauvegardes contient deux machines virtuelles Windows 8 ou Windows 12, clones l'une de l'autre, et que ce groupe est sauvegardé en utilisant HotAdd, une seule machine clonée est correctement restaurée. L'actualisation de la Gestion des disques de Windows sur la machine virtuelle vranger peut entraîner le basculement d'une sauvegarde HotAdd en sauvegarde réseau. Lorsque vranger est installé sur une machine virtuelle contenant deux contrôleurs (PVSCSI) paravirtualisés, le montage des volumes paravirtuels via HotAdd échoue, ce qui entraîne la poursuite des opérations de vranger via la méthode de basculement configurée (réseau pour la sauvegarde, ou l'option de basculement du transport configurée pour la réplication). Dans de nombreux cas, l'un des contrôleurs PVSCSI est vide et peut être retiré en toute sécurité. Le retrait de ce deuxième contrôleur vide de la machine vranger permet d'exécuter normalement les opérations HotAdd. Durant les périodes d'intense activité sur la machine vranger, les tâches de sauvegarde HotAdd peuvent basculer vers des tâches LAN avec le message ci-dessous. Dans certains cas, les sauvegardes LAN échouent avec la même erreur «Échec de la tâche de sauvegarde en utilisant VDDK HotAdd : L'opération RETRY a expiré [at xtimedwait:416]» Ces erreurs peuvent être dues à une contention de ressources excessive qui désynchronise les files d'attente de messages vranger. Solution 1 : Pour éviter les erreurs d'expiration de tâche, planifiez des sessions afin d'empêcher une contention de ressource excessive sur la machine vranger. Solution 2 : Si la planification de sessions n'est pas possible, vous pouvez augmenter la valeur d'expiration afin de permettre la récupération des files d'attente de messages vranger suite à des s de contention de ressources. Pour modifier la valeur d'expiration : 1 Accédez au répertoire d'installation de vranger, puis au répertoire Service. 2 Ouvrez le fichier Vizioncore.vRanger.Service.exe.config dans le Bloc-notes. 3 Dans ce fichier, recherchez «CommitTimeout», puis changez la valeur d'expiration en «450». 4 Enregistrez le fichier. 5 Redémarrez le service vranger pour appliquer les modifications. Les sessions de sauvegarde pour les serveurs Hyper-V sont indiquées deux fois dans le rapport récapitulatif des sessions de sauvegarde

8 Table 6. Problèmes généraux connus Problème connu Lorsque les identifiants utilisateur de vcenter changent, la modification s'applique après le redémarrage du service vranger. Dans certains cas, le Suivi des blocs modifiés (CBT) n'est pas indiqué comme activé pour certaines machines virtuelles dans l'inventaire de vranger. Cela est dû à une erreur documentée dans l'article de la base de connaissances de VMware Pour résoudre cette erreur, suivez la solution documentée dans l'article de la base de connaissances de VMware. Table 7. Problèmes de sauvegarde connus Problème connu Lors de l'exécution de sauvegardes SAN de machines virtuelles créées dans vcloud Director à partir d'un modèle, la sauvegarde peut échouer avec l'erreur «Error: [vix_cant_open_detail] VIX can't open..» Le transport en mode SAN de VMware recherche les machines virtuelles par UUID BIOS. Par défaut, le même UUID BIOS est attribué à toutes les instances et machines virtuelles qui sont déployées à partir d'une vapp catalogue ou d'un modèle donné dans vcloud Director. Pour plus d'informations, reportez-vous à l'article de la base de connaissances de VMware. Pour résoudre cette erreur, suivez la solution documentée dans l'article de la base de connaissances de VMware. Lors de l'exécution d'une sauvegarde HotAdd vers une destination EMC DataDomain Boost, si la sauvegarde échoue dans le transport vers la console de services, la réplication de fichier gérée peut échouer avec l'erreur « FATAL io_cant_get_size can't access» Lors de l'exécution d'une sauvegarde suspendue d'une machine virtuelle Windows 2012 sans utiliser vzshadow.exe, les erreurs du journal des événements sont générées pour les volumes Réservé au système durant la création du cliché instantané. L'API QueryChangedDiskAreas de VMware renvoie des secteurs incorrects après l'extension du fichier VMDK de machine virtuelle avec le Suivi des blocs modifiés (CBT) activé. Cela invalide le filtre CBT et peut entraîner une corruption des sauvegardes vranger. Pour plus d'informations, reportez-vous à l'article de la base de connaissances de VMware Assurez-vous que les correctifs indiqués dans l'article de la base de connaissances sont appliqués, et suivez les autres solutions recommandées et documentées dans l'article, selon votre environnement. Lors de l'utilisation de l'exécutable vzshadow.exe pour effectuer des sauvegardes d'application cohérentes, des lecteurs avec une lettre sont requis. L'utilisation de vzshadow.exe pour suspendre des points de montage avec des bases de données n'est pas prise en charge. 8

9 Table 7. Problèmes de sauvegarde connus Problème connu Lors de la sauvegarde de machines virtuelles Windows 2008 R2 équipées de plusieurs disques, avec l'option Activer la suspension de l'invité sélectionnée, certaines tâches de sauvegarde peuvent échouer avec l'erreur «Echec de l'appel de l'api avec le message : Une erreur système générale s'est produite : Erreur de protocole de VMX». Pour consulter les options de résolution de ce, reportez-vous à l'article VMware KB article Snapshot of a Windows server fails with the error: Protocol error from VMX de la base de connaissances de VMware. Lors de l'exécution de sauvegardes complètes avec le suivi des blocs modifiés (CBT) activé, l'opération CBT peut échouer avec l'erreur «Suivi des blocs modifiés non activé sur <disque>». Lors de l'exécution de sauvegardes incrémentielles ou différentielles de mêmes machines virtuelles, l'option CBT fonctionne correctement. Les scénarios ci-dessous peuvent parfois générer cette erreur : Panne d'un hôte ESX Panne VMX Migration de la machine virtuelle (désactivée) avec Storage vmotion Modification de la configuration du disque de la machine virtuelle qui entraîne un changement de la clé du périphérique disque Un disque a été détaché de la machine virtuelle, puis rattaché HotAdd Solution 1 : Dans certains cas, la procédure ci-dessous peut résoudre ce. 1 Supprimez le cliché instantané de la machine virtuelle. 2 Désactivez l'option CBT. 3 Activez l'option CBT. 4 Prenez un cliché instantané. Solution 2 : Dans certains cas, la suppression du fichier *ctk.vmdk pour chaque disque de la machine virtuelle affectée peut résoudre ce. Lors de la création d'une session de sauvegarde Hyper-V, le mélange de machines virtuelles avec des volumes CSV (volume partagé de cluster) et non-csv n'est pas pris en charge. Pour plus d'informations, reportez-vous à l'article de la base de connaissances de Microsoft. Lors de la création ou de l'exécution d'une session de sauvegarde, l'opération échoue avec l'erreur : Erreur : [vix_cant_open_detail] VIX ne peut pas ouvrir [XXXXX] XXXX/XXX.vmdk (l'hôte n'est pas couvert par une licence d'utilisation de cette fonctionnalité) Pour résoudre ce, supprimez la licence vsphere, puis rajoutez-la

10 Table 8. Restauration et s de restauration au niveau fichier connus Problème connu Lors de la restauration d'une machine virtuelle à laquelle une image ISO était connectée au moment de sa sauvegarde, la machine virtuelle est restaurée sans l'image ISO connectée. Pour vous assurer que les images ISO sont connectées à une machine virtuelle lors de sa restauration : Modifiez les paramètres de la machine virtuelle pour définir la valeur «StartConnected» du périphérique cdrom-image sur «True». Assurez-vous que l'option de session de restauration «Forcer l'activation» est activée. Assurez-vous que le chemin vers l'image ISO est disponible pour la machine virtuelle source sauvegardée et pour la machine virtuelle cible restaurée. Certaines tâches de restauration échouent avec le message d'erreur «Erreur : La commande Restaurer s'est fermée de façon inattendue» Il s'agit d'un connu avec le kit de développement de disques virtuels (VDDK) de VMware, intitulé «Possible segmentation violation if running multiple backup processes». Pour plus d'informations, reportez-vous au document VMware VDDK 5.0 Release Notes. Lorsqu'un hôte ESX 5 autonome est ajouté à l'inventaire de vranger, puis «associé» à un vcenter vsphere 5 ne figurant pas dans l'inventaire de vranger, les opérations de restauration vers cet hôte échouent avec l'erreur : «<hôte> est géré par un Virtual Center. Veuillez dissocier l'hôte du Virtual Center avant de poursuivre une opération Restauration ou enregistrer le Virtual Center dans vranger» «Association» correspond à une nouvelle relation lancée dans vsphere 5, avec laquelle certaines ressources de l'hôte sont gérées uniquement par un vcenter associé, pas par l'hôte luimême. Par conséquent, l'hôte n'est pas autorisé à effectuer les opérations nécessaires pour restaurer une machine virtuelle. Si le vcenter ne figure pas dans l'inventaire vranger, vranger ne peut pas obtenir les permissions requises. Dissociez l'hôte du Virtual Center (ne vous contentez pas de le déconnecter) ou enregistrez le Virtual Center dans vranger. Lorsque vranger est installé sur une machine virtuelle Windows 2008, et que l'exécution d'une tâche de restauration utilisant HotAdd est configurée, la tâche peut basculer vers une restauration réseau avec le «Message d'erreur : impossible d'écrire sur [banque de données]...»... ". Cela peut être dû à la configuration de la protection en écriture du réseau SAN dans Windows. Pour éviter ce, définissez votre politique SAN dans la machine virtuelle vranger sur «OnlineAll». 1 Dans la machine virtuelle vranger, ouvrez l'invite de commandes. 2 Saisissez DISKPART 3 Saisissez SAN POLICY=OnlineAll 4. 4 Saisissez SAN 5 Vérifiez que la politique SAN indique Online All. Si vous êtes connecté à la machine vranger via RDP lors de l'installation de vranger, certains composants vranger requis pour la restauration au niveau fichier (FLR) peuvent être installés à un emplacement inattendu, ce qui les rend inaccessibles pour vranger. Les tâches FLR sont bloquées pendant l'affichage de «Chargement..». Déconnectez-vous de votre session RDP (ne vous contentez pas de la quitter), puis reconnectezvous. vranger réinstalle les outils requis. 10

11 Table 8. Restauration et s de restauration au niveau fichier connus Problème connu Lors de l'exécution d'une opération de récupération au niveau fichier (FLR) Linux qui restaure des fichiers et des dossiers dont le nom comprend les caractères ci-dessous, ces fichiers et dossiers sont affichés avec des noms aléatoires, puis restaurés avec succès sous les mêmes noms aléatoires. Les caractères qui génèrent ce comportement sont : \ : * "? < > Lors de la récupération au niveau fichier d'une machine virtuelle Windows 2012, le contenu du disque monté n'est pas affiché. Pour pouvoir effectuer une récupération au niveau fichier d'un serveur Windows 2012, vous devez installer vranger sous Windows Les systèmes Windows contiennent souvent une partition masquée créée par Microsoft qui n'est pas visible via le composant enfichable Gestion des disques. Lorsque vranger catalogue le disque contenant cette partition masquée, il tente de cataloguer cette partition et peut échouer, car souvent la partition n'est pas formatée pour NTFS. vranger génère un message d'échec relatif à cette partition dans les fichiers journaux, ce qui peut prêter à confusion, car l'existence de cette partition n'est pas toujours connue. La fonctionnalité de catalogage de vranger ne prend pas en charge les opérations sur des disques dynamiques Table 9. Problèmes de sauvegarde et de restauration physiques connus Problème connu La sauvegarde physique d'ordinateurs Windows 2012 et 2012 R2 peut échouer avec le message «Echec de la création du cliché instantané VSS (P_VSSUTIL_WRITER_ERR)». Ce est souvent dû à une expiration VSS provoquée par une contention des ressources sur le serveur source. Dans la mesure du possible, réglez l'heure de la sauvegarde sur les périodes de faible consommation de ressources. Si le matériel disque est modifié entre des tâches de sauvegarde ou de restauration physique, la tâche doit être mise à jour pour refléter ces modifications et s'assurer que les disques appropriés sont inclus. Dans certaines instances, un redémarrage du serveur cible peut entraîner la modification de l'id des disques (reportez-vous à l'article de Microsoft), avec pour conséquence la modification du matériel actif de la machine. Lors du déploiement du client physique vranger vers un serveur physique, le compte utilisé pour installer et exécuter le client doit disposer des droits «Connexion en tant que service». Si cet ordinateur est un noeud dans un cluster, assurez-vous que ce droit d'utilisateur est attribué au compte du service Cluster dans tous les noeuds du cluster. Si vous avez déjà attribué ce droit d'utilisateur au compte du service et que ce droit semble supprimé, un objet Politique de groupe associé à ce noeud peut supprimer ce droit. Pour en savoir plus, contactez votre administrateur de domaine. Pour obtenir des instructions, reportez-vous à l'article Microsoft TechNet Add the Log on as a Service right to an account

12 Table 9. Problèmes de sauvegarde et de restauration physiques connus Problème connu Si une destination de sauvegarde a été créée en utilisant vapi, et que le chemin vers la destination de sauvegarde a été saisi en utilisant des barres obliques inversées (\), la restauration d'un point d'enregistrement de serveur physique échoue avec l'erreur «Erreur : uuid introuvable». Lors de la configuration de destinations de sauvegarde en utilisant vapi, utilisez des barres obliques (/). L'utilisation de disques dynamiques n'est pas prise en charge pour la sauvegarde physique. Si une tâche de sauvegarde physique est effectuée sur un serveur source contenant des disques dynamiques, la tâche échoue avec le message «La valeur ne peut pas être null» L'ajout d'un serveur source physique à l'inventaire vranger peut parfois échouer avec l'erreur «Le serveur vers RPC n'est pas disponible». Si cette erreur se produit, exécutez les actions suivantes : 1 Sur le serveur source, ouvrez le pare-feu Windows, puis sélectionnez Modifier les paramètres. Sous l'onglet Exceptions, sélectionnez Windows Management Instrumentation (WMI). 2 Sur le serveur source, vérifiez que le service Appel de procédure distante (RPC) est démarré et défini sur Automatique. 3 Sur le serveur source, vérifiez que le service Windows Management Instrumentation (WMI) est démarré et défini sur Automatique. Lors de la désinstallation du client physique vranger, les fichiers ci-dessous ne sont pas supprimés du répertoire d'installation du client physique (par défaut C:\Program Files\Quest Software\vRangerPhysicalClient). Un répertoire désigné numériquement contenant les outils vranger, par exemple serviceconfig.txt vrangerphysicalclient.log Vous pouvez supprimer ces fichiers manuellement. Lors de la restauration d'un serveur physique, vranger ne verrouille pas la source ou le point d'enregistrement. Cela peut autoriser la pratique non prise en charge de création de deux tâches de restauration simultanées sur le même serveur. Assurez-vous de configurer une seule tâche de restauration par serveur. Lors de l'exécution de sauvegardes physiques sur un serveur Exchange 2010, la tâche échoue avec l'erreur «Echec de création de l'instantané VSS sur la machine cible (P_VSSUTIL_WRITER_ERR)». Pour protéger Exchange 2010 avec des sauvegardes physiques, vous devez installer Exchange Server 2010 Service Pack 2 sur le serveur source. Lors de l'exécution de sauvegardes physiques, ces tâches échouent de façon irrégulière avec l'erreur «Echec de création de l'instantané VSS sur la machine cible (P_VSSUTIL_UNEXPECTED)». Lorsque ce survient, connectez-vous au serveur source affecté, puis redémarrez le service Quest Physical Client. Dans certains cas, l'erreur «Le serveur RPC n'est pas disponible. (exception de HRESULT : 0x800706BA)» se produit lors de l'ajout d'une machine physique à vranger

13 Table 9. Problèmes de sauvegarde et de restauration physiques connus Problème connu Lors de l'exécution de sauvegardes physiques, si les identifiants utilisés pour l'authentification au serveur source sont modifiés sans mettre à jour vranger, les tâches de sauvegarde suivantes échouent avec l'erreur «Echec d'acquisition des ressources partagées (Impossible de se connecter à la destination de sauvegarde Echec de la connexion à la destination de sauvegarde». Lorsque cette erreur se produit, mettez à jour les identifiants dans vranger. Dans certains cas, il peut être nécessaire d'ajouter des pilotes de périphérique au CD vranger Restore. Les instructions correspondantes sont disponibles sur le site de la communauté vranger : Table 10. Problèmes de réplication connus Problème connu La réplication vers une cible contenant des disques vrdm n'est pas prise en charge Lorsqu'un hôte ESX 5 autonome est ajouté à l'inventaire de vranger, puis «associé» à un vcenter vsphere 5 ne figurant pas dans l'inventaire de vranger, les opérations de réplication vers cet hôte échouent avec l'erreur : «<hôte> est géré par un Virtual Center. Veuillez dissocier l'hôte du Virtual Center avant de poursuivre une opération Restauration ou enregistrer le Virtual Center dans vranger» «Association» correspond à une nouvelle relation lancée dans vsphere 5, avec laquelle certaines ressources de l'hôte sont gérées uniquement par un vcenter associé, pas par l'hôte luimême. Par conséquent, l'hôte n'est pas autorisé à effectuer les opérations requises pour restaurer une machine virtuelle. Si le vcenter ne figure pas dans l'inventaire vranger, vranger ne peut pas obtenir les permissions requises. Dissociez l'hôte du Virtual Center (ne vous contentez pas de le déconnecter) ou enregistrez le Virtual Center dans vranger. Lors de l'exécution d'une opération de basculement (sans modification de la synchronisation), si l'hôte source n'est pas disponible, la tâche de basculement échoue et vous devez l'exécuter manuellement. Une opération de basculement réalise deux tâches principales qui doivent être exécutées manuellement en cas d'échec de l'opération : la désactivation de la machine virtuelle de destination et l'inversement de la direction de réplication pour s'assurer que les modifications vers la machine virtuelle de destination sont capturées lorsque l'opération est inversée vers le site de production. Pour répliquer manuellement une tâche de basculement, procédez comme suit : 1 Désactivez la session de réplication d'origine. 2 Activez manuellement la machine virtuelle de destination. 3 Travaillez avec la machine virtuelle de destination. 4 Une fois l'hôte source rétabli, configurez une nouvelle session de réplication en utilisant la fonction d'installation automatique, en sélectionnant la machine virtuelle source d'origine en tant que cible d'installation automatique. 5 Exécutez la session de réplication installée automatiquement. 6 Une fois la session réussie, exécutez un basculement test pour vérifier que les modifications ont été transmises. 7 Désactivez la machine virtuelle de destination (D/R), puis activez la machine virtuelle source d'origine. 8 Activez de nouveau la session d'origine. La passe de réplication suivante réussira. 13

14 Table 10. Problèmes de réplication connus Problème connu Lors de l'exécution d'une tâche de réplication, après la mise à niveau de la machine virtuelle source depuis la version matérielle 4 vers la version matérielle 7 ou 8, la tâche peut sembler se bloquer, puis échouer avec le message «L'opération a expiré». Dans ce cas, vranger met à niveau la version matérielle de la machine virtuelle répliquée, ce qui entraîne l'affichage d'une invite vsphere de mise à jour des outils VMware sur la machine virtuelle répliquée. Dans le client vsphere, sélectionnez «Continuer avec la mise à niveau de la machine virtuelle» pour la machine virtuelle répliquée. La réplication avec l'appliance virtuelle échoue si les caractères ci-dessous sont utilisés lors de l'authentification d'une connexion vcenter dans vranger \ / : ; < >,? [ ] + = * N'utilisez pas les caractères ci-dessus dans le nom d'utilisateur ou le mot de passe utilisé pour l'authentification vcenter. Lors de la réplication d'une machine virtuelle dont le nom contient «[» (espace suivi d'un crochet), la tâche de réplication se bloque à 12 % Table 11. Problèmes d'appliance virtuelle connus Problème connu La mise à niveau de la version matérielle de l'appliance virtuelle vranger vers la version 10 entraîne l'échec de l'amorçage de l'appliance virtuelle. Lors du déploiement de l'appliance virtuelle vranger vers un VMware vsan, les conditions suivantes sont vraies : Le mot de passe par défaut ne peut pas être modifié durant le déploiement de l'appliance virtuelle. Une fois déployée, l'appliance virtuelle ne peut pas être modifiée via l'interface utilisateur de vranger pour changer le mot de passe. Une adresse IP statique ne peut pas être définie lors du déploiement. Une fois déployée avec un DHCP, l'appliance virtuelle peut être modifiée pour changer l'adresse IP. Lors de la modification d'une appliance virtuelle existante, la modification de la taille de la banque de données et du disque de travail d'une appliance virtuelle échoue avec une erreur Modifiez ces options individuellement Le déploiement d'une appliance virtuelle vers un hôte autonome échoue si l'hôte est géré par un vcenter. Lors du déploiement de l'appliance virtuelle vranger via l'assistant de déploiement d'appliances virtuelles, une seule appliance virtuelle est autorisée par hôte. Si un deuxième déploiement d'appliance virtuelle est tenté, l'assistant empêche le déploiement sur un hôte qui contient déjà une appliance virtuelle

15 Table 11. Problèmes d'appliance virtuelle connus Problème connu Lors de la création d'une appliance virtuelle avec le cmdlet vapi Install-VirtualAppliance, l'activation du paramètre VADeployStatus peut entraîner des échecs en cas d'utilisation avec plusieurs appliances virtuelles Lors du déploiement de plus de trois (3) appliances virtuelles avec les cmdlet vapi, utilisez le cmdlet Get-VirtualApplianceDeploymentStatus pour récupérer le statut. Dans certains environnements, il peut être nécessaire que le client ajoute une deuxième carte réseau à l'appliance virtuelle vranger. Pour ajouter une deuxième carte réseau : 1 Sur le client vsphere, ajoutez la carte réseau à l'appliance virtuelle. 2 Activez ou réamorcez l'appliance virtuelle. 3 Connectez-vous à l'appliance virtuelle. 4 Exécutez la commande : dmesg grep "rename.*eth" 5 Deux messages indiquent le renommage des cartes réseau réelles avec les nouveaux noms de carte réseau Udev. Recherchez le nom Udev correspondant à la nouvelle carte réseau. Utilisez le nom indiqué pour la carte réseau renommée. 6 Exécutez la commande : cd /etc/sysconfig 7 Ce répertoire contient déjà le fichier de configuration de la première carte réseau. Exécuter la commande ci-dessous afin de créer et de modifier le fichier de configuration pour la nouvelle carte réseau, où <IFname> correspond à son nouveau nom : vi ifconfig.<ifname> 8 Ajoutez les lignes suivantes : == For DHCP (SAMPLE NIC Interface Name): ONBOOT=yes SERVICE=dhcpcd IFACE=enps2 DHCP_STOP="-k" PRINTIP=yes PRINTALL=no == For Static (SAMPLE NIC Interface Name & IP Addresses): ONBOOT=yes SERVICE=ipv4-static IFACE=enps2 IP= GATEWAY= PREFIX=24 9 Redémarrez la mise en réseau en exécutant la commande suivante : /etc/init.d/network restart 10 Vérifiez la configuration de la nouvelle carte réseau et de l'adresse IP en exécutant la commande suivante : ifconfig 15

16 Table 12. Problèmes tiers connus Problème connu vsphere 5 comprend les API vstorage VixDiskLib_PrepareForAccess() et VixDiskLib_EndAccess() qui permettent de verrouiller et de déverrouiller la migration pour des machines virtuelles individuelles. À cette occasion, il a été observé que VixDiskLib_EndAccess ne parvient pas à déverrouiller la machine virtuelle qui reste ainsi dans un état laissant vmotion en permanence désactivé. Suivez les étapes présentées dans l'article de la base de connaissances VMware : En raison de limitations VMware (présentées dans la Documentation vsphere 5), vranger ne peut pas prendre en charge les opérations de support avec des banques de données dont le nom contient les caractères barre oblique (/), barre oblique inversée (\) et pourcentage (%). L'utilisation de caractères ASCII Anglais (États-Unis) non standard dans certains paramètres d'une machine virtuelle peut générer un comportement inattendu. Ce est documenté en détail dans l'article de la base de connaissances VMware. Lors de l'utilisation de caractères spéciaux dans le nom d'un fichier ou d'un dossier, vous ne pouvez pas afficher ce fichier ou ce dossier en parcourant la banque de données dans vcenter. Ce est documenté en détail dans l'article de la base de connaissances VMware. Si le nom d'hôte d'un serveur vcenter contient un caractère que Tomcat ne prend pas en charge, la récupération des données de santé échoue avec l'erreur «Impossible de récupérer les données de santé du <serveur>...".. ". Cette erreur se produit, car Tomcat nécessite des noms d'hôte conformes à la RFC 952. Pour plus d'informations, reportez-vous à l'article de la base de connaissances de VMware. Le clonage d'une machine virtuelle Linux personnalisée échoue si le nom d'ordinateur des machines virtuelles inclut des caractères ASCII étendus ou non-ascii. Ce est documenté en détail dans l'article de la base de connaissances VMware. Lors de la création d'une session de sauvegarde Hyper-V, le mélange de machines virtuelles avec des volumes CSV (volume partagé de cluster) et non-csv n'est pas pris en charge. Pour plus d'informations, reportez-vous à l'article de la base de connaissances de Microsoft. Lors de la création ou de l'exécution d'une session de sauvegarde, l'opération échoue avec l'erreur : Erreur : [vix_cant_open_detail] VIX ne peut pas ouvrir [XXXXX] XXXX/XXX.vmdk (l'hôte n'est pas couvert par une licence d'utilisation de cette fonctionnalité) Pour résoudre ce, supprimez la licence vsphere, puis rajoutez-la

17 Configuration système requise Avant d'installer, assurez-vous que votre système remplit les configurations système et logicielle minimales requises. Configuration matérielle requise Table 13. Configuration matérielle requise Configuration requise Processeur Mémoire Espace sur le disque dur Système d'exploitation Détails N'importe quelle combinaison équivalente à un processeur 4 coeurs est recommandée. Exemple 1 processeur quad-core ; 2 processeurs dual-core. 4 Go de mémoire vive sont requis. Au moins 4 Go d'espace libre sur le disque dur de la machine vranger. Les systèmes d'exploitation ci-dessous sont pris en charge pour l'installation : Windows 7 Windows 8 Windows 8.1 Windows Server 2008 Windows Server 2008 R2 Windows Server 2012 Windows Server 2012 R2 REMARQUE : Seules les versions 64 bits des systèmes d'exploitation cidessus sont prises en charge. Mise à niveau et compatibilité Prenez connaissance des remarques ci-dessous avant de procéder à une mise à niveau vers cette version de vranger : Modifications apportées à l'appliance virtuelle vranger À compter de vranger 7.0, les appliances virtuelles sont mises à niveau vers une architecture en 64 bits. Pour obtenir les résultats attendus, si vous avez déjà déployé des appliances virtuelles vranger, il est recommandé de les mettre à niveau vers la version 64 bits avant d'exécuter les sessions dans vranger. Les versions antérieures de l'appliance virtuelle vranger ne seront pas utilisées durant les tâches de sauvegarde, de restauration ou de réplication. Cela peut entraîner l'exécution de la tâche en utilisant une autre option de transport (si Sélection du transport automatique est utilisée) ou provoquer un échec. Chemins de mise à niveau pris en charge En raison de différentes architecturales, une mise à niveau directe vers vranger 7.x à partir de versions antérieures de vranger peut ne pas être possible. vranger 4.x : si vous utilisez vranger 4.x, vous ne pouvez pas effectuer une mise à niveau directe vers la dernière version de vranger. Vous devez procéder à une mise à niveau vers une version 5.x de vranger prise en charge (voir ci-dessous), puis mettre à niveau vers vranger 7.0. vranger 5.x : les versions de vranger 5.x répertoriées ci-dessous ont été certifiées pour la mise à niveau vers vranger 7.0. La mise à niveau vers vranger 7.0 depuis vranger 5.4 ou nécessite une mise à niveau intermédiaire vers vranger 5.5. Si vous utilisez vranger 5.4 ou 5.4.1, mettez à niveau vers vranger 5.5 avant la mise à niveau vers vranger 7.0. vranger 6.x : toutes les versions de vranger 6.x sont prises en charge pour la mise à niveau directe. 17

18 REMARQUE : Pour plus d'informations sur la mise à niveau vers cette version, reportez-vous au chapitre «Mise à niveau» dans le Guide d'installation et de mise à niveau de vranger. Licence produit Pour activer une licence d'évaluation 1 Copiez le fichier joint xxx asc dans le répertoire d'installation de vranger. Notez que représente votre numéro de licence unique. 2 Cliquez sur Aide -> Information sur la licence. 3 Dans la fenêtre Information sur la licence, cliquez sur Ajouter une nouvelle licence. 4 Accédez au fichier de licence, sélectionnez-le, puis cliquez sur Ouvrir. 5 La partie inférieure de la fenêtre Information sur la licence présente les informations sur votre licence. Cliquez sur Enregistrer. 6 Cliquez sur Quitter pour fermer l'assistant. Votre licence sera activée au prochain démarrage de vranger. Pour activer une licence commerciale achetée 1 Copiez le fichier joint xxx asc dans le répertoire d'installation de vranger. Notez que représente votre numéro de licence unique. 2 Cliquez sur Aide -> Information sur la licence. 3 Dans la fenêtre Information sur la licence, cliquez sur Ajouter une nouvelle licence. 4 Accédez au fichier de licence, sélectionnez-le, puis cliquez sur Ouvrir. 5 La partie inférieure de la fenêtre Information sur la licence présente les informations sur votre licence. Cliquez sur Enregistrer. 6 Cliquez sur Quitter pour fermer l'assistant. Votre licence sera activée au prochain démarrage de vranger. Globalisation Cette section présente des informations relatives à l'installation et à l'utilisation de ce produit dans des configurations non-anglaises, notamment celles de clients basés hors d'amérique du Nord. Elle ne remplace pas les informations relatives aux plates-formes et aux configurations prises en charge présentées ailleurs dans la documentation produit. Cette version est activée pour l'unicode et prend en charge tous les jeux de caractères. Avec cette version, tous les composants produits doivent être configurés pour utiliser un codage de caractères identique et compatible, et être installés pour utiliser les mêmes options et paramètres régionaux. Cette version peut être utilisée dans les régions suivantes : Amérique du Nord, Europe occidentale et Amérique latine, Europe centrale et orientale, Asie d'extrême-orient, Japon. La version a été localisée dans les langues suivantes : Français, Allemand, Japonais, Chinois (simplifié). Cette version présente les capacités ou limitations connues suivantes : la restauration au niveau fichier à partir d'une destination de sauvegarde NetVault SmartDisk ne prend pas en charge l'unicode. 18

19 À propos de Dell Dell est à l'écoute de ses clients. Elle fournit dans le monde entier une technologie innovante, des solutions et des services professionnels fiables que ses clients apprécient. Pour plus d'informations, visitez Contacter Dell Support technique : Support en ligne Questions sur les produits et vente : info@software.dell.com Ressources de support technique Le support technique est disponible pour les clients qui ont acheté le logiciel Dell avec un contrat de maintenance valide, et pour les clients qui utilisent une version d'évaluation. Vous pouvez accéder au portail de support à l'adresse Le portail de support offre des outils d'auto-assistance qui permettent de résoudre les s rapidement et de façon autonome, 24 heures sur 24, 365 jours par an. De plus, le portail offre un accès direct aux ingénieurs de support produit via un système de demande de service en ligne. Grâce au site, vous pouvez : Créer, mettre à jour et gérer les demandes de services (requêtes) Afficher les articles de la base de connaissances Recevoir des notifications produit Télécharger des logiciels Pour obtenir un logiciel d'évaluation, visitez le site Trial Downloads. Visionner des vidéos de démonstration Discuter avec les membres de la communauté Chatter avec un ingénieur support Contributions de tiers Ce produit inclut les composants tiers répertoriés ci-dessous. Pour des informations sur les licences de tiers, accédez à. Le code source des composants marqués par un astérisque (*) est disponible à l'adresse Vous pouvez demander qu'une copie de ce code vous soit transmise (pour un prix symbolique) en envoyant un à legal@software.dell.com. Table 14. Liste des contributions de tiers Composant Licence Reconnaissance AlphaFS 1.5 MIT attr * GLP v2 Une copie de cette licence est reproduite ci-dessous. Autofac MIT AutoMapper MIT 19

20 Table 14. Liste des contributions de tiers Composant Licence Reconnaissance bash 4.1* GPL v3 Une copie de cette licence est reproduite ci-dessous. bash * binutils 2.2* GPL v3 Copyright (C) 2007 Free Software Foundation, Inc. blfs-bootscripts blfs 1 Portions dérivées du projet «Linux From Scratch». bzip bzip Portions copyright Julian R Seward. Tous droits réservés. bzip bzip 'Copyright 2010 Julian R Seward. Tous droits réservés. coreutils 8.21* GPL v3 Une copie de cette licence est reproduite ci-dessous. coreutils 8.4* curl * Curl Copyright Daniel Stenberg. curl Curl 2013 Copyright 2013, Daniel Stenberg, daniel@haxx.se cyrus-sasl cyrus-sasl Ce produit inclut un logiciel développé par Computing Services à Carnegie Mellon University ( dhcpcd 3.0* GPL v2 Une copie de cette licence est reproduite ci-dessous. dhcpcd FreeBSD Copyright The FreeBSD Project. Tous droits réservés. e2fsprogs 1.41* e2fsprogs 1.42* GPL v2 Une copie de cette licence est reproduite ci-dessous. file 5.14 findutils 4.4* findutils 4.4.2* FUSE 2.8* FUSE 2.9* File Command License 1.1 GPL v3 GPL v2 Copyright 1995 Ian F. Darwin, Christos Zoulas et d'autres. Une copie de cette licence est reproduite ci-dessous. Une copie de cette licence est reproduite ci-dessous. gawk 3.1.7* GPL v2 Une copie de cette licence est reproduite ci-dessous. gawk 4.1* GPL v3 Une copie de cette licence est reproduite ci-dessous. gcc 4.4* gcc 4.8* GPL v3 Une copie de cette licence est reproduite ci-dessous. glib 2.36* GPL v2 Une copie de cette licence est reproduite ci-dessous. 20