Arcserve

Notes de parution d'Arcserve® Unified Data Protection version 5.0 mise à jour 4

1.0 Bienvenue

2.0 Améliorations

3.0 Problèmes corrigés

4.0 Problèmes connus

5.0 Remarques ou restrictions

6.0 Installation

6.1 Tâches prérequises

6.2 Instructions d'installation

7.0 Contacter le service de support technique

1.0 Bienvenue

Bienvenue dans les Notes de parution de Arcserve UDP version 5.0 mise à jour 4. Ces Notes de parution contiennent des informations importantes concernant cette mise à jour. Les mises à jour sont cumulatives et peuvent être installés sur l'une des versions précédentes de Arcserve UDP.

2.0 Améliorations

Les améliorations ou fonctions suivantes ont été ajoutées à cette version d'Arcserve UDP :

JRE a été mis à niveau vers la version 1.8 (la récupération à chaud utilise la version 1.7.)
VDDK a été mis à niveau vers la version 5.5.4.
Arcserve UDP version 5.0 mise à jour 4 prend en charge la fonctionnalité de mise à jour automatique :
- Les utilisateurs de Arcserve UDP version 5.0 mise à jour 3 peuvent utiliser cette fonctionnalité pour effectuer la mise à niveau vers Arcserve UDP version 5.0 mise à jour 4 dès à présent ou procéder manuellement.
- Si vous utilisez des versions antérieures à la mise à jour 3, il existe deux façons de réaliser la mise à niveau vers la mise à jour 4 :
  - Commencez par effectuer la mise à niveau manuelle vers la mise à jour 3, puis vérifiez la mise à jour automatique vers la mise à jour 4.
  - Effectuez directement une mise à niveau manuelle vers la mise à jour 4.
Lors de la création d'un nouveau référentiel de données, la valeur par défaut pour les flux simultanés vers le référentiel de données passe de 20 à 4.
Correction de certaines failles de sécurité.
Correctifs tests installés. Pour plus d'informations, consultez la section Problèmes corrigés des Notes de parution.

3.0 Problèmes corrigés

Cette mise à jour permet de corriger les problèmes suivants :

Résolution d'un problème faisant que Virtual Standby crée systématiquement une nouvelle machine virtuelle sur une plate-forme Hyper-V si le serveur Hyper-V correspond à un système dans une langue autre que l'anglais. (Correctif test T55Z087)
Résolution d'un problème de blocage d'un job de restauration rencontré avec des bases de données Exchange coréennes, lorsque vous tentez de vider les courriels vers un dossier. (Correctif test T5LE208)
Résolution d'un problème d'incohérence entre l'adresse MAC générée automatiquement d'une machine virtuelle récupérée et celle d'origine après récupération d'une machine virtuelle VMware. (Correctif test T5LE197)
Résolution du problème d'affichage d'un message d'erreur informant de l'expiration du délai de récupération de l'UI d'une machine virtuelle lorsque vous précisez les détails relatifs à Hyper-V pour soumettre le job de récupération. Le job de récupération de machine virtuelle n'est pas soumis lorsque l'accès aux sessions de point de récupération de référentiel de données ou de copie est effectué à partir d'un chemin local jusqu'au niveau du dossier parent de l'interface utilisateur de l'agent. (Correctif test T55Z085)
Résolution d'un problème d'échec de job Virtual Standby s'il existait un ou plusieurs dossiers entre le centre de données et le serveur ESX dans une hiérarchie d'objet VMware gérée. (Correctif test T5LE199)
Résolution du problème entraînant l'affichage du message signalant l'échec de la communication avec la déduplication %1!s! sur le server %2!s!. Erreur réseau = [%3!s!]." sur une nouvelle ligne lorsque la commande suivante est exécutée : "cmdutil /db /dump /rps Log result". (Correctif test T5LE200)
Résolution d'un problème d'échec de génération d'un catalogue après un job de sauvegarde, lorsque l'envoi d'alertes par courrier électronique est configuré et que le serveur de messagerie rencontre un problème. (Correctif test T5LE202)
Résolution d'un échec de sauvegarde de la machine virtuelle Hyper-V si cette dernière est associée à un disque d'une taille de bloc de 1 Mo. (Correctif test T5LE204/T5LE205)
Résolution d'un problème de licence rencontré par toutes les machines virtuelles sous un hôte ESXi sous l'onglet de l'hyperviseur sur la console, lorsque l'hôte ESXi utilisé n'est pas correct. (Correctif test T5LE206)
Résolution d'un problème de blocage lors de la restauration d'une boîte aux lettres utilisateur complète lorsque la mémoire n'est pas suffisante. (Correctif test T5LE207)
Résolution d'un problème rencontré avec le créateur de processus média de récupération à chaud qui affiche à tort Allemand et Deutsch dans la fenêtre de sélection de langue. (Correctif test T5LE209)
Corrige le problème de navigation impossible dans les pages Web de l'agent Arcserve UDP/Arcserve D2D pour Windows avec Google Chrome v41. (Correctif test T5LE224)
Pour plus d'informations, consultez l'article de connaissances https://arcserve.zendesk.com/hc/en-us/articles/204542275.
Résolution d'un problème d'échec de la suppression d'un fichier qui entraîne l'échec d'un job de fusion. Ce problème se produisait sur certaines machines lorsque la destination de sauvegarde se trouvait sur un périphérique NAS. (Correctif test T245948)
Résolution du problème rencontré lorsque vous cliquez sur Tester la connexion dans la fenêtre de configuration du Cloud entraînant l'affichage du message signalant l'échec de la communication avec le Cloud. (Correctif test T5LE203/RO79422)
Résolution du problème empêchant la génération des informations au niveau des volumes pour la machine virtuelle dans l'interface utilisateur de restauration lorsque la partition système de la machine virtuelle n'est pas signalée comme active. (Correctif test T5LE212/T5LE214)
Résolution du problème rencontré avec une sauvegarde sans agent qui entraîne l'inexécution de la commande "following the acquisition of the snapshot" si des erreurs se sont produites lors de l'acquisition de l'instantané (net start "service xyz") lorsque la commande "before the start of a backup" est définie pour arrêter un service (par exemple, net stop "service xyz"). (Correctif test T5LE213)
Résolution du problème d'échec de la création d'un catalogue de restauration détaillée lorsqu'une base de données Exchange, le journal et les fichiers système contenus dans le dossier de point de montage correspondent à des volumes différents. (Correctif test T5LE215)
Résolution du problème faisant que si vous définissez le filtre sur le dernier jour, le rapport indique le nombre de jobs exécutés dans les dernières 24 heures et non les jobs exécutés à partir de 00:00 le dernier jour. (Correctif test T5LE233)
Résolution du problème de non-application du paramètre de limitation de la bande passante pour les sauvegardes de machine virtuelle sans agent. (Correctif test T5LE219)
Résolution du problème rencontré avec les jobs de rattrapage pour les jobs de sauvegarde sans agent planifiés. (Correctif test T5LE221)
Lors d'une sauvegarde, le message indiquant que as-hbbu-vmwarebackup DeploySuccess.sig est introuvable s'affiche dans le client VI du fait de la détection par Arcserve UDP de la méthode de prise d'instantané. Si le fichier C:\as-hbbu-vmwarebackup\DeploySuccess.sig existe sur le système d'exploitation invité, la méthode de prise d'instantané VSS est détectée ; dans le cas contraire, le système suppose que la méthode utilisée est Outils VMware. (Correctif test T5LE218)
Résolution du problème de conversion des sauvegardes incrémentielles pour vérifier les sauvegardes lorsque le volume contient plusieurs GUID de volume. (Correctif test T5LE211)
Résolution du problème de démarrage du service de l'agent Arcserve UDP en mode Heure d'été. (Correctif test T5LE232)
Résolution du problème entraînant l'arrêt brutal du job de catalogue du système de fichiers et la création de fichiers de vidage de 0 octet dans le dossier des journaux lorsqu'il existe de nombreux répertoires profonds. (Correctif test T5LE227)
Résolution du problème de modification de l'attribut de compression des fichiers et dossiers par le job de restauration (Correctif test T5LE216)
Résolution du problème d'échec d'un job Virtual Standby, lorsqu'il ne parvient pas à trouver/localiser un centre de données VMware. (Correctif test T5LE199)
Résolution du problème empêchant l'annulation de jobs de sauvegarde sans agent qui se trouvent dans la file d'attente. (Correctif test T5LE236)
Résolution d'un problème d'endommagement des données lié aux mises à jour Windows. Les sauvegardes basées sur un agent Arcserve UDP sont affectées. Ce problème affecte uniquement la récupération à chaud, car l'endommagement des données se produit au niveau des fichiers système, tels que les fichiers exe, sys et dll.
Remplace l'emplacement d'origine de l'outil C:\ par C:\Program Files\Arcserve, qui est déployé sur la machine virtuelle lorsqu'un instantané VSS est utilisé.
Le serveur HTTP Apache employé par Arcserve UDP utilise OpenSSL 1.0.1j qui est affecté par la vulnérabilité CVE-2015-1637, également appelée vulnérabilité FREAK ("Factoring attack on RSA-EXPORT Keys"). Pour obtenir une description détaillée du problème, lisez les articles https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2015-1637 et https://technet.microsoft.com/library/security/ms15-031.
Pour contourner le problème, Arcserve UDP a désactivé l'utilisation des chiffrements vulnérables et utilise à la place les chiffrements sécurisés suivants :
- ECDHE-RSA-AES128-GCM-SHA256
- ECDHE-RSA-AES256-GCM-SHA384
- ECDHE-RSA-AES128-SHA256
- DHE-RSA-AES256-SHA256
Résolution de l'échec de la réplication suivante qui se produit lorsque la première réplication échoue ou est annulée et que l'emplacement de destination du job de sauvegarde (qui est la source de la réplication) est remplacé par un nouveau référentiel de données.
Résolution du problème d'échec des fusions lorsque le disque à semi-conducteurs (SSD) utilisé pour une base de données de hachage dédupliquée est plein. Il est donc impossible de purger les données afin de récupérer de l'espace.
Résolution du problème rencontré lorsqu'un job de fusion tente de remplacer le fichier d'index d'origine par un nouveau fichier d'index au cours d'une certaine phase du job. Si le job de fusion échoue à ce stade, le fichier d'index sera dans un état intermédiaire. Si vous tentez de purger un nœud spécifique à ce stade, la purge échoue. Tous les points de récupération du nœud afficheront alors un état anormal. Le correctif importe un mécanisme de restauration pour purger le job du nœud. Dès lors que le job de purge du nœud détecte ce type de point de récupération, il rétablit les points de récupération dans un état normal, puis exécute l'opération de purge. Notez que si un nœud a déjà rencontré ce problème, le correctif ne sera d'aucune utilité.
Ajoute un commutateur pour corriger le problème rencontré lorsque vous souhaitez conserver le catalogue de système de fichiers pour accélérer la recherche de fichier/dossier restauration, mais que vous ne souhaitez pas utiliser le catalogue pour effectuer une restauration de fichier/dossier, car il est lent en cas de restauration d'un petit fichier à partir d'un volume important. Pour activer ce correctif, vous devez activer un paramètre dans le Registre Windows. Si vous souhaitez restaurer des fichiers peu volumineux, vous pouvez définir le Registre suivant afin de forcer le job de restauration à monter un point de récupération et à restaurer les fichiers à partir du volume monté, au lieu d'utiliser le catalogue système de fichiers.
[HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFRestoreDll]

"RestoreCtrl"=dword:00000001
Résolution du problème rencontré avec des nœuds Linux et entraînant le blocage du job de restauration des fichiers lorsque vous arrêtez la machine cible alors que le job de restauration de fichiers est en cours d'exécution.
Résolution du problème d'incohérence entre la capacité gérée de la licence et la capacité gérée du rapport.
Résolution du problème d'indisponibilité de certains fichiers système après un job de sauvegarde.
Résolution du problème empêchant l'affichage des informations sur les volumes dans l'interface utilisateur de restauration lorsque des informations sont manquantes dans le fichier adrconfigure.xml après une sauvegarde utilisant un hôte. L'analyseur de machine virtuelle traite uniquement les partitions "actives" comme candidats du volume système. Par conséquent, il ne parvient pas à trouver le volume système et toutes les informations système.
Résolution du problème faisant qu'après une récupération à chaud l'ordre des partitions pour des systèmes uEFI n'est pas identique à celui du système d'origine.
Résolution du problème rencontré lors de l'insertion d'un lecteur dans le système d'exploitation d'origine entraînant un éventuel échec lors de la récupération à chaud et empêchant le redémarrage après la récupération à chaud.
Résolution du problème entraînant l'indisponibilité de certaines ressources après un job de sauvegarde sur bande d'une session Arcserve UDP et l'échec éventuel des jobs de fusion ultérieurs, à moins que le référentiel de données ne soit redémarré. Une erreur système 32 est renvoyée.
Résolution du problème de blocage de l'interface utilisateur graphique lorsque vous importez des nœuds à partir d'ESX et que vous sélectionnez des nœuds à l'aide d'un filtre. Désélectionnez-les en supprimant le filtre, puis cliquez sur Ajouter à la liste.
Résolution du problème empêchant la suppression dans le tableau de bord d'une fusion sur l'écran des jobs RPS, même une fois le job de fusion terminé.
Résolution du problème de prise en charge par VSB d'un troisième commutateur distribué virtuel, comme CISCO VDS 1000.
Résolution du problème empêchant le démarrage de VSB dans un environnement CHS.
Résolution du problème de mauvaise interprétation éventuelle du nom de la tâche de réplication due à la traduction allemande.
Résolution du problème faisant qu'un job de rattrapage est exécuté à chaque redémarrage du service de l'agent Arcserve UDP si l'heure de début de la sauvegarde planifiée est définie sur une période postérieure.
Résolution du problème survenant le premier jour du passage à l'heure d'été, empêchant l'affichage des points de récupération créés dans la dernière plage horaire des jours précédant le passage à l'heure d'été.
Résolution du problème faisant que la fonction de recherche dans l'interface utilisateur de restauration d'Active Directory est sensible à la casse alors qu'elle ne devrait pas l'être.
Résolution du problème entraînant la création d'un fichier de vidage de 0 octet après chaque sauvegarde, lorsque le volume comprend plusieurs chemins d'accès étendus.
Résolution du problème d'échec de la restauration de la boîte aux lettres utilisateur pour Microsoft Exchange 2007, lorsque le nom d'utilisateur de la boîte aux lettres est différent du nom d'affichage.
Résolution du problème d'échec de la réplication, si une commande met longtemps à terminer en raison d'une instabilité sur le réseau étendu (WAN) et de faibles performances du disque, de l'UC ou de la mémoire.
Résolution du problème faisant que, dans les tableaux de bord suivants, les données ne sont pas forcément affichées dans l'ordre chronologique.
- Données brutes et stockage des données réelles
- Données pouvant être restaurées et stockage des données réelles
- Stockage des données réelles
Résolution du problème d'échec de la purge d'un nœud dans le référentiel de données de déduplication, lorsque le nœud a déjà été fusionné.
Résolution du problème empêchant l'annulation de jobs de sauvegarde sans agent qui se trouvent dans la file d'attente.
Résolution du problème faisant qu'avec une certaine configuration de disque/volume, la sauvegarde ne parvient pas à lire les données à partir du cliché instantané de volume, ce qui renvoie l'erreur système Windows 27 suivante :
"Le lecteur ne trouve pas le secteur demandé."

Pour obtenir la liste complète des problèmes corrigés dans cette version, consultez les Notes de parution d'Arcserve UDP version 5.0.

4.0 Problèmes connus

Les problèmes suivants peuvent exister dans cette mise à jour :

La mise à jour d'Arcserve UDP version 5.0 ou d'Arcserve UDP version 5.0 mise à jour 1 à Arcserve UDP version 5.0 mise à jour 4 requiert un redémarrage du système, La mise à jour de Arcserve UDP version 5.0 mise à jour 2 ou de Arcserve UDP version 5.0 mise à jour 3 vers Arcserve UDP version 5.0 mise à jour 4 ne requiert aucun redémarrage du système.
Arcserve a suivi, avec un intérêt croissant, le problème relatif à un bogue VMware qui n'a pas été résolu. Ce défaut peut entraîner la sauvegarde d'un cliché endommagé. L'impact de ce problème est tel qu'il peut rendre les sauvegardes complètement inutilisables pour l'extraction de données avec divers degrés de perte de données. Ce problème a été détecté lors de la sauvegarde sans agent des systèmes VMware utilisant Arcserve UDP.
Symptôme :

VMware présente un bogue lorsqu'une machine virtuelle est suspendue de sorte que son cliché contient des données endommagées. La sauvegarde lisant les données à partir du cliché, les données sauvegardées sont également endommagées. Pour plus d'informations concernant ce problème, consultez l'article de connaissances VMware suivant : Application quiescing with Windows 2008 R2 SP1 and Windows 2012 with vSphere Data Protection, VMware Data Recovery, and third-party backup software (2044169) (Suspension d'application avec Windows 2008 R2 SP1 et Windows 2012 avec vSphere Data Protection, VMware Data Recovery et un logiciel de sauvegarde tiers (2044169)).

Remarque : Ce problème peut survenir avec toutes les versions de VMware ESXi et sur les machines virtuelles dotées d'un système d'exploitation d'invité Windows 2008 R2 SP1 ou Windows 2012. Le problème d'endommagement des données ne peut pas être détecté par le logiciel, car VMware ne renvoie aucune erreur. Le risque est donc que vous ne soyez pas informé du problème jusqu'à ce que vous essayiez de restaurer des données.

Solution :

Exécutez les méthodes ci-dessous incluses dans cette mise à jour pour détecter et pour résoudre le problème :
- Contrôle des points de récupération : montez les volumes à partir d'un point de récupération et vérifiez la cohérence des données à l'aide de l'outil CHKDSK de Microsoft à la fin du job de sauvegarde. Pour plus d'informations, consultez le Manuel des solutions Arcserve UDP. L'exécution de la commande CHKDSK pouvant prendre du temps, nous vous recommandons d'activer cette option pour les jobs de sauvegarde hebdomadaires ou mensuels.
- Méthode de suspension des clichés VMware : si l'option Contrôle des points de récupération détecte un problème, suivez la procédure décrite dans la section How to check if you may be affected by this bug (Procédure de vérification de l'affectation par ce bogue) de l'article de connaissances Arcserve. Si le problème est dû à ce problème connu au niveau de VMware, vous pouvez utiliser l'option Microsoft VSS sur la machine virtuelle pour le résoudre avant que VMware n'ait résolu son problème. Pour plus d'informations, consultez le Manuel des solutions Arcserve UDP.
Un ordinateur peut ne pas démarrer après une récupération à chaud, lorsque celui-ci possède un disque de 4 Ko et que la source est Windows 8.1 ou Windows 2012 R2.
Symptôme :

Lorsque vous effectuez une récupération à chaud d'un ordinateur fonctionnant sous Windows 8.1 ou Windows 2012 R2 et possédant un disque de 4 Ko, le redémarrage de l'ordinateur après la récupération à chaud peut échouer et renvoyer le message d'erreur : system_thread_excption_not_handled (WppRecorder.sys).

Solution :

Démarrez sur la console de récupération, qui devrait apparaître automatiquement après quelques arrêts brutaux.
1. Lancez l'invite de commande et exécutez la commande suivante :
  c:\windows\system32\compact.exe /U c:\windows\system32\drivers\*.sys
2. Redémarrez votre ordinateur.
3. Une fois l'ordinateur redémarré, désactivez la compression NTFS sur l'ensemble du système afin que CBS Scavenger ne réintroduise pas le problème :
  fsutil behavior set DisableCompression 1
4. Redémarrez de nouveau l'ordinateur (afin que le paramètre DisableCompression prenne effet). Les fichiers compressés resteront compressés (et lisibles). Mais CBS Scavenger ne pourra pas compresser les fichiers et reproduire le problème.
Lorsque des points de récupération sont migrés à partir d'un dossier partagé vers un référentiel de données à l'aide de la console Arcserve UDP, le moniteur de jobs/historique du job de migration n'apparaît pas dans la liste Noeuds sur l'onglet Ressources.
Symptôme :

Un job de migration n'apparaît pas dans la liste Noeuds de l'onglet Ressources.

Solution :

Accédez à la vue RPS ou à l'onglet Jobs pour vérifier le moniteur de jobs.
La vue Point de récupération Arcserve UDP ne prend pas en charge les volumes créés par le mappage de lecteur réseau.
Symptôme :

Il est impossible de parcourir les volumes dans la vue Point de récupération Arcserve UDP.

Solution :

Utilisez directement un chemin d'accès UNC au lieu de mapper les volumes vers un lecteur réseau.
Pour une restauration détaillée Exchange de sauvegarde utilisant un hôte, lorsque la version de Windows de l'hôte du proxy de sauvegarde est antérieure à celle de la machine virtuelle, le job de catalogage Exchange suivant peut échouer en raison d'une mise à jour Windows. Lorsqu'une machine virtuelle est sauvegardée alors que l'option Générer les catalogues Exchange est activée pour un plan, le job de catalogage échoue et indique dans le journal d'activité le message suivant :
La version Windows du proxy [<Nom du proxy>] est antérieure à la version utilisée sur la machine virtuelle [<Nom de la machine virtuelle>]. Le prochain job de catalogage Exchange peut échouer et vous devrez installer le package de mise à jour Windows associé pour éviter tout problème.

Symptôme :

Le job de catalogage Exchange utilisera les binaires Exchange à partir de la machine virtuelle. Si la version de Windows de l'ordinateur proxy est antérieure à celle de la machine virtuelle, les binaires Exchange ne fonctionnent pas correctement, et en conséquence, le job de catalogage échoue.

Solution :

Installez le package de mise à jour Windows suivant pour résoudre le problème :

http://support.microsoft.com/kb/2533623
Après avoir récupéré une machine virtuelle mise en cluster vers le cluster Hyper-V d'origine, l'adaptateur réseau ne parvient pas à se connecter au commutateur virtuel et affiche le message d'avertissement suivant dans le journal d'activité : Unable to connect the network adapter <<adapter name>> to the virtual switch (Impossible de relier l'adaptateur réseau <<nom_adapteur>> au commutateur virtuel).
Symptôme :

Le basculement a lieu au niveau de la machine virtuelle mise en cluster avant de prendre un cliché dans le cadre de la sauvegarde d'une machine virtuelle. Cela entraîne une incohérence avec la configuration de machine virtuelle de l'hôte Hyper-V enregistré dans la session de sauvegarde.

Solution :

Vous pouvez manuellement relier l'adaptateur réseau à un commutateur virtuel sur son hôte Hyper-V ou utiliser l'option Restaurer vers un autre emplacement pour récupérer la machine virtuelle avec laquelle vous pouvez définir la configuration de la restauration pour la machine virtuelle.
Dans Agent Arcserve UDP (Linux), un nouveau plan est créé dans la console lors de la remigration d'un serveur de sauvegarde Linux vers la console.
Symptôme :

Supposons que vous migrez un serveur de sauvegarde Linux vers la console Arcserve UDP. Si vous libérez le serveur de sauvegarde Linux, puis que vous le migrez de nouveau, un nouveau plan est automatiquement créé dans la console.

Exemple :

Vous possédez un Serveur_sauvegarde_Linux1 qui gère le Noeud_Linux1. Vous avez créé un job de sauvegarde nommé Nouveau plan. Vous disposez également d'une console Arcserve UDP qui gère le Noeud_Linux2 et le Serveur_sauvegarde_Linux2, et le plan est également nommé Nouveau plan.

Vous migrez le Serveur_sauvegarde_Linux1 vers la console à l'aide de la commande d2dreg. Une fois la migration terminée, le nom du job de sauvegarde devient Nouveau plan_<Serveur_Linux1>. Déployez le Nouveau plan_<Serveur_sauvegarde_Linux1>.

Vous ajoutez le Noeud_Linux1 au Nouveau plan et vous ajoutez le Serveur_sauvegarde_Linux1 comme serveur, puis vous déployez le plan. Le Nouveau plan protège maintenant le Noeud_Linux1 et le Noeud_Linux2 et le serveur est Serveur_sauvegarde_Linux1.

Maintenant, vous libérez le Serveur_sauvegarde_Linux1 à partir de la console. Supprimez le Nouveau plan et le Nouveau plan_<Serveur_sauvegarde_Linux1> à partir de la console. La migration du Serveur_sauvegarde_Linux1 vers la console entraîne la migration de deux plans : le Nouveau plan et le Nouveau plan_<Serveur_sauvegarde_Linux1>

Solution :

Supprimez le nouveau plan. Le nouveau plan ne contient aucun noeud, c'est pourquoi il n'affecte aucune planification de sauvegarde.
Dans le logiciel Hyper-V 2012 et les versions ultérieures, la machine virtuelle conserve le statut "Sauvegarde", bien que le job de sauvegarde utilisant un hôte sans agent de cette machine virtuelle ait déjà fini.
Symptôme :

Bien que le job de sauvegarde d'une machine virtuelle ait déjà fini, le statut de la machine virtuelle reste "Sauvegarde" dans le gestionnaire Hyper-V. Par conséquent, si un autre job de sauvegarde pour cette machine virtuelle commence à cette heure, il échoue avec l'erreur "Une erreur s'est produite au niveau de l'enregistreur VSS Hyper-V pendant le traitement de cette machine virtuelle". De plus, certaines opérations sont impossibles, notamment allumer/éteindre la machine virtuelle au niveau du gestionnaire Hyper-V. Et si la machine virtuelle est un cluster Hyper-V, vous ne pouvez pas effectuer de migration en direct pour cette machine.

Ce problème survient dans les situations suivantes :

• Plusieurs jobs de sauvegarde démarrent en même temps ou à des intervalles proches (inférieurs à 1 minute).

• Un ou plusieurs jobs de sauvegarde sont terminés, mais un ou plus sont encore en cours.

Racine du problème :

Pour éviter d'ajouter de la charge de travail inutile à l'hôte Hyper-V, plutôt que de prendre un cliché instantané de volume pour chaque machine virtuelle, Arcserve UDP tente de prendre un cliché instantané de volume de toutes les machines virtuelles lorsque leurs jobs de sauvegarde commencent au même moment ou à des intervalles proches. Une fois le cliché instantané de volume pris, toutes les machines virtuelles de cette instance de cliché instantané de volume sont "verrouillées" (dans le statut Sauvegarde). Arcserve UDP peut libérer le cliché uniquement lorsque tous les jobs de sauvegarde sont terminés, c'est pourquoi, même si le job de sauvegarde d'une machine virtuelle est déjà terminé, cette machine virtuelle reste "verrouillée". En raison de la restriction au niveau du cliché instantané de volume et qui oblige à prendre un seul cliché à la fois pour une machine virtuelle, si un autre job de sauvegarde de la même machine virtuelle démarre au même moment, il échoue avec l'erreur "Une erreur s'est produite au niveau de l'enregistreur VSS Hyper-V pendant le traitement de cette machine virtuelle". De plus, certaines opérations (comme allumer/éteindre) sont désactivées au niveau du gestionnaire Hyper-V et la migration en direct n'est pas autorisée si la machine virtuelle se trouve dans un cluster Hyper-V. Ce problème ne survient pas dans Hyper-V 2008R2, car le comportement de Hyper-V 2008R2 diffère du mécanisme de cliché instantané de volume.

Solution :

Lorsque la machine virtuelle est "verrouillée", vous pouvez utiliser normalement le système d'exploitation d'invité. Par conséquent, ce problème n'a aucun impact sur l'utilisation ni sur la disponibilité du système d'exploitation d'invité. Toutefois, si vous avez des questions et que vous souhaitez éviter cette situation, vous pouvez procéder de l'une des façons suivantes :
- Cliquer sur l'option Séparation des clichés Hyper-V dans l'onglet Ressources de la sauvegarde utilisant un hôte et sans agent. Pour plus d'informations, consultez le Manuel des solutions Arcserve UDP.
- Utiliser des plans différents pour protéger les machines virtuelles de taille différente. En d'autres termes, vous devez inclure la machine virtuelle avec une taille similaire dans un plan pour que ces jobs de sauvegarde soient de durée similaire, tout en définissant des planifications différentes pour ces plans.
L'interface utilisateur répond parfois lentement lors de l'accès à Agent Arcserve UDP (Windows) à partir de certaines versions d'Internet Explorer 10 ou 11.
Symptôme :

La réponse de l'interface utilisateur peut être lente lorsque vous accédez à Agent Arcserve UDP (Windows) à partir d'Internet Explorer 10 ou 11 et si vous utilisez l'une des versions spécifiques d'Internet Explorer 10.0.9200.17XXX et d'Internet Explorer 11.0.9600.17XXX.

Si ce problème survient, toutes les demandes ultérieures attendront 5 minutes pour obtenir une réponse.

Ce problème survient uniquement lorsque vous utilisez l'une des versions d'Internet Explorer 10 et 11 mentionnées ci-dessus. Ce problème ne concerne pas les autres navigateurs.

Solution :

Utilisez l'une des solutions temporaires suivantes :
- Fermez le programme Internet Explorer qui répond lentement. Ouvrez un autre navigateur, comme Google Chrome ou Firefox pour vous connecter.
- Nettoyez le cache d'Internet Explorer, puis actualisez la page.
Utilisez la solution permanente suivante :
- Ajoutez les deux lignes suivantes au fichier \Arcserve Unified Data Protection\Engine\Apache\conf\httpd.conf. Redémarrez le service de partage de port RPS de Arcserve UDP.
  - AcceptFilter http none
  - AcceptFilter https none
Si l'appliance est ajoutée au domaine, vous devez autoriser le serveur DHCP sur l'appliance. Si votre compte de domaine n'inclut pas les droits nécessaires pour autoriser le serveur DHCP, un message d'avertissement s'affiche dans la fenêtre des commandes de configuration Arcserve UDP.
Solution :

Contactez votre administrateur de domaine pour obtenir de l'aide sur l'autorisation du serveur DHCP avant d'utiliser le serveur de sauvegarde Linux Arcserve UDP.
Le système d'exploitation Windows ne répond pas.
Symptôme :

Un interblocage se produit dans le système de fichiers lors de la prise d'un cliché pendant l'exécution d'un job de catalogage de restauration détaillée.

Les conditions suivantes peuvent déclencher le problème :
- Le fichier de cache du pilote de montage utilisé pour stocker les données se trouve sur le volume protégé par le moteur Arcserve UDP.
- Vous exécutez une sauvegarde tandis qu'un job de catalogage de restauration détaillée est en cours d'exécution.
Solution :

Configurez la clé de registre suivante pour déplacer le fichier de cache vers un autre emplacement non protégé par le moteur Arcserve UDP :

HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath

Si la clé AFStorHBAMgmt n'existe pas, vous devez en créer une.
1. Sous le dossier de la clé AFStorHBAMgmt, créez une valeur de chaîne REG_SZ pour CacheFilePath.
2. Définissez sa valeur sur un dossier se trouvant sur un volume différent disposant de l'espace disponible suffisant.
  - Si la destination se trouve sur un ordinateur local et qu'aucun chemin d'accès au registre n'est précisément défini, l'emplacement de la session de destination est utilisé pour stocker le chemin d'accès au cache.
    Exemple : si la destination de sauvegarde se trouve sur le lecteur local E:, le cliché de sauvegarde sera créé sur ce lecteur à l'emplacement de destination de la sauvegarde.
  - Si la destination est distante ou locale et si le registre est défini sur HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath à un emplacement quelconque,
    Exemple : E:\temp, cet emplacement E:\temp est utilisé pour stocker le chemin d'accès au cache.
  - Si la destination est distante et aucun chemin d'accès au registre n'est défini, par défaut, l'emplacement dossier_installation/Bin/Temp est utilisé pour stocker le chemin d'accès au cache.
Remarque : Ce problème survient lorsque la charge d'E/S est élevée et que les conditions suivantes sont remplies :
- Un job de catalogage de restauration détaillée est en cours d'exécution pour une base de données volumineuse. Par défaut, le point de récupération sera monté dans le mode accessible en écriture, les données seront écrites et le volume monté sera enregistré dans le dossier d'installation d'Arcserve UDP.
- La sauvegarde prend un cliché instantané du volume sur lequel Arcserve UDP est installé.
La prise d'un cliché informera le pilote du système de fichiers qu'il doit purger les données incomplètes sur le volume et mettra en attente toutes les nouvelles opérations d'écriture sur tous les volumes pendant une courte période. Cette opération entraîne la création d'un interblocage que le volume monté utilisera pour vider les données dans le fichier et, parallèlement, l'opération de l'enregistreur est mise en attente sur le volume sur lequel vous avez installé Arcserve UDP.
Lors de la récupération détaillée des objets de messagerie Exchange, si le serveur Exchange inclut un nombre trop élevé de bases de données et que vous tentez de faire défiler le curseur à plusieurs reprises pour localiser et sélectionner la base de données de votre choix, certains noms de base de données peuvent ne pas apparaître dans la colonne Base de données de boîtes aux lettres.
Solution :

Rouvrez l'assistant de restauration et essayez de sélectionner de nouveau la base de données.
Le noeud de proxy de sauvegarde sans agent est mis à jour dans la console Arcserve UDP avec les nouvelles informations d'identification, mais les nouvelles informations d'identification ne prennent pas effet.
Symptôme :

Dans la console Arcserve UDP, vous avez mis à jour un noeud de proxy de sauvegarde sans agent avec les nouvelles informations d'identification. Toutefois, les nouvelles informations d'identification ne prennent pas effet et les anciennes informations d'identification sont utilisées par le moteur Arcserve UDP pour lancer le processus de sauvegarde. Ce problème survient uniquement lorsqu'aucun plan de sauvegarde utilisant un agent n'est déployé sur le noeud de proxy.

Exemple :
1. Créez un plan de sauvegarde sans agent "Nouveau plan" dans la console et utilisez Noeud_proxy1 comme proxy dans le plan.
2. Utilisez Compte_proxy1 comme compte pour le serveur proxy.
3. Pour utiliser un autre compte, cliquez avec le bouton droit de la souris sur le proxy dans la liste des noeuds de la console et sélectionnez Mettre à jour dans le menu contextuel.
4. Entrez un nouveau compte Compte_proxy2, puis cliquez sur OK. Le logiciel indique que la mise à jour est réussie.
5. Soumettez un nouveau job de sauvegarde.
6. Connectez-vous au noeud de proxy, ouvrez le gestionnaire des tâches Windows et vérifiez le nom d'utilisateur du processus AFBackup.exe. Il s'agit toujours de l'ancien compte Compte_proxy1, alors qu'il devrait s'agir du Compte_proxy2.
Solution :

Pour résoudre ce problème, créez un plan de sauvegarde utilisant un agent et ajoutez votre proxy comme noeud protégé (veillez à supprimer toutes les planifications du plan), puis mettez de nouveau à jour le noeud de proxy.
Google Chrome v41 ne peut pas explorer les pages Web de l'agent Arcserve UDP/Arcserve D2D pour Linux.
Symptôme :

Vous ne ne pouvez plus naviguer dans les pages Web de l'agent Arcserve UDP/Arcserve D2D pour Linux après avoir mis à niveau vers Google Chrome v41 lorsque vous avez défini le protocole de communication sur HTTPS (HTTPS est le protocole par défaut pour l'agent Arcserve UDP/Arcserve D2D pour Linux). Le message suivant s'affiche :

Cette page Web n'est pas disponible.

Code d'erreur : ERR_SSL_VERSION_OR_CIPHER_MISMATCH

Remarque : Ce problème affecte toutes les versions d'Arcserve D2D pour Linux et d'Arcserve UDP.

Solution :

Sur le serveur de sauvegarde Linux d'Arcserve UDP/Arcserve D2D, ouvrez la ligne de commande en tant qu'administrateur et exécutez les commandes suivantes :

#source /opt/CA/d2dserver/bin/d2dserver/bin/setenv

#d2dserver stop

#mv /opt/CA/d2dserver/TOMCAT/conf/server.keystore.old

#keytool -genkey -alias tomcat -keyalg RSA -keypass LinuxD2D -storepass LinuxD2D -keystore /opt/CA/d2dserver/TOMCAT/conf/server.keystore -validity 3600 -dname "CN=nom_hôte_serveur_sauvegarde"

#d2dserver start

Remarques :
- Remplacez nom_hôte_serveur_sauvegarde par le nom d'hôte réel.
- Les commandes Linux respectent la casse.
Pour plus d'informations sur ce problème, consultez le site https://arcserve.zendesk.com/hc/en-us/articles/204506105.

Pour obtenir la liste complète des problèmes connus dans cette version, consultez les Notes de parution de Arcserve UDP version 5.0.

5.0 Remarques ou restrictions

Les remarques suivantes s'appliquent peut-être à cette mise à jour :

Les mises à jour sont cumulatives et peuvent être installés sur l'une des versions précédentes de Arcserve UDP.
Lorsque vous effectuez une mise à niveau vers Agent Arcserve UDP (Linux) à partir de la version 5.0, 5.0 mise à jour 1 ou 5.0 mise à jour 2 vers la version 5.0 mise à jour 4, la sauvegarde planifiée suivante est automatiquement convertie en job de vérification de la sauvegarde.
Le fichier CentOS-6.6. est régi par les termes et conditions de la licence publique générale disponibles à l'adresse http://mirror.centos.org/centos/6.6/os/x86_64/GPL. Pendant une période de trois (3) ans, vous pouvez, sur demande, recevoir une copie complète lisible par ordinateur du code source correspondant.
Les éléments suivants s'appliquent si vous utilisez Arcserve UDP version 5.0 mise à jour 2 et souhaitez effectuer la mise à niveau vers la mise à jour 4. Dans Arcserve UDP version 5.0 mise à jour 2, lorsque vous effectuez une sauvegarde sans agent sur une machine virtuelle Hyper-V, la machine virtuelle est placée dans l'état Enregistré hors ligne, lors de la prise du cliché pour la machine virtuelle (si la machine virtuelle ne prend pas en charge les sauvegardes en ligne). Après avoir mis à niveau vers Arcserve UDP version 5.0 mise à jour 4, le comportement par défaut dans cet état Enregistré est modifié. Vous devez donc envisager de réaliser les sauvegardes sans agent Hyper-V suivantes :
- Outre la nouvelle option Méthode de prise de clichés Hyper-V, Arcserve UDP version 5.0 mise à jour 4 modifie également le comportement par défaut lorsqu'un cliché cohérent avec l'application est refusé, aussi bien pour les plans sans agent < CAUDP > existants que pour ceux que vous ajoutez.
- Cette modification du comportement par défaut dans l'état Enregistré a pour but de vous aider à définir le moment idéal pour l'exécution de la sauvegarde, selon que vous voulez que l'interruption soit de courte durée (de quelques secondes à 2 minutes) ou que vous acceptez que la cohérence des données ne soit pas totale.
- Si après la mise à niveau, les jobs de sauvegarde échouent alors qu'ils réussissaient jusque-là et que vous souhaitez rétablir le comportement de l'état Enregistré sur celui utilisé dans la mise à jour 2, vous pouvez modifier le plan et autoriser les sauvegardes dans l'état Enregistré.
- Examinez les erreurs VSS dans le journal des événements de l'ordinateur hôte Hyper-V pour comprendre et résoudre les problèmes et activez les clichés en ligne entièrement pris en charge par VSS.

Les limitations suivantes peuvent exister dans cette mise à jour :

Les fonctions de catalogage, de restauration de fichiers, de récupération à chaud et de montage des nœuds de machine virtuelle sans agent Windows sont affectées lorsque le paramètre de système d'exploitation invité dans la boîte de dialogue de propriétés de machine virtuelle est défini à tort sur un système d'exploitation autre que Windows (par exemple, Linux ou Autre). Une fois la sauvegarde sans agent terminée, le script du job de catalogage n'est pas créé et le job de catalogage ne démarre pas, même si, dans le plan de sauvegarde sans agent, l'option Activer la génération du catalogue est correctement configurée. Pour résoudre ce problème, définissez le paramètre Système d'exploitation invité sur Windows.
Remarque : Cette restriction concerne uniquement les machines virtuelles VMware, pour lesquelles il est possible de définir le type de système d'exploitation. Pour les machines virtuelles Hyper-V, ce problème n'existe pas.
Actuellement, la récupération à chaud n'est pas prise en charge sur Microsoft SQL Server 2014 AAG.
Les jobs Virtual Standby prennent en charge les clusters Hyper-V sans restriction. Vous pouvez exécuter un job Virtual Standby d'une sauvegarde de noeud complet, basé sur un agent (VMware ou Hyper-V) ou sans agent par exemple ; les deux modes sont pris en charge. Vous pouvez également exécuter un job Virtual Standby vers un cluster Hyper-V avec un fichier CSV, mais la machine virtuelle de secours ne doit pas être une ressource de basculement.
La restauration détaillée Exchange ne prend pas en charge la restauration de la boîte aux lettres stockée dans le domaine parent mais dont le compte se trouve dans le domaine enfant. Le job de restauration échoue dans une telle circonstance.
Les objets de courriel des conversations qui en incluent plusieurs ne sont pas affichés dans la même conversation lorsque vous les visualisez dans le dossier des messages envoyés après les avoir été restaurés. En revanche, leur affichage ne pose aucun problème dans le dossier Boîte de réception.
L'interface utilisateur d'exploration des restaurations détaillées Microsoft Exchange n'affiche aucun message dans la boîte aux lettres pour les sessions de sauvegarde utilisant un hôte si la machine virtuelle protégée est de type Microsoft Exchange Server 2007 et si le serveur proxy de sauvegarde est un serveur Windows Server 2012 ou Windows Server 2012 R2. Pour résoudre ce problème, utilisez un système d'exploitation Windows 2008 R2 de 64 bits ou un système d'exploitation Windows inférieur comme serveur proxy de sauvegarde.
Lorsqu'un serveur de sauvegarde Linux est en cours d'exécution sur l'appliance Arcserve UDP, la récupération à chaud basée sur PXE n'est pas prise en charge.
Pour réaliser une sauvegarde sans agent d'une machine virtuelle Hyper-V sur laquelle la réplication est activée :
- Les sauvegardes sans agent Arcserve UDP prennent en charge la sauvegarde de la machine virtuelle à partir du site de l'ordinateur maître (principal).
- Les sauvegardes sans agent Arcserve UDP à partir du site de réplication n'offrent aucune garantie de cohérence et d'exactitude des données, ni de finalisation de la sauvegarde.
Vous ne pouvez pas lancer l'assistant de création d'une appliance de Arcserve UDP 7000 si le système démarre lorsque vous vous connectez à l'appliance avec un compte d'utilisateur de domaine.
Symptôme :

Lorsque vous vous connectez à l'appliance Arcserve UDP à l'aide d'un compte de domaine, l'assistant de création d'une appliance n'est pas immédiatement lancé. Une boîte de dialogue de contrôle du compte d'utilisateur s'affiche et vous demande de confirmer que vous souhaitez autoriser le programme à apporter des modifications à l'ordinateur.

Solution :

Dans la boîte de dialogue Contrôle de compte d'utilisateur, cliquez sur Oui ; cela lance l'assistant.
Les jobs Virtual Standby ne prennent pas en charge les serveurs ESX activés pour les clusters. Si l'hôte ESX de destination est arrêté et que la machine virtuelle de secours est déplacée vers d'autres nœuds ESX, le job échoue car il ne parvient pas à se connecter au serveur ESX d'origine.
Arcserve UDP version 5.0 mise à jour 4 ne prend pas en charge les jobs de catalogage de sauvegarde Exchange utilisant un hôte si le chemin d'accès à la base données Exchange, le chemin d'accès aux fichiers système ou le chemin d'accès au journal se trouve dans un point de montage.
Après la mise à niveau vers Arcserve UDP version 5.0 mise à jour 4, la première sauvegarde de machine virtuelle Hyper-V inclut l'intégralité du contenu du disque (même s'il s'agit d'une sauvegarde incrémentielle) et peut également afficher le message de journal suivant :
"La fonctionnalité de suivi des blocs modifiés a été mise à niveau. Vous devrez peut-être sauvegarder les données redondantes."

Pour obtenir la liste complète des remarques et des restrictions applicables à cette version, consultez les Notes de parution de Arcserve UDP version 5.0.

6.0 Installation

Les sections suivantes fournissent des informations sur la configuration requise pour l'installation et des instructions d'installation.

6.1 Tâches prérequises

Certaines tâches sont requises avant d'installer cette mise à jour :

Avant d'installer cette mise à jour, vérifiez que Arcserve UDP version 5.0, Arcserve UDP version 5.0 mise à jour 1, Arcserve UDP version 5.0 mise à jour 2 ou Arcserve UDP version 5.0 mise à jour 3 est installé.

6.2 Instructions d'installation

Lors de l'installation de la mise à jour de Arcserve UDP ou de la mise à jour de Agent Arcserve UDP (Windows), il est important de maintenir des performances optimales entre la console, le serveur de points de récupération et les agents. En conséquence, lorsque la mise à jour est installée dans un environnement comprenant une console et un agent, vous devez toujours installer la mise à jour dans la console en premier lieu, puis l'installer sur le serveur de points de récupération et enfin sur l'agent. Pour l'agent installé sur la console ou le serveur de points de récupération, la mise à jour sera automatiquement installée simultanément.

Remarque : Si Arcserve UDP et Arcserve Backup sont installés dans votre environnement et que vous souhaitez installer Arcserve UDP version 5.0 mise à jour 4, vous devez également installer le patch Arcserve Backup RO75131 correspondant.

Remarque : Pour les utilisateurs d'appliance qui mettent à niveau Arcserve UDP vers la version 5.0 mise à jour 4, le navigateur Internet Explorer affiche un avertissement lorsque la console Arcserve UDP est démarrée en raison de la mise à niveau de la certification dans la mise à jour 4. Vous pouvez choisir Poursuivre sur ce site Web (non recommandé) pour ouvrir la console Arcserve UDP. Vous pouvez également résoudre définitivement ce problème en installant le certificat : Afficher les certificats -> Installer les certificats -> sélectionnez Ordinateur local -> Sélectionnez "Placer tous les certificats dans le magasin suivant" -> Sélectionnez Autorités de certification racines de confiance.

À partir du site de support Arcserve, sous le titre Product Support Information (Informations sur le support produit), cliquez sur Patches (Correctifs) pour accéder à Arcserve UDP 5.0 Solutions and Patches (Solutions et correctifs pour Arcserve UDP 5.0) et lire les informations les plus récentes sur le téléchargement de Arcserve UDP version 5.0 mise à jour 4.

Installation manuelle de la mise à jour

Pour un package d'installation de mise à niveau pour les serveurs et les stations de travail Windows disposant d'une version antérieure de Arcserve UDP, téléchargez les fichiers d'installation via les liens suivants et installez la mise à jour manuellement :

Arcserve Unified Data Protection :
http://downloads.arcserve.com/arcserve_family_products/arcserveudp/v5u4/FullUpdates/r5.0/Arcserve_Unified_Data_Protection_5.0_Update_4.exe
Agent Arcserve Unified Data Protection Windows :
http://downloads.arcserve.com/arcserve_family_products/arcserveudp/v5u4/EngineUpdates/r5.0/Arcserve_Unified_Data_Protection_Agent_5.0_Update_4.exe

Si vous souhaitez installer un nouveau package d'installation sur des serveurs et des stations de travail Windows sur lesquels Arcserve UDP n'est pas installé, procédez comme suit :

Téléchargez et installez Arcserve UDP version 5.0 mise à jour 4 :

Arcserve Unified Data Protection :
http://downloads.arcserve.com/arcserve_family_products/arcserveudp/v5u4/Remaster_With_Update4/r5.0/Arcserve_Unified_Data_Protection_with_update_4.exe
Agent Arcserve Unified Data Protection Windows :
http://downloads.arcserve.com/arcserve_family_products/arcserveudp/v5u4/Remaster_With_Update4/r5.0/Arcserve_Unified_Data_Protection_Agent_Windows_with_update_4.exe

Pour une installation sur Linux, téléchargez les fichiers d'installation via les liens suivants et installez la mise à jour manuellement :

Agent Arcserve Unified Data Protection Linux :
http://downloads.arcserve.com/arcserve_family_products/arcserveudp/v5u4/GA/511a91c3/arcserve_Unified_Data_Protection_Agent_Linux_Update_4.bin
Utilitaire de restauration de l'agent Arcserve Unified Data Protection Linux :
http://downloads.arcserve.com/arcserve_family_products/arcserveudp/v5u4/GA/511a91c3/arcserve_Unified_Data_Protection_restore_utility_Update_4.iso

7.0 Contacter le service de support technique

Le service de Support Arcserve permet d'accéder en toute simplicité aux informations les plus importantes sur le produit et propose de nombreuses ressources qui vous aideront à résoudre vos problèmes techniques.

https://www.arcserve.com/support

Support Arcserve permet de :

Consulter directement la même bibliothèque d'informations partagées en interne par les spécialistes du Support Arcserve. Ce site vous permet d'accéder aux documents de la base de connaissances CA et de rechercher facilement les articles de connaissances relatifs au produit, qui contiennent des solutions éprouvées à un grand nombre de problèmes courants et majeurs.
Utiliser le lien de discussion instantanée pour lancer instantanément une conversation en temps réel avec un membre de l'équipe de Support Arcserve. Ce service vous permet de résoudre vos problèmes et d'obtenir une réponse immédiate à vos questions, tout en restant connecté au produit.
Participer à la communauté globale d'utilisateurs Arcserve pour poser des questions et apporter vos réponses, échanger des astuces et des conseils, discuter des meilleures pratiques et participer à des conversations avec vos homologues.
Ouvrir un ticket de support. Vous recevrez un appel d'un de nos spécialistes du produit concerné.
Accéder à d'autres ressources utiles relatives à votre produit Arcserve.

Copyright © 2015 Arcserve. Tous droits réservés. Tous les noms et marques déposées, dénominations commerciales, ainsi que tous les logos référencés dans le présent document demeurent la propriété de leurs détenteurs respectifs.