Notes de parution
d'Arcserve® Unified Data Protection version 5.0
1.0 Bienvenue
Bienvenue dans les Notes de parution de
Arcserve Unified Data Protection (Arcserve UDP). Ce document
contient des informations relatives à l'utilisation de
Arcserve UDP :
- Description de haut niveau des principales
fonctionnalités
- Informations système et autres
conditions préalables à connaître avant
l'installation de cette solution
- Liste des remarques, des problèmes
connus, des problèmes liés à la documentation et des
limitations à prendre en compte avant d'utiliser cette
solution
2.0 Fonctionnalités
La solution Arcserve UDP fournit une solution
complète de stockage de nouvelle génération aux
organisations qui souhaitent protéger leurs données dans
un monde où les services, le cloud et la virtualisation
évoluent rapidement. Elle comprend une interface utilisateur
unique offrant un large éventail de fonctionnalités, qui
vous permettent d'assurer la continuité des activités
métier sur plusieurs sites et de répondre aux
problématiques liées à la préparation contre
les sinistres.
Les fonctionnalités suivantes sont
disponibles :
- Serveur de points de
récupération : il s'agit d'une
passerelle cible de stockage intelligente que vous pouvez utiliser
pour décharger des tâches requérant de nombreuses
ressources à partir de Agent Arcserve UDP (Windows), telles
que la génération de catalogue et les opérations de
fusion/purge. Vous pouvez utiliser cette passerelle comme centre de
stockage local, mais également comme moteur de
réplication pour la protection de données multisites dans
des emplacements distants (à l'aide de la fonctionnalité
de déduplication de données côté source
globale). Vous pouvez créer plusieurs cibles de stockage
(référentiels de données) sur un serveur de points
de récupération.
- Déduplication de données : la
passerelle Serveur de points de récupération fournit une
fonctionnalité de déduplication de données
côté source. La déduplication de données active
la réplication intégrée d'un site à l'autre de
sorte que seules les données modifiées soient
sauvegardées à partir de la source vers la cible
intelligente locale, puis transférées entre des cibles
intelligentes localisées à différents sites. Des
taux de déduplication plus élevés sont obtenus lors
de la sauvegarde de plusieurs noeuds sur le même
référentiel de données avec activation de l'option
de déduplication de données ou en cas de sauvegarde de
noeuds disposant d'une grande quantité d'espace libre.
- Réplication intégrée : la
solution Arcserve UDP prend en charge la réplication d'un site
à l'autre (sur réseau LAN et WAN) entre plusieurs
serveurs de points de récupération. La reprise de la
réplication vitae est également prise en charge en cas
d'erreur et d'interruption du processus de réplication.
- Prise en charge de Microsoft Hyper-V : la
solution Arcserve UDP prend en charge les sauvegardes sans agent
des données stockées sur des machines virtuelles
exécutées sur un serveur Microsoft Hyper-V, sans qu'il ne
soit nécessaire d'installer l'Agent Arcserve UDP (Windows) sur
les machines virtuelles sources. Les sauvegardes
incrémentielles sont prises en charge pour sauvegarder
uniquement les données modifiées. La compression et la
déduplication sont prises en charge lors de la sauvegarde afin
de diminuer la taille de sauvegarde. Virtual Standby est
également pris en charge sur les serveurs Microsoft
Hyper-V.
- Prise en charge de VMware vSphere : la
solution Arcserve UDP effectue des sauvegardes sans agent des
données qui résident sur les machines virtuelles
exécutées sur un serveur VMware vSphere (y compris la
dernière version 5.5), sans qu'il ne soit nécessaire
d'installer l'Agent Arcserve UDP (Windows) sur les machines
virtuelles sources. Les sauvegardes incrémentielles sont
prises en charge pour sauvegarder uniquement les données
modifiées. La compression et la déduplication sont prises
en charge lors de la sauvegarde afin de diminuer la taille de
sauvegarde. Virtual Standby est également pris en charge sur
les serveurs VMware vSphere.
- Protection des noeuds Windows : permet
d'effectuer des sauvegardes sur disque via Agent Arcserve UDP
(Windows) exécuté sur le noeud. Le noeud peut être
un ordinateur portable, un ordinateur physique ou une machine
virtuelle sur un serveur VMware vSphere ou Microsoft Hyper-V, y
compris les dernières versions Windows Server 2012 R2 et
Windows 8.1.
- Protection des noeuds Linux : permet
d'effectuer des sauvegardes sur disque sur des noeuds Linux via le
serveur de sauvegarde Agent Arcserve UDP (Linux). Le noeud peut
être un ordinateur portable, un ordinateur physique ou une
machine virtuelle exécutés sur un serveur VMware ESX, un
serveur Citrix Xen, une machine virtuelle Oracle ou une plate-forme
Red Hat Enterprise Virtualization.
- Intégration à Arcserve Replication and High
Availability : permet de gérer et de
contrôler les fonctionnalités Arcserve Replication and
High Availability à partir de la console Arcserve UDP.
- Intégration à Arcserve Backup :
la solution Arcserve UDP permet d'utiliser une version
complémentaire et limitée de Arcserve Backup pour
effectuer des sauvegardes (avec ou sans agent) sur bande.
- Partage d'un plan avec les serveurs de points de
récupération distants : permet de
mapper plusieurs utilisateurs Windows vers des plans
spécifiques. Vous pouvez créer un plan au fur et à
mesure de la réception de données répliquées en
provenance du serveur de points de récupération distant.
Vous pouvez mapper ces plans vers le compte Windows et les partager
avec des serveurs de points de récupération
distants.
- Protection des noeuds dans l'ensemble du
plan : un plan comprend plusieurs tâches
regroupées dans le but d'assurer la protection des
données. Ces tâches peuvent inclure des sauvegardes sur
agent, des sauvegardes sur hôte sans agent, la création
d'une machine virtuelle de secours, des réplications, la copie
de points de récupération et la copie des fichiers. Vous
pouvez déployer le plan dans le cadre de la protection de
plusieurs noeuds et l'activer ou le désactiver. Vous pouvez
également définir des alertes par courriel au niveau du
plan pour indiquer que le job a réussi, qu'il a
échoué, etc.
- Options multiples du référentiel de
données : le référentiel de
données est utilisé par les serveurs de points de
récupération comme emplacement de stockage des
données sauvegardées. L'emplacement de stockage peut
être un disque local, un dossier de partage distant, ou une
unité NAS. Les référentiels de données offrent
un grand nombre d'options de sécurité des données et
d'optimisation de l'espace de stockage. La compression et la
déduplication des données globales sont prises en charge
dans ces référentiels de données afin de
réduire la taille des sauvegardes créées. Le
chiffrement est également pris en charge pour assurer la
sécurité des données sauvegardées.
- Planification avancée : permet de
définir une planification différente chaque jour pour les
jobs de sauvegarde, de fusion, de limitation et de
réplication. Permet également de spécifier des
périodes de conservation
quotidienne/hebdomadaire/mensuelle.
- Virtual Standby : permet de créer une
machine virtuelle de secours pour le noeud source sur lequel les
plus récents points de récupération d'une source
sont représentés par des clichés de machine
virtuelle. Permet d'allumer la machine virtuelle de manière
manuelle ou automatique lorsque le noeud source n'est pas
disponible après sinistre. Prend en charge la dernière
version des hyperviseurs (VMware vSphere 5.5 et Windows Hyper-V
2012 r2). Prend en charge les disques de plus de 2 To sur le
serveur VMware ESX(i) 5.5 ou sur les disques virtuels au format
Hyper-V VHDX.
- Création de rapports : permet de
collecter des informations et de les afficher dans des rapports,
notamment concernant la capacité de sauvegarde
gérée, la taille de sauvegarde, le statut de sauvegarde,
le statut de protection de la virtualisation ou encore la
distribution des données sur le média.
- Options multiples de récupération de
données : permet de récupérer des
données de niveau d'application, de fichier et de machine
virtuelle. Pour l'Agent Arcserve UDP (Linux), cette option permet
également d'effectuer une récupération
instantanée de niveau de volume.
- Restauration détaillée pour
Exchange : la solution Arcserve UDP prend en
charge la restauration des courriels Exchange d'un compte, d'un
dossier de messagerie ou d'un courriel unique sous Exchange 2013,
Exchange 2010 et Exchange 2007.
- Récupération à chaud :
permet de récupérer un système informatique à
chaud y compris le système d'exploitation, les applications et
composants de données nécessaires pour recréation ou
la restauration de l'intégralité du système
sauvegardé. La récupération à chaud est
utilisée pour effectuer une récupération après
sinistre ou une migration d'un serveur à un autre. La solution
Arcserve UDP permet d'effectuer des récupérations à
chaud V2P (d'une machine virtuelle à un ordinateur physique)
à partir de la session de sauvegarde de l'Agent Arcserve UDP
(Windows), du dernier état d'une machine virtuelle de secours,
d'un point de récupération préalablement converti
à partir d'une session de sauvegarde de l'Agent Arcserve UDP
(Windows) et de la session de sauvegarde utilisant un hôte.
Elle prend également en charge la réalisation d'une
récupération à chaud basée sur PXE (Pre-Boot
eXecution Environment) à partir de sessions de sauvegarde de
l'Agent Arcserve UDP (Linux). Arcserve UDP prend également en
charge la récupération à chaud à partir d'une
destination ISCSI.
- Copie de point de récupération :
permet de créer une copie d'un point de récupération
vers la destination spécifiée pour une protection
supplémentaire des données.
- Copie de fichiers : la solution Arcserve
UDP permet de copier/déplacer des fichiers depuis/vers le
cloud ou un disque, ce qui offre un niveau supérieur de
protection des données.
- Gestion centralisée des licences :
les licences Arcserve UDP sont installées et
vérifiées de manière centralisée dans la
console Arcserve UDP. Avec la gestion centrale des licences, les
licences sont allouées par serveur. Cela signifie que
lorsqu'une licence est allouée à un serveur, la gestion
centrale des licences enregistre cette allocation et utilise cette
licence exclusivement pour ce serveur. Les futures demandes de
licence émanant du même serveur seront toujours
acceptées et les demandes d'autres serveurs entraîneront
l'allocation d'une nouvelle licence au nouveau serveur.
Lorsqu'aucune licence n'est disponible, un message du journal
d'activité s'affiche pour vous avertir qu'un problème de
licence est survenu.
- Lancement rapide du serveur de points de
réplication : permet de copier sur une
unité externe les données devant être
répliquées, puis de les copier de cette unité au
serveur de points de réplication distant. Cette méthode
est efficace pour le transfert d'une quantité élevée
de données en cas de bande passante de réseau
faible.
3.0 Mises à jour du
produit
Les mises à jour suivantes ont
été apportées aux Notes de parution de Arcserve UDP
pour cette version.
Les mises à jour sont cumulatives et
peuvent être installés sur l'une des versions
précédentes de Arcserve UDP.
4.0 Informations sur le
système
Cette section décrit la configuration
système requise et les systèmes d'exploitation pris en
charge. Avant d'installer et d'utiliser Arcserve UDP, lisez les
informations ci-après.
4.1 Configuration système
requise pour Windows
Configuration système minimale
requise :
- Processeur :
- Console Arcserve UDP : processeur d'une
capacité de 1 GHz minimum
- Serveur de points de récupération
Arcserve UDP : 4 UC logiques avec processeur de 2,7 GHz minimum
recommandé
- Agent Arcserve UDP (Windows) : processeur
d'une capacité de 1 GHz minimum recommandé
- Mémoire RAM :
- Console Arcserve UDP : capacité de 4
Go minimum recommandée
- Serveur de points de récupération
: 8 Go de RAM minimum recommandés
- Agent Arcserve UDP (Windows) : 1 Go minimum
recommandé
- Espace disque requis
- Installation de
arcserve_Unified_Data_Protection_Agent.exe
2 Go (minimum)
Au moins 2,5 Go (recommandé)
Dossier temporaire de 2 Go pour
l'installation
Lecteur système de 300 Mo pour les
composants partagés
- Installation de
arcserve_Unified_Data_Protection.exe
5 Go (minimum)
7 Go ou plus (recommandé)
Dossier temporaire de 3 Go pour
l'installation
Lecteur système de 2 Mo pour les
composants partagés
- Host-Based VM Backup :
- Proxy de sauvegarde Arcserve UDP pour
les sauvegardes sans agent : 4 processeurs logiques minimum et 8 Go
de RAM minimum recommandés
- Pour exécuter des fonctions
comme la vérification préalable, les commandes de
pré/post-sauvegarde ou la purge de journaux d'applications,
utilisez l'une des informations d'identification suivantes pour la
machine virtuelle invitée :
- Informations d'identification de
l'administrateur intégré.
- Informations d'identification de
l'administrateur de domaines intégré.
- Pour obtenir d'autres informations
d'identification de l'administrateur, désactivez le
contrôle des comptes d'utilisateurs sur la machine virtuelle
invitée.
Autre
matériel
- Lecteur de CD-ROM/DVD-ROM (requis pour toute
installation à partir d'un lecteur de CD/DVD)
- Moniteur et carte vidéo XGA avec
résolution minimum de 1024 x 768
Navigateur Internet
Pour obtenir une liste complète des
navigateurs Internet pris en charge, reportez-vous à la
Matrice de compatibilité.
Adobe
Flash Player
4.2 Configuration système
requise Agent Arcserve UDP (Linux)
Les rubriques suivantes contiennent la
configuration système requise pour Agent Arcserve UDP
(Linux).
4.2.1 Serveur Agent Arcserve UDP
(Linux)
La configuration système suivante est
requise sur le serveur Linux sur lequel vous installerez Agent
Arcserve UDP (Linux).
Système d'exploitation
Pour obtenir une liste complète des
systèmes d'exploitation pris en charge, reportez-vous à
la Matrice de compatibilité.
Mémoire
Espace disque
- 1,2 Go minimum (emplacement du dossier
/tmp)
- 1,2 Go minimum (emplacement du dossier
/opt)
Navigateur Web pour la gestion du serveur Agent Arcserve UDP
(Linux)
Pour obtenir une liste complète des
navigateurs Web pris en charge, reportez-vous à la section
Matrice de compatibilité.
Résolution minimum
4.2.2 Noeud de sauvegarde Agent
Arcserve UDP (Linux)
La configuration système suivante est
requise sur le noeud de la source de sauvegarde :
Système d'exploitation et
architecture
Pour une liste complète de tous les
systèmes d'exploitation de serveur pris en charge pour les
machines physiques et virtuelles, reportez-vous à la section
Matrice de compatibilité.
Mémoire
Système de fichiers
4.2.3 Noeud cible Agent Arcserve UDP
(Linux)
La configuration système suivante est
requise sur le noeud cible de restauration des données.
Architecture
4.2.4 Système Live CD Agent
Arcserve UDP (Linux)
Révisez la configuration système
requise suivante pour l'environnement Live CD :
Système d'exploitation
- Ordinateurs physiques et virtuels
Architecture
Mémoire
4.3 Systèmes d'exploitation
pris en charge
Pour obtenir une liste complète des
systèmes d'exploitation pris en charge, reportez-vous à
la Matrice de compatibilité.
4.4 Prise en charge de PC et
d'ordinateurs portables
Pour obtenir une liste complète des
systèmes de PC et d'ordinateurs portables pris en charge,
reportez-vous à la Matrice de compatibilité.
4.5 Prise en charge de la
récupération d'applications
Pour obtenir une liste complète des
systèmes de récupération d'applications pris en
charge, reportez-vous à la Matrice de compatibilité.
5.0 Remarques
générales
Avant d'utiliser Arcserve UDP, lisez
attentivement les informations générales contenues dans
cette section.
Remarques concernant la sauvegarde
- Lorsque vous intégrez Agent Arcserve
UDP (Windows) à Arcserve Replication and High Availability et
répliquez des données, il se peut qu'une quantité de
données supérieure à la taille réelle des
fichiers se trouvant sur le serveur maître soit
répliquée du serveur maître vers le serveur de
réplication. Ce problème se produit si vous utilisez
l'option de sauvegarde non compressée et non chiffrée.
Pour réduire les conséquences de ce problème,
configurez les scénarios à répliquer
régulièrement.
- En commençant par Microsoft Exchange
Server 2013, tous les dossiers publics sont stockés dans des
boîtes aux lettres de dossiers publics spécifiques dans
la base de données de boîtes aux lettres. Par
conséquent, pour sauvegarder des dossiers publics, sauvegardez
la base de données de boîtes aux lettres
correspondante.
- Lorsque vous sauvegardez une instance
Microsoft SQL à partir de l'ordinateur A et que vous restaurez
l'instance Microsoft SQL vers l'ordinateur B, si l'instance
Microsoft SQL de l'ordinateur A ou de l'ordinateur B appartient
à l'authentification de Windows et que la base de données
maître est incluse dans la liste de restauration, l'instance
Microsoft SQL sur l'ordinateur B ne démarrera pas après
la restauration.
- Pour éviter tout risque d'échec,
notamment lors de jobs de sauvegarde volumineux, les
paramètres d'E/S de mise en tampon ont été
désactivés par défaut. Toutefois, si vous
désactivez la mise en tampon, il se peut que la sauvegarde
soit ralentie (débit d'E/S). Si vous souhaitez augmenter les
performances de vos jobs lors de petits jobs de sauvegarde, activez
manuellement la mise en tampon comme suit :
- Recherchez et ouvrez le fichier afstor.ini
(C:\Program Files\CA\arcserve Unified Data
Protection\Engine\Configuration).
- Modifiez les 3 paramètres de mise en
tampon en remplaçant 0 (désactivé) par 1
(activé) :
- BufferingForLocal=0
- BufferingForUSB=0
- BufferingForRemoteFolder=0
Remarque : Cette limitation s'applique
uniquement aux destinations autres que de référentiels de
données avec un format de sauvegarde standard.
- Les actions ou les configurations suivantes
peuvent avoir une incidence sur la taille des sauvegardes de niveau
bloc, étant donné que l'Agent Arcserve UDP (Windows) ou
Host-Based VM Backup va continuer de sauvegarder de façon
incrémentielle tous les blocs modifiés. Cela signifie que
les blocs modifiés lors de ces actions ou configurations
seront également inclus dans la sauvegarde, y compris
lorsqu'aucune donnée n'a été modifiée dans les
fichiers. En conséquence, la taille de la sauvegarde peut
augmenter. Ce comportement est normal. Si vous ne voulez pas
augmenter la taille de sauvegarde, vous pouvez arrêter les
planifications de défragmentation ou exclure les volumes
concernés pour l'Agent Arcserve UDP (Windows) (l'exclusion
d'un volume ne s'applique pas à la sauvegarde de machine
virtuelle utilisant un hôte).
- Défragmentation du volume
- Activation de la déduplication
NTFS sur le volume
- Activités système, telles
que l'entrée ou la sortie du fichier d'échange ou du
fichier de mise en veille prolongée (applicable uniquement
à la sauvegarde d'une machine virtuelle utilisant un
hôte)
- L'utilisation de plusieurs destinations de
sauvegarde avec la vue Point de récupération Arcserve UDP
sur un seul nœud Agent Arcserve UDP (Windows) entraîne le
démontage forcé de tous les volumes montés par
l'extension d'explorateur lors de la restauration de la vue Windows
standard pour une destination. Pour éviter ce problème,
modifiez les vues uniquement après avoir utilisé toutes
les destinations affichées dans la vue Point de
récupération Arcserve UDP.
Remarque : Cette solution est uniquement
valide pour les destinations autres que de référentiels
de données.
- Lorsqu'un job de sauvegarde s'exécute,
n'essayez pas de compacter le volume sauvegardé. Si vous
compactez le volume pendant la sauvegarde, il se peut que les
données de cette session ne soient pas utilisées pour la
récupération des données et une sauvegarde par
vérification sera alors nécessaire pour assurer
l'intégrité des données.
- Si vous sauvegardez des volumes
répliqués à l'aide de Arcserve Replication and High
Availability, vérifiez que le spool a été
créé sur un volume distinct et configurez les
paramètres de sauvegarde pour exclure le volume de spool. Cela
permet d'éviter de sauvegarder des données de spool
temporaires inutiles.
- Après une sauvegarde de base de
données Microsoft Exchange 2003, Microsoft Exchange 2007 et
Microsoft Exchange 2010, si le dossier de cette sauvegarde est
déplacé vers un autre emplacement, la restauration à
partir de la session sauvegardée avant le déplacement
échouera.
- Si la compression et le chiffrement sont
désactivés, l'Agent Arcserve UDP (Windows) peut
sauvegarder les fichiers uniquement au format .VHD et pas au format
.VHDX.
Remarque : Cette limitation s'applique
uniquement aux destinations autres que de référentiels de
données avec un format de sauvegarde standard.
- Lorsque Agent Arcserve UDP (Windows)
sauvegarde un serveur Hyper-V, les machines virtuelles peuvent
afficher l'état Enregistré pendant un court instant,
lorsque le job de sauvegarde démarre. La machine virtuelle
peut alors apparaître comme étant temporairement hors
ligne. Elle apparaîtra de nouveau en ligne au bout de quelques
secondes. Pour empêcher ce problème de se produire, la
machine virtuelle doit remplir certaines conditions.
Remarque : Pour plus d'informations,
visitez la page http://msdn.microsoft.com/en-us/library/dd405549(v=vs.85).aspx.
- Des endommagements de données
aléatoires ont été observés lorsque les
sauvegardes sont écrites sur l'unité suivante et si une
connexion au réseau est perdue pendant les sauvegardes ou les
fusions.
- Iomega StorCenter ix4-200d
Remarques concernant la récupération à
chaud
- Le processus de récupération
à chaud ne peut pas créer d'espaces de stockage.
Remarques sur le référentiel de
données
Remarques concernant la copie des
fichiers
- Les jobs de copie des fichiers ne prennent
pas en charge la copie des fichiers à partir de points de
montage de volumes et de volumes sans nom (volumes auxquels aucune
lettre de lecteur n'a été affectée). L'Agent
Arcserve UDP (Windows) effectue une seule copie des fichiers sur
les volumes montés auxquels une lettre de lecteur a
été affectée.
- La copie des fichiers sur le cloud ne prend
pas en charge les ordinateurs dont le nom contient des
caractères japonais.
Remarques relatives à l'interface utilisateur graphique
(agent)
- Si vous changez la structure de la base de
données dans Microsoft Exchange ou Microsoft SQL Server
(ajout, suppression ou déplacement de la base de
données), l'interface utilisateur graphique n'est pas mise
à jour de façon dynamique. L'Agent Arcserve UDP (Windows)
obtient les informations les plus récentes après le
redémarrage du service.
- Lorsque vous utilisez Internet Explorer et
que vous recherchez un fichier ou un dossier à restaurer, si
les résultats de la recherche renvoient de nombreux fichiers
ou dossiers, Internet Explorer peut afficher le message : Un script
présent sur cette page ralentit Internet Explorer. S’il
continue, votre ordinateur pourrait ne plus répondre.
Voulez-vous interrompre ce script ? L'exécution de certains
scripts peut être longue et excessive, c'est pourquoi Internet
Explorer vous permet d'indiquer si vous souhaitez continuer
l'exécution du script. Pour corriger ce problème,
effectuez l'une des tâches suivantes :
- Modifiez le registre pour changer la
valeur de délai d'expiration du script Internet Explorer pour
des ordinateurs clients spécifiques. Pour plus d'informations,
consultez l'article http://support.microsoft.com/kb/175500.
- Utilisez un autre navigateur et
réessayez.
- La vue Point de récupération
Arcserve UDP (extension de l'explorateur de l'agent) ne prend pas
en charge la recherche sur un volume sans lettre de lecteur ni sa
restauration.
- Si vous utilisez Internet Explorer 10,
certaines bordures peuvent être déplacées ou le
texte déformé dans l'interface utilisateur graphique.
Mais ce problème ne crée aucun problème fonctionnel
lors de l'utilisation du produit. Si vous souhaitez toutefois
améliorer l'affichage, utilisez les navigateurs Web Google
Chrome ou Mozilla Firefox.
- Vous ne pouvez pas vous connecter aux noeuds
Linux ou au serveur de sauvegarde Linux à partir de la console
Arcserve UDP.
Remarques sur la haute
disponibilité
- Une fois le service de contrôle
Arcserve Replication and High Availability ajouté, l'interface
utilisateur de Arcserve UDP peut gérer les scénarios,
traiter le déploiement à distance du moteur de
réplication et de haute disponibilité et
générer des rapports pour ce service de
contrôle.
- Vous pouvez créer uniquement des
scénarios de systèmes complets via l'assistant de
création de scénarios dans l'interface utilisateur de
Arcserve UDP. Pour créer d'autres types de scénarios,
utilisez l'interface utilisateur de gestionnaire de
réplication et de haute disponibilité.
- Vous pouvez modifier uniquement le
répertoire racine de scénarios de systèmes complets
dans l'interface utilisateur de Arcserve UDP. Pour modifier
d'autres types de scénarios, utilisez l'interface utilisateur
de gestionnaire de réplication et de haute
disponibilité.
- L'interface utilisateur de Arcserve UDP ne
permet pas de créer, modifier ni utiliser des modèles de
réplication et de haute disponibilité pour la
création de scénarios.
- Les opérations de scénario
suivantes ne sont pas prises en charge dans l'interface utilisateur
de Arcserve UDP :
- Maintenance d'hôtes
- Restauration et retour
arrière
- Synchronisation hors ligne
- Configuration automatique
- Configuration du proxy HTTP pour le
service de contrôle
- Dans l'interface utilisateur de Arcserve
UDP, Amazon EC2 n'est pas pris en charge dans des scénarios de
systèmes complets.
- La fonctionnalité de modification des
propriétés pour des scénarios en cours
d'exécution n'est pas prise en charge dans l'interface
utilisateur de Arcserve UDP.
- Les données de rapport indiquées
dans l'onglet Haute
disponibilité sont mises à jour tous
les heures.
Remarques sur les opérations d'installation/de
désinstallation/de déploiement à
distance
- Les scénarios de mise à niveau
suivants ne sont pas pris en charge :
- Mise à niveau à partir de
la compilation alpha, bêta ou RC de Arcserve UDP version
5.0
Solution
:
Si vous possédez une compilation
alpha, bêta ou RC, désinstallez-la.
- Si vous installez l'Agent Arcserve UDP
(Windows) et que vous désélectionnez l'option
Installer le pilote de
suivi des modifications de l'agent Arcserve UDP
et que vous décidez ensuite d'utiliser cet ordinateur pour
effectuer des sauvegardes, vous devez installer manuellement le
pilote, puis redémarrer l'ordinateur. Vous pouvez accéder
au pilote dans le dossier de base de Agent Arcserve UDP (Windows)
à l'emplacement indiqué ci-après et exécuter le
fichier de commandes d'installation :
<chemin_installation>\Engine\BIN\DRIVER\InstallDriver.bat
- Si vous avez installé Microsoft SQL
Server 2012 SP1 (64 bits) et Microsoft SQL Management Studio,
désinstallez Microsoft SQL Management Studio avant d'installer
Agent Arcserve UDP (Windows). Pour plus d'informations, consultez
l'article 770630 sur le site Web Microsoft.
- Un package redistribuable de Microsoft
Visual C++ 2010 SP1 est également installé avec Arcserve
UDP. Une fois que ce package est installé sur un serveur
auquel ont été appliqués les patchs contenus dans
les mises à jour Windows, la mise à jour de
sécurité requise KB2565063 est affichée (patch
commun d'environnement d'exécution vc2010). L'installation de
cette mise à jour de sécurité requiert un
deuxième redémarrage.
Remarques concernant la licence
- Si aucune licence ne s'affiche après
avoir ouvert le gestionnaire central de licences sous le
menu Aide de Arcserve UDP, cela signifie que
vous utilisez une version d'évaluation gratuite de 30 jours du
produit.
Remarques relatives à la fusion
- Au cours de l'exécution du job de
fusion :
La colonne Données
protégées de la sauvegarde
complète incluse dans la section Récapitulatif de la
protection s'affiche sous forme de somme de la
taille des données sources de tous les points de
récupération à fusionner. Une fois que le job de
fusion est terminé, elle affiche la taille de la sauvegarde
complète récemment fusionnée. Cela s'applique à
tous les types de destinations.
La colonne Espace occupé de
la sauvegarde complète incluse dans la section Récapitulatif de la
protection s'affiche sous forme de somme de la
taille de l'espace occupé sur le disque pour tous les points
de récupération à fusionner. Une fois que le job de
fusion est terminé, elle affichera la taille du disque de la
sauvegarde complète récemment fusionnée. Cela
s'applique uniquement aux référentiels de données de
non-déduplication et aux destinations autres que de type
référentiel de données (disque local ou partage
réseau) .
- Lors de l'exécution d'un job de fusion,
les opérations suivantes échouent sur la session se
trouvant dans la même chaîne de sauvegarde que le job de
fusion.
- Montage d'un point de
récupération.
- Recherche dans une restauration, pour
des sessions sans catalogue.
- Le job de fusion peut échouer lorsque
les opérations suivantes sont effectuées
préalablement à son exécution :
- Montage d'un point de
récupération. Démontez les volumes montés et
déclenchez un nouveau job de fusion.
- Recherche dans une restauration, pour
des sessions sans catalogue. N'effectuez pas de recherches dans une
restauration ni dans l'interface utilisateur pendant 10 minutes,
puis déclenchez un nouveau job de fusion.
Remarque : Lorsque la sauvegarde a lieu
sur un dossier partagé, vous pouvez cliquer sur le lien
Exécuter un job de
fusion manuellement dans la section
Récapitulatif de la page d'accueil de l'interface utilisateur
de l'Agent Arcserve UDP (Windows) afin de déclencher un
nouveau job de fusion.
Remarques relatives au plan
- Vous pouvez ajouter une nouvelle tâche
de réplication, uniquement si votre destination de tâche
de sauvegarde est un serveur de points de récupération.
En d'autres termes, si la destination de la tâche de
sauvegarde est un partage local ou distant, vous ne pouvez pas
ajouter une nouvelle tâche de réplication.
- Les tâches de réplication prennent
en charge la réplication d'un type de référentiel de
données à un autre à l'exception des opérations
suivantes :
- Réplication à partir d'un
référentiel de données avec activation de l'option
Chiffrer les données vers un référentiel de
données sur lequel l'option Chiffrer les données n'est
pas activée.
- Réplication à partir d'un
référentiel de données avec activation de l'option
Dédupliquer les données vers un référentiel de
données sur lequel l'option Dédupliquer les données
n'est pas activée.
Remarques concernant la restauration
- Si le volume n'inclut pas de lettre de
lecteur, la restauration vers l'emplacement d'origine n'est pas
prise en charge. La restauration est bloquée sur l'interface
utilisateur.
- Si une base de données ou un groupe de
stockage est renommé ou supprimé après une
sauvegarde, la restauration vers l'emplacement d'origine
échoue. Restaurez à partir du dernier point de
récupération ou restaurez vers le disque.
- Lors de la restauration de la base de
données Microsoft Exchange vers une base de données
relationnelles, sélectionnez la base de données
relationnelles sur l'ordinateur sur lequel la base de données
Microsoft Exchange est sauvegardée. Si vous voulez restaurer
la base de données Microsoft Exchange vers la base de
données relationnelles sur un autre ordinateur, videz le
fichier de base de données sur cet ordinateur et joignez-le
à la base de données relationnelles.
- La restauration d'une base de données
Microsoft Exchange sur une base de données résidant sur
un volume ou un répertoire compressé n'est pas
recommandée ni prise en charge par Microsoft. Cela peut
entraîner un démontage de la base de données
après la restauration. Pour corriger ce problème,
déplacez la base de données vers un volume ou un
répertoire décompressé avant la restauration et
procédez de nouveau à la restauration. Pour plus
d'informations, consultez l'article http://support.microsoft.com/kb/327772.
Pour en savoir plus sur les bonnes
pratiques concernant la compression NTFS sous Windows, consultez
l'article http://support.microsoft.com/kb/251186.
- Si vous changez le mot de passe de la
destination distante, mettez à jour le mot de passe dans
Paramètres avant de soumettre tout job de restauration.
- Lorsque vous restaurez des fichiers sur un
volume NTFS avec l'attribut de chiffrement vers un ordinateur de
sauvegarde autre que l'ordinateur d'origine, le fichier n'est pas
accessible. Ce problème est dû à une restriction du
système. Tenez compte également des remarques suivantes :
- Pour une restauration de catalogue,
le job se termine normalement, le fichier est restauré, mais
vous ne pouvez pas y accéder.
- Pour une restauration sans catalogue,
le job échoue et le fichier chiffré est consigné
comme inaccessible.
- Si les conditions suivantes existent sur un
cluster CCR (réplication continue de cluster) à deux
noeuds, la base de données est restaurée, mais le job de
restauration affiche l'état Echec :
- Le noeud actif est interrompu.
- Une restauration de base de
données Agent Arcserve UDP (Windows) à l'emplacement
d'origine est tentée à partir du noeud actif.
- Si vous restaurez une instance Microsoft SQL
Server, la restauration peut être incomplète si l'erreur
suivante s'affiche :
Le processus ne peut pas accéder au
fichier car ce fichier est utilisé par un autre processus.
Le journal d'événements SQL
Server signale également l'erreur suivante avec l'ID
d'événement 8355 :
Impossible de remettre les notifications
d'événements au niveau du serveur. Service Broker est
désactivé dans msdb ou msdb n'a pas pu démarrer. Les
notifications d'événements dans d'autres bases de
données peuvent également être affectées.
Mettez msdb en ligne ou activez Service Broker.
Dans ce cas, libérez de la
mémoire ou augmentez la capacité de la mémoire d'au
moins 4 Go.
- Dans la boîte de dialogue Parcourir les
points de récupération, lorsque vous développez un
répertoire contenant plus de 50 éléments, une
fenêtre de pagination s'affiche. Si vous sélectionnez ce
dossier, puis que vous le développiez sans avoir parcouru
toutes les pages, seuls les éléments des pages parcourues
sont sélectionnés. Par exemple, la première page
s'affiche par défaut. Si vous ne parcourez pas les autres
pages, seuls les éléments de la première page sont
sélectionnés. Si vous accédez directement à la
page 3, alors seuls les éléments de la première et
de la troisième page sont sélectionnés.
Remarques concernant la prise en
charge
- La sauvegarde de volume agrégé par
bandes ou mis en miroir n'est pas prise en charge si plusieurs
extensions du volume résident sur le même disque. Pour
obtenir la liste des types de disque pris en charge, consultez la
rubrique Disques pris en charge par Agent Arcserve UDP (Windows)
dans l'Aide en ligne de Agent Arcserve UDP (Windows).
- L'Agent Arcserve UDP (Windows) peut
être géré uniquement par Arcserve UDP.
Remarques diverses
- Pour monter un volume NTFS
dédupliqué, assurez-vous que le montage a lieu sur un
système Windows Server 2012 et que la fonctionnalité de
déduplication est installée.
- Le chemin d'accès au répertoire de
destination de la restauration, au répertoire source de copie
des fichiers, au répertoire de destination du point de
récupération de copie et à l'emplacement du point de
récupération de montage est limité à 255
caractères.
- Pour rechercher dans le répertoire de
destination de sauvegarde et de destination de copie des fichiers,
la limite de chemin d'accès est de 156 caractères.
- Après avoir renommé une base de
données Microsoft Exchange, redémarrez Microsoft Exchange
Server. Dans le cas contraire, l'enregistreur VSS Microsoft
Exchange ne met pas à jour le nom de la base de données
et Agent Arcserve UDP (Windows) affiche encore l'ancien nom de la
base de données.
- Les tâches suivantes échouent sur
les ordinateurs à noyau Windows 2008 et Windows 2008 R2 :
- Montage d'un point de
récupération
- Copie des fichiers
- Recherche pour une sauvegarde sans
catalogue
- Pour permettre la résolution efficace
des problèmes affectant votre ordinateur, Agent Arcserve UDP
(Windows) ne permet pas d'utiliser le mode sans échec de
Windows.
- Pour éviter toute erreur de
synchronisation horaire, lorsque vous changez l'heure du
système alors que le navigateur est connecté au service
de l'agent Arcserve UDP, fermez le navigateur et
reconnectez-vous.
- Après le basculement vers la vue Point
de récupération Arcserve UDP et le montage d'un volume
sous le point de récupération, si ce point de
récupération est également présent dans un job
de fusion, le job de fusion échoue. Pour éviter ce
problème, revenez à la vue normale pour terminer le job
de fusion.
6.0 Problèmes
corrigés
La liste suivante répertorie les
correctifs inclus dans la version actuelle de Arcserve UDP.
- T245799
Les liens matériels sont
restaurés sous forme de fichiers distincts.
- T245802
MergeMgr.exe s'arrête et affiche
l'utilisation, même si la ligne de commande est incorrecte. Ce
problème se produit lorsque le commutateur /BKDir
<chemin_accès> est spécifié et que le chemin
d'accès commence par \\ pour indiquer un chemin d'accès
distant (par exemple,
\\<nom_hôte>\<chemin_accès>).
- T245803
Le message L'adresse des destinataires du
courriel n'est pas valide s'affiche lorsque vous cliquez sur OK
dans la boîte de dialogue Paramètres de messagerie pour
les alertes par courriel. Ce problème se produit lorsque
l'adresse électronique dans le champ Destinataires contient un
trait d'union dans une partie du nom de domaine racine. Exemple :
xxx@yyy.zzz-z
- T245807
Ce message est imprimé dans la console
lorsque MergeMgr.exe est exécuté après avoir
été démarré manuellement.
"WriteAttributeString: attr[DetailTime] value[<time string>]
failed".
Remarque : Ce correctif inclut
également le correctif T245802. Il résout le
problème suivant : MergeMgr.exe s'arrête et affiche
l'utilisation, même si la ligne de commande est
incorrecte.
- T245826
La taille du journal azure.log augmente
exponentiellement et dépasse la taille maximum configurée
dans le fichier log4j-Azure.properties.
- T245829 et T245831
Dans la configuration cloud pour le job de
copie, le test de connexion échoue si le serveur proxy utilise
la méthode de base pour l'authentification.
- T245839 et T245849
Echec du job de fusion vers la fin de son
exécution avec l'erreur : JobXXXXXXXX - Echec de la
suppression du fichier <chemin_accès_fichier>. Code
d'erreur : -1. Ce problème ne se produit pas sur tous les
ordinateurs, uniquement sur certains ordinateurs particuliers.
- T245856
Une fenêtre vide s'affiche dans le
navigateur si vous tentez d'ouvrir la console Arcserve D2D
après l'application du patch RO61712 de la version r16.5 Mise
à jour 1.
- T245870
Lors de la création de l'image de
démarrage, l'assistant du kit de démarrage est interrompu
sans afficher aucune erreur.
- T2D2927 et T2D2928
Prise en charge de VDDK 5.1.
- T2D2930
L'erreur suivante s'affiche
aléatoirement lors de la tentative d'enregistrement des
paramètres de sauvegarde : Délai expiré :
l'opération ne s'est pas terminée dans le délai
imparti. Réessayez plus tard.
- T2D2932
Les jobs de fusion sont lancés de
manière incorrecte en cas de sessions arrêtées
brutalement.
- T2D2935
Les journaux Microsoft Exchange ou SQL ne
sont pas tronqués quotidiennement, même si l'option purge
log est définie pour une purge quotidienne.
- T2D2939
Le vidage de l'élément de
restauration échoue lorsque le nom d'affichage d'utilisateur
contient des crochets <> ou d'autres caractères
spéciaux.
- T2D2944
La fusion de points de
récupération échoue lorsque certains disques ont
été fusionnés complètement.
- T2D2945
Les jobs de fusion Arcserve Backup se
terminent correctement à l'issue de sessions de sauvegarde de
machines virtuelles basées sur des hôtes.
- T2D2947
Le job de conversion Virtual Standby
échoue parfois. Pendant un job de conversion, le message
d'erreur suivant est enregistré dans le fichier
Afcorfunction.log : [Date Time 00 1608 3632 0X000004b3]
CARCFlashDev::TryToAccess: Fail to
AFConnectRemoteSource[\\networkshare\D2D\VM_xxxx].
- T2D2950 et T2D2954
La sauvegarde de Arcserve Central
Host-Based VM Backup r16.5 effectuera toujours une sauvegarde
complète, même si une sauvegarde incrémentielle a
été spécifiée.
- T2D2951
Echec du job de fusion, car il n'y a pas
assez d'espace pour permettre la fusion. Ce problème survient
lorsqu'un nouveau disque est ajouté à la session de
sauvegarde pendant la sauvegarde.
- T2D2956
Pendant le processus de restauration d'un
courriel Exchange, les données d'expéditeur et d'objet ne
sont pas restaurées.
- T2D2961 (RO58326)
Lorsque l'utilisateur définit les
paramètres de copie des fichiers avec une destination de cloud
Amazon S3, le nom de compartiment sur le cloud n'aura aucun
préfixe après le déploiement de la stratégie
sur plusieurs ordinateurs, ce qui peut entraîner la copie des
données dans le même compartiment par deux ordinateurs
différents.
- T2D2962 et T2D2966
Les sauvegardes Arcserve D2D r16.5
apparaissent en tant que sauvegardes incrémentielles,
même s'il existe une sauvegarde complète.
- T2D2964
Le job de sauvegarde de noeud Exchange de
Arcserve D2D r16.5 s'arrête brutalement lorsque la purge du
journal de transactions doit être effectuée.
- T2D2971
Une sauvegarde de plusieurs machines
virtuelles utilisant un hôte renvoie le message
d'avertissement suivant : Impossible d'obtenir les informations sur
les volumes à partir du système d'exploitation
invité de la machine virtuelle. Le catalogue n'est pas
créé pour la machine virtuelle et les restaurations de
niveau fichier sont donc impossibles.
- T2D2978
Certains courriels Microsoft Exchange ne
s'affichent pas lors du développement d'un point de
récupération après avoir généré un
catalogue de restauration détaillée à partir d'une
sauvegarde Arcserve D2D r16.5 de Microsoft Exchange 2003 ou
2007.
- T2D2979 et T2D2982
La restauration à partir du cloud
affiche la fenêtre contextuelle : Les données de
catalogue pour la destination sélectionnée ne sont pas
disponibles. Pour soumettre un job de synchronisation de catalogue,
cliquez sur Synchroniser. (l'opération peut être longue).
Ce correctif utilisera plusieurs threads pour effectuer le job de
synchronisation qui améliore les performances.
- T2D2987
Echec du job de conversion Virtual Standby
avec l'erreur Failed in removing and adding disks for the virtual
machine [VM_NAME] (Echec de la suppression et de l'ajout de disques
pour la machine virtuelle [nom_machine_virtuelle]). Cela se produit
lorsque la taille du disque est supérieure à 1 To.
- T36A800
Echec du job de sauvegarde à la fin du
job lors de la tentative de collecte des informations de
récupération après sinistre.
- T36A813 et T36A814
Lorsqu'un utilisateur tente d'exécuter
la vérification préalable, le message d'erreur suivant
est renvoyé : Impossible de récupérer les
informations concernant l'application. Il se peut que les
sauvegardes de niveau application ne se terminent pas
correctement.
- T36A819
Lorsqu'un utilisateur tente d'effectuer une
récupération à chaud sur Windows XP SP3, la
récupération sur le lecteur C échoue et le message
d'erreur suivant est enregistré dans le fichier journal : Get
bootcode filename failed, resource id 65535 (Echec de l'obtention
du nom de fichier, ID de ressource : 65535).
- T36A825
L'exécution d'une sauvegarde SQL de
Arcserve D2D r16.5 avec l'option de purge de journal de
transactions activée entraîne la modification du mode de
récupération des bases de données MS SQL de simple
à complet à l'issue de la sauvegarde.
- T36A844 et T36A852
Impossible de créer une image ISO de
récupération à chaud avec ADK 8.1
- T5E5181 (RO53672)
Un ordinateur Win2003 ou WinXP peut ne pas
démarrer après une récupération à chaud.
Cette erreur se produit généralement lorsque l'ordinateur
source de récupération à chaud inclut un volume OEM
et que son volume système et son volume de démarrage ne
se trouvent pas sur le même volume.
- T5E5182 (RO53648)
En cas d'échec ou d'arrêt du job
de fusion après 10 % de son exécution avec la Arcserve
D2D r16 Mise à jour 7, l'utilisateur peut rencontrer des
erreurs de fusion, de sauvegarde ou de restauration
continuellement.
- T5E5191
Le job de sauvegarde peut s'arrêter
brutalement et renvoyé l'erreur 87 à la fin du job. En
général, cela se produit lors d'une sauvegarde d'une
grande quantité de données vers une unité NAS.
- T5E5192
Un échec de la fusion peut survenir
avec l'erreur 31 lorsque les points de récupération
résident sur plusieurs unités NAS. Vous pouvez uniquement
être confronté à cette erreur lorsque Arcserve D2D
r16 Mise à jour 7 est installé.
- T5E5198
Un échec de la fusion peut survenir
avec l'erreur 31 lorsque les points de récupération
résident sur des unités NAS spéciales.
- T5E5203
Les fichiers du dossier BIN seront
supprimés de manière inattendue si la vérification
de la licence échoue dans un job de copie de point de
récupération.
- T5LE118
Les sauvegardes de Arcserve D2D r16
exécuteront une sauvegarde complète à chaque
sauvegarde, même si la configuration de planification indique
une sauvegarde incrémentielle par heure lorsque l'utilisateur
remplace la lettre logique du disque D par E.
- T5LE119
Echec du job de sauvegarde. Agent Arcserve
UDP (Windows) ne parvient pas à trouver le disque parent pour
la sauvegarde après la fusion.
- T5LE120 et T5LE123
Echec de la sauvegarde de Arcserve D2D
r16.5 avec l'erreur = 64. Cela se produit lorsque le réseau
n'est pas stable et l'écriture du fichier par l'agent
échoue.
- T5LE121
Echec aléatoire de la sauvegarde vers
l'unité NAS.
- T5LE122
Echec de la sauvegarde vers l'unité
NAS Iomega.
- T5LE124
Echec du job de sauvegarde Arcserve D2D
r16.5 avec l'erreur 80. Cela se produit lorsqu'un fichier non
valide existe déjà sur la destination.
- T5LE125
Le job de sauvegarde de Arcserve D2D r16.5
peut tomber en panne lors du démarrage.
- T5LE130
La fusion est effectuée, mais le
journal indique que 0 octets de données seront
fusionnés.
- T5LE133 et T5LE135
Ce correctif permet de corriger une faille
de sécurité (le service Web D2D getBackupVMList() renvoie
des champs de mot de passe au format non chiffré) lors de
l'utilisation de sessions de sauvegarde Arcserve D2D r16.5.
- T5LE134
Le service Web de Arcserve D2D r16.5 tombe
en panne lors de la définition de l'option de restauration
Exchange sur l'interface utilisateur graphique.
- T5LE138
Arcserve D2D signale une erreur 59 lors de
l'exécution d'un job de sauvegarde.
- T5LE139
Arcserve D2D signale une erreur 64 et une
erreur 59 lors de l'exécution d'une conversion Virtual
Standby.
- T5LE141
Le job de sauvegarde Arcserve D2D r16.5
échoue lors de la collecte des informations de
récupération après sinistre.
- T5TM103
Dans une récupération à
chaud pour un serveur Windows Server 2012 avec UEFI, les partitions
générées ont un ordre différent de celui dans
lequel elles se trouvent dans la machine virtuelle source.
- T5TM145
Impossible de définir le cloud Amazon
comme destination de copie des fichiers et échec de
l'enregistrement des informations après avoir cliqué sur
Enregistrer
- T55U009
Dans le tableau de bord Arcserve Central
Applications r16.5 Central Reporting, certains rapports de
messagerie peuvent être vides lorsque le filtre est
défini sur le dernier jour au moment de leur
exécution.
- T55U010
Le serveur SBS peut se bloquer lorsque
Arcserve D2D r16.5 génère le catalogue de restauration
détaillée Exchange.
- T55U012 et R066936
Prise en charge de Windows 2012 R2 pour
Arcserve D2D et Arcserve Central Applications
- T55U015
Impossible d'ouvrir Arcserve D2D r16.5
à partir de l'icône de barre d'état et non-affichage
d'un message d'erreur. Le moniteur ne s'ouvre pas lorsque l'espace
de stockage disponible n'est pas suffisant pour traiter la
commande.
- T55Z001
Le job de conversion de machine virtuelle
de secours ne crée pas le cliché de démarrage pour
la machine virtuelle de secours, lorsque de nombreuses fusions de
clichés de machine virtuelle de secours sont
exécutées à la fois dans Hyper-V.
- T55Z002
Le dernier événement pour le job
de copie de point de récupération sur la page d'accueil
de Arcserve D2D r16.5 dans Récapitulatif de la protection
n'est pas mis à jour à l'issue de son exécution.
- T55Z004 et RO65682
Prise en charge de l'appliance vCenter dans
la sauvegarde sur hôte sans agent et la machine virtuelle de
secours.
- T55Z006
Prise en charge de l'API VIX de Vmware
1.12, 1.13
- T55Z007
La session de sauvegarde de fusion Arcserve
D2D échoue avec l'erreur suivante :[CMergeUtil::GetBackupInfo
suivant] Failed to read backupinfo.xml. (Path=[\\xxxxx}).
Le fichier backupinfo.xml contient un
caractère nul supplémentaire à la fin et l'API XML
ne parvient pas à traiter le fichier.
- T55Z009
Les rapports planifiés à l'aide
de la génération de rapports Arcserve Central
Applications sont incorrectement envoyés (heure d'envoi)
lorsque DST est activé.
Par exemple, le rapport A est planifié
pour être envoyé à 9 h 00 ; si DST est modifié,
il sera envoyé à 10 h 00.
- T55Z010
La sauvegarde de Arcserve D2D r16.5
échoue avec l'erreur suivante sur l'unité NAS d'iOmega :
Job00000xxx - Operations
(create, close,read, write) on file
\\xx.xx.xx.xx\machinename\VStore\S0000000001\disk2
754413731.D2D.idx failed, Error
code:5,[Access is denied]."
- T55Z011
A total of xxxMB unique data will be
merged. Le message ne s'affiche pas sur le système
d'exploitation italien lors du job de fusion, ce qui entraîne
le blocage du processus de fusion.
- T55Z017 et RO68016
Prise en charge du kit de
développement de disques virtuels VMware 5.5 et de VIX
1.1.3
- T55Z019
La fusion Arcserve D2D échouera si les
sessions de sauvegarde ne disposent pas des options de compression
et de chiffrement et si Arcserve Backup n'est pas intégré
à Arcserve D2D.
- T55Z021
La taille totale du récapitulatif de
protection pour la copie des fichiers est enregistrée avec la
taille décompressée et pas avec la taille compressée
stockée sur le cloud au niveau de Arcserve D2D.
- T55Z022
Echec de la restauration de la base de
données Exchange vers rsg, lorsque le fichier est
[x:\mountpoint\mountpoint\LOGS3] et que x:\mountpoint\ correspond
à un point de montage vers l'emplacement de stockage externe.
L'erreur "Le chemin d'accès spécifié est
introuvable" s'affiche.
- T55Z023
Le message "Echec de l'ouverture du fichier
[Z:\filename.doc]. Erreur [3]" est ajouté dans le fichier
journal VMIMAGE.log, y compris lorsque le fichier a été
restauré.
7.0 Problèmes connus
Les problèmes suivants peuvent
apparaître dans cette version.
Problèmes liés à la vue Point de
récupération Arcserve UDP
- Après avoir basculé vers la vue
Point de récupération Arcserve UDP , le volume monté
sous un chemin d'accès au fichier dans la session de
sauvegarde ne peut pas être monté.
Symptôme
:
Si le volume est encore monté, la vue
Point de récupération Arcserve UDP ouvre directement le
volume monté par le système d'exploitation, pas la
session de sauvegarde.
- Si le volume est démonté, rien ne
s'affiche dans la vue Point de récupération Arcserve UDP
sous le chemin d'accès à ce fichier.
Solution
:
Utilisez l'option Monter le point de
récupération pour monter ce type de volume.
Problèmes liés à Agent Arcserve UDP
(Linux)
- Si vous ouvrez l'Agent Arcserve UDP (Linux)
dans Google Chrome, les lignes de l'onglet Statut du job ne sont
pas alignées avec l'en-tête de colonne
correspondant.
- Sous Red Hat Enterprise Virtualization, les
récupérations à chaud basées sur PXE ne
fonctionnent pas dans les environnements DHCP.
- Le volume chiffré n'est pas pris en
charge. Vous ne pouvez pas sauvegarder un volume chiffré.
- Les "faux" RAID ne sont pas pris en charge
pour la récupération à chaud. Si votre noeud de
sauvegarde est de type RHEL 6.4, CentOS 6.4 ou une version
supérieure, ou Oracle Linux Server 6.4 ou une version
supérieure et qu'il inclut un logiciel RAID Linux, vous devez
utiliser un système Live CD CentOS pour pouvoir effectuer une
récupération à chaud à partir de ces points de
récupération.
- Lorsque vous restaurez des fichiers à
partir de points de récupération RHEL 5.x ou CentOS 5.x
à l'aide d'un serveur RHEL 6.x ou CentOS 6.x D2D, il se peut
que certains attributs SELinux (Linux avec sécurité
renforcée) ne soient pas restaurés.
- Lorsque vous téléchargez les deux
fichiers de package d'installation dans un dossier local, le chemin
complet de ce dossier local ne doit pas contenir de caractères
spéciaux à l'exception des espaces vides et doit inclure
uniquement les caractères suivants : a-z, A-Z, 0-9, - et
_.
- Si vous soumettez un job de restauration de
niveau fichier ou un job de récupération à chaud
à l'aide d'un partage local comme destination de sauvegarde,
puis que vous voulez utiliser un partage NFS ou CIFS comme
destination de sauvegarde, vous devez d'abord ajouter ce partage
NFS ou CIFS dans le stockage de sauvegarde. Après avoir
ajouté le partage NFS ou CIFS, ouvrez l'assistant de
restauration et sélectionnez le partage NFS ou CIFS dans la
liste déroulante Emplacement de session, puis soumettez de
nouveau le job.
- Seuls les noyaux compatibles avec Red Hat
sont pris en charge par Oracle Linux. Vous devez sélectionner
un noyau compatible avec Red Hat comme noyau de démarrage par
défaut. Le noyau Oracle Unbreakable n'est pas pris en charge.
Il ne doit pas être utilisé comme noyau de démarrage
par défaut.
- Si vous utilisez un noeud de sauvegarde SUSE
Linux Enterprise Server, Agent Arcserve UDP (Linux) ne prendra pas
en charge les récupérations à chaud
exécutées sur la plate-forme Red Hat Enterprise
Virtualization.
- Si vous démarrez une machine
paravirtuelle sur Citrix XenServer 6.x à l'aide du
système Live CD, le serveur Agent Arcserve UDP (Linux) ne sera
pas disponible dans Live CD.
Problèmes liés à la
sauvegarde
- La sauvegarde ou la restauration peuvent
échouer lors de l'utilisation d'un VSS. L'ID
d'événement 10006, 1503 ou 6287 peut s'afficher dans le
journal d'événements Windows.
Symptôme
:
Les messages suivants peuvent s'afficher
dans le journal d'événements : "Tentative
d'opération non autorisée sur une clé du Registre
marquée pour suppression", ou "Windows a détecté que
votre fichier de Registre est toujours utilisé par d'autres
applications ou services". Le fichier va être
déchargé. Les applications ou services qui ont accès
à votre Registre risquent de ne pas fonctionner correctement
après cela.
Solution
:
Pour plus d'informations sur la cause et la
solution, reportez-vous à l'article de connaissances de
Microsoft 2287297.
- Le montage d'un volume échoue et le
message "Echec du montage du point de récupération à
l'emplacement : "Z:" . Fonction incorrecte." s'affiche.
Symptôme
:
Le montage d'une session sur un lecteur
échoue.
Un tel échec du montage a lieu lorsque
la destination est un dossier local et un volume FAT32. En effet,
le montage d'un pilote prend uniquement en charge la création
du fichier cache sur le volume NTFS.
Solution
:
Ajoutez une nouvelle clé de registre
et définissez le chemin d'accès au fichier cache sur un
autre volume.
Procédez comme
suit:
- Créez la clé AFStorHBAMgmt dans
le dossier HKEY_LOCAL_MACHINE\SOFTWARE\CA\arcserve Unified Data
Protection\Engine.
- Créez la valeur de chaîne
CacheFilePath.
Informations complémentaires :
Le fichier cache est créé par le
biais du montage d'un pilote au moment du montage d'un volume
accessible en écriture. Pour le job de restauration/catalogue
de restauration détaillée, un volume accessible en
écriture est créé. Les sessions de sauvegarde de
volumes requièrent le montage d'un volume accessible en
écriture au moment du montage d'une session vers un pilote
lorsqu'elles ont lieu sur un système d'exploitation Windows 8,
Windows 2012, ou ultérieur.
- Vous ne pouvez pas monter une session sur un
disque de 4 Ko.
Symptôme
:
Le montage d'un point de
récupération à partir d'un serveur dont le
système d'exploitation est installé sur un disque dur de
4 Ko échoue avec l'erreur "Echec du montage du point de
récupération à l'emplacement. Fonction
incorrecte.
Solution
:
Montez le point de récupération
à partir d'un autre serveur dont le système
d'exploitation n'est pas installé sur un disque dur natif de 4
Ko.
- Lorsque vous soumettez un job de sauvegarde
à partir de l'interface utilisateur de l'Agent Arcserve UDP
(Windows), ce job peut ne pas démarrer lorsque la destination
de sauvegarde utilise un référentiel de données se
trouvant sur un serveur de points de récupération.
Symptôme
:
La sauvegarde soumise s'affiche
correctement, mais aucun moniteur de jobs n'apparaît dans
l'interface utilisateur de l'Agent Arcserve UDP (Windows). Ce
problème s'explique par le fait que le job de sauvegarde
remplit le paramètre de nombre maximum de noeuds
simultanés dans le référentiel de données et
est donc mis en attente.
Solution
:
Ouvrez l'interface utilisateur de la
console Arcserve UDP pour afficher le moniteur de jobs en attente
dans la vue du noeud.
- Ralentissement de la sauvegarde lors de
l'extension d'un volume
Symptôme
:
La sauvegarde est parfois lente lorsque
vous étendez le volume sur lequel se trouve la destination. Le
pilote de filtres qui met à jour le bitmap de suivi dans le
fichier occupe régulièrement l'E/S du disque.
Solution
:
Procédez à la mise hors ligne,
puis à la mise en ligne du volume étendu à l'aide du
gestionnaire de disques ou de la commande diskpart. S'il est
impossible de mettre le volume hors ligne, redémarrez
l'ordinateur.
- Si vous redémarrez l'ordinateur de
l'Agent Arcserve UDP (Windows) pendant un job de sauvegarde, le job
est indiqué comme ayant subi un "Arrêt brutal" dans la
page d'accueil de l'Agent Arcserve UDP (Windows), alors qu'aucun
historique n'apparaît pour ce job dans la console Arcserve
UDP. Ce problème est dû au fait que l'élément
d'historique des jobs est envoyé à la console Arcserve
UDP à la fin du job, mais qu'en cas de redémarrage,
aucune possibilité n'est donnée au système d'envoyer
l'historique des jobs de l'agent au serveur.
- Le pourcentage de compression du job de
sauvegarde par vérification sans agent utilisant un hôte
sur le moniteur de jobs est incorrect.
Symptôme
:
Lorsqu'un job de sauvegarde par
vérification sans agent et utilisant un hôte est en cours
d'exécution et si la compression a été activée
dans le plan, le pourcentage de compression affiché dans le
moniteur de jobs est plus élevé que le pourcentage
réel.
Tous les autres jobs de sauvegarde n'ont
pas ce problème, notamment les jobs de l'agent de sauvegarde
et des jobs de sauvegarde complète/incrémentielle sans
agent et utilisant un hôte.
Solution
:
Le pourcentage de compression
enregistré dans le journal d'activité est correct.
Consultez-le une fois que le job de sauvegarde par
vérification sans agent et utilisant un hôte est
terminé.
Problèmes liés à la récupération
à chaud
- Echec de la création de kit de
démarrage avec l'erreur suivante :
Echec de l'intégration du package
linguistique à l'image ISO de récupération à
chaud
Symptôme
:
Ce problème est dû au pilote de
filtre du logiciel antivirus tiers McAfee, mais il peut
également survenir avec d'autres filtres tiers.
Solution
:
Désactivez votre logiciel antivirus et
réessayez de créer le kit de démarrage.
- Problème de démarrage du serveur
après une récupération à chaud
Symptôme
:
Lorsque l'ordinateur source est un serveur
Active Directory effectuant une récupération à chaud
sur un ordinateur physique équipé d'un autre appareil ou
sur une machine virtuelle installée sur un serveur Hyper-V, le
serveur ne démarre pas et une fenêtre bleue s'affiche
avec le message suivant :
STOP: c00002e2 Les services d'annuaire
n'ont pas pu démarrer en raison de l'erreur suivante : un
périphérique attaché au système ne fonctionne
pas correctement. Statut d'erreur : 0xc0000001.
Solution
:
Redémarrez le système sur
l'environnement PE de récupération à chaud, renommez
tous les fichiers *.log dans le dossier C:\Windows\NTDS et
redémarrez le système. Par exemple, remplacez le nom du
fichier edb.log par edb.log.old et redémarrez le
système.
- Impossible de mapper le disque source vers
le disque de destination pendant la récupération à
chaud, même si la taille des deux disques est exactement
identique.
Symptôme
:
Le mappage du disque ou du volume pendant
la récupération à chaud peut être impossible
à réaliser lorsque l'ordinateur cible est une machine
virtuelle équipée d'un disque IDE sur un serveur Hyper-V
2008 ou 2008 R2.
Si vous restaurez des données vers une
machine virtuelle dotée d'un disque IDE sur un serveur Hyper-V
2008 ou 2008 R2 à l'aide de la fonctionnalité de
récupération à chaud, le mappage du disque ou du
volume source vers le disque ou le volume cible est impossible,
même si la taille des deux disques affichée est
identique. Ce problème s'explique par le fait que la taille de
disque réelle est inférieure à la taille
spécifiée, lors de la création d'un disque IDE sur
un serveur Hyper-V 2008 ou 2008 R2.
Solution
:
Créez un disque plus grand sur la
machine virtuelle. Par exemple, si vous voulez restaurer des
données à partir d'un disque de 25 Go, il est
recommandé de créer un disque de 26 Go sur la machine
virtuelle cible.
- Si vous utilisez Windows ADK 8.1 pour
créer une image ISO de récupération à chaud,
après le démarrage de l'ordinateur à l'aide de cette
image ISO, il se peut qu'aucun disque ne soit détecté
dans le système PE.
Symptôme
:
Ce problème a été
observé sur les serveurs VMware ESX. Pour des machines
virtuelles Windows 2003, le contrôleur de disque par
défaut est l'adaptateur SCSI de logique de LSI et le pilote
pour ce type d'adaptateur SCSI n'est pas inclus dans Windows ADK
8.1. Vous pouvez également observer cela sur certains anciens
serveurs contenant d'anciens adaptateurs SCSI.
Solution
:
Pour résoudre ce problème,
obtenez les pilotes à partir du site Web du fournisseur de
matériel et chargez-les à partir de l'interface
utilisateur de récupération à chaud.
Problèmes liés à la copie des
fichiers
- Les données de traitement de copie des
fichiers sont dépendantes du job de catalogage. Si un job de
catalogage est généré pour un job de copie des
fichiers planifié avant la finalisation de son premier job de
copie des fichiers ou de son job de copie des fichiers le plus
ancien, le moniteur de jobs de traitement des données est
affiché de façon incorrecte lorsque le job de copie des
fichiers planifié réel s'exécute.
Symptôme
:
Le catalogue d'un job de copie des fichiers
ultérieur est généré avant la finalisation du
premier job de copie des fichiers.
Solution
:
Ignorez les données incorrectement
affichées et apparaissant comme étant en cours de
traitement dans le moniteur de jobs.
Problèmes liés à la sauvegarde d'une machine
virtuelle basée sur un hôte
- Lorsque vous effectuez des jobs de
sauvegarde incrémentielle pour des machines virtuelles VMware,
la taille des données sauvegardées des jobs de sauvegarde
incrémentielle peut être plus importante que prévu.
Symptôme
:
Il s'agit d'un problème connu de
VMware affectant le suivi des blocs modifiés.
Solution
:
Pour corriger ce comportement,
définissez le registre suivant sur le serveur proxy :
[HKEY_LOCAL_MACHINE\SOFTWARE\CA\arcserve
Unified Data
Protection\AFBackupDll\<UUID_instance_machine_virtuelle>]
"ResetCBT"=dword:00000001
Exemple :
[HKEY_LOCAL_MACHINE\SOFTWARE\CA\arcserve
Unified Data
Protection\AFBackupDll\502d3c43-e3c9-9919-78f9-89082ca5e1cc]
"ResetCBT"=dword:00000001
Remarque : Une fois la valeur de registre
définie, le job de sauvegarde incrémentielle suivant se
convertit en job de sauvegarde par vérification. La taille des
autres jobs de sauvegarde incrémentielle sera ensuite
correcte.
- En raison d'un problème connu de
VMware, lorsque le service DRS de stockage est activé et que
le stockage vMotion se déclenche lors de l'exécution du
job de sauvegarde; celui-ci peut échouer. Le message suivant
apparaît dans le journal d'activité : Impossible d'ouvrir
le fichier VMDK. VMware a signalé l'erreur suivante : Un
fichier est introuvable.
Pour plus d'informations, consultez
l'article de connaissances 2055943 de VMware.
- La récupération d'une machine
virtuelle dont le fichier VMDK dépasse les 2 To échoue,
car la machine virtuelle ne parvient pas à créer un
cliché.
Symptôme
:
Les fichiers VMDK de la machine virtuelle
de la source de sauvegarde occupent plus de 2 To, or les serveurs
ESX/ESX(i) d'une version inférieure à la version 5.5
peuvent uniquement prendre en charge un disque virtuel de 2 To
maximum. Toutefois, pendant la récupération de la machine
virtuelle, les erreurs suivantes peuvent se produire :
- Sur le client vSphere :
- "Create virtual machine snapshot
VIRTUALMACHINE File <unspecified filename> is larger than the
maximum size supported by datastore '<unspecified
datastore>'".
- "File is larger than the maximum size
supported by datastore".
- Dans le fichier journal hostd pour
ESX/ESXi 4.x :
- "Snapshot guest failed: The file is too big
for the file system."
- Dans le fichier journal hostd pour
ESXi 5.0/5.1 :
- "Failed to do snapshot op: Error: (21) The
file is too big for the datastore."
Solution
:
Il s'agit d'une restriction de VMware. La
taille maximum que les serveurs VMware ESX/ESX(i) d'une version
inférieure à la version 5.5 prennent en charge est de 2
To-16 Go, soit 2032 Go.
Nous vous recommandons d'utiliser un
serveur VMware ESX(i) 5.5 comme destination lorsque vous effectuez
une conversion avec un disque de grande taille.
Pour plus d'informations, consultez
l'article de connaissances 1012384 de VMware.
- La création d'un cliché
échoue lorsque plus de sept disques sont connectés à
un contrôleur SCSI unique pour une machine virtuelle Windows
exécutée sur un serveur ESXi.
Symptôme
:
Le job de sauvegarde échoue lorsque
vous l'exécutez sur une machine virtuelle dotée d'un
contrôleur SCSI avec plus de 7 disques VMDK. En effet, VMware
requiert la présence du nombre maximum de logements libres
pour que les disques VMDK d'un contrôleur SCSI puissent
créer un cliché. Le nombre maximum de logements pour un
contrôleur SCSI est 15. Par exemple, si un contrôleur
SCSI possède 7 disques VMDK, vous pouvez créer un
cliché pour chacun d'entre eux (14 logements sont
utilisés au total et l'un d'entre eux est libre). En revanche,
le job de sauvegarde échoue pour les contrôleurs SCSI
équipés de 8 disques VMDK, car la création du
cliché est impossible étant donné que seuls 15
logements sont disponibles.
Remarque : La création manuelle d'un
cliché échoue également.
Solution
:
Pour les machines virtuelles dotées de
plus de sept disques sur un contrôleur SCSI unique,
procédez comme suit :
- Arrêtez l'ordinateur virtuel.
- Créez davantage de disques virtuels
légers pour pouvoir ajouter davantage de contrôleurs
SCSI.
- Répartissez les disques existants sur
plusieurs contrôleurs SCSI.
- Allumez la machine virtuelle.
Vous pouvez désormais créer des
clichés pour chaque disque VMDK.
Ce problème est lié à une
restriction VMware qui limite la prise en charge par Arcserve
Backup au nombre de disques VMDK pour les sauvegardes.
Pour plus d'informations, consultez
l'article de la base de connaissances VMware suivant : http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2015181
- La connexion échoue lorsque vous
importez des machines virtuelles VMware à partir d'un serveur
vCenter Server/ESXi 5.0 mise à jour 3, ou version
supérieure, à l'aide du protocole HTTP et du port
80.
Il s'agit d'un problème connu sous VMware. Pour plus
d'informations, vous pouvez consulter l'article de connaissances
suivant : http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2069149
- Lorsque vous importez une machine virtuelle
à partir d'un serveur Hyper-V, cette machine virtuelle est
désactivée après son écrasement par le job de
restauration de la machine virtuelle Hyper-V sans agent et
utilisant un hôte. Ce problème est dû au fait que le
GUID d'instance de la machine virtuelle restaurée ne
correspond pas au GUID d'instance d'origine qui a été
importé à partir du serveur Hyper-V. Il est impossible de
restaurer le GUID d'instance d'origine de la machine virtuelle.
Pour résoudre ce problème,
supprimez l'ancienne machine virtuelle au niveau de CA ARCserve
Central Protection Manager et importez la nouvelle machine
virtuelle.
- Une fenêtre violette d'erreur liée
au serveur ESX/ESXi/vSphere 5.5 s'affiche lorsque vous
exécutez un job Arcserve UDP.
Symptôme
:
Il s'agit d'un problème connu sous
VMware, qui affecte les hôtes ESXi 5.0, 5.1 et 5.5 et les
machines virtuelles utilisant des adaptateurs réseau virtuels
E1000 et E1000e.
Solution
:
Optez pour un adaptateur VMXNET3. Pour plus
d'informations, consultez l'article de connaissances 2059053 de VMware.
- Pendant la sauvegarde, l'agent Arcserve UDP
fusionne les données des disques enfants sur le disque parent
correspondant et crée une image disque unique. La relation
parent-enfant n'existe donc plus une fois la sauvegarde de la
machine virtuelle terminée. En conséquence, seul le
disque parent est récupéré et la configuration des
"disques de différenciation" est perdue, mais pas les
données. Vous pouvez récupérer les données dans
un disque fusionné unique après avoir
récupéré la machine virtuelle.
Ce comportement est normal pour les sauvegardes sans agent. Vous
pouvez configurer les disques de différenciation manuellement
à la fin d'une récupération de la machine
virtuelle.
- L'importation de la machine virtuelle
échoue lorsque l'UUID d'instance de la machine virtuelle est
dupliqué.
Symptôme
:
Lorsqu'une machine virtuelle est
importée dans la vue du noeud, l'opération échoue si
une autre machine virtuelle possédant le même UUID
d'instance a déjà été ajoutée à la
vue du noeud.
- L'enregistrement d'un plan de sauvegarde de
machine virtuelle utilisant un hôte échoue lorsque
l'ordinateur proxy sélectionné est installé avec
Arcserve D2D r16.5.
Symptôme
:
Lorsqu'un plan de sauvegarde de machine
virtuelle utilisant un hôte inclut un ordinateur proxy
doté d'une version précédente de Arcserve D2D (par
exemple, la version r16.5), le message d'erreur "Cannot find
dispatch method" (Méthode de distribution introuvable)
s'affiche à l'enregistrement du plan.
Solution
:
Ce problème s'explique par le fait que
l'API de la version actuelle de Arcserve D2D n'est pas compatible
avec l'API de la version précédente de Arcserve D2D. Pour
contourner ce problème, vous pouvez mettre manuellement à
niveau le Arcserve D2D vers la version actuelle de l'Agent Arcserve
UDP (Windows).
- Le job de sauvegarde de machine virtuelle
utilisant un hôte peut se bloquer à la phase Sauvegarde
en cours pour une machine virtuelle.
Symptôme
:
Le job de sauvegarde se bloque pendant des
heures et ne peut pas se poursuivre.
Solution
:
Arrêtez le processus afbackend.exe en
fonction de son ID dans le journal d'activité, supprimez le
cliché de machine virtuelle le cas échéant, puis
resoumettez le job de sauvegarde.
- Après avoir effectué un job de
restauration d'une sauvegarde de machine virtuelle Hyper-V
basée sur un hôte, les disques sont hors ligne, à
l'exception des disques de démarrage de la machine virtuelle
récupérée.
Symptôme
:
Le comportement du système
d'exploitation crée l'état Hors ligne par
défaut.
La stratégie SAN a été
introduite dans Windows Server 2008 pour protéger les disques
partagés par plusieurs serveurs. La stratégie de SAN par
défaut à partir de la machine virtuelle source est Mettre
hors connexion les disques partagés pour tous les disques SAN,
sauf le disque de démarrage. La définition de la
stratégie sur Hors ligne permet aux disques SAN d'être
hors ligne pendant le démarrage. Après la
récupération, un nouveau disque est créé pour
la machine virtuelle. Le fichier de disque de la machine virtuelle
est un disque SAN vu comme étant hors ligne par le
système d'exploitation. Une fois le disque de nouveau en
ligne, il le reste même après le redémarrage du
système.
Solution
:
Pour contourner le problème,
spécifiez la commande DISKPART.exe : SAN POLICY=OnlineAll
setting for the source VM before backup. Etant donné que les
disques peuvent être partagés par d'autres serveurs, un
endommagement des données peut se produire. Il est important
que vous utilisiez la stratégie de SAN correcte pour
protéger les données.
Ligne de commande DISKPART.EXE
Interrogation de la stratégie SAN
:
DISKPART > san
Stratégie SAN : Mode hors ligne
partagé
Modification de la stratégie SAN
:
DISKPART > san policy=OnlineAll
DISKPART modifie la stratégie SAN pour
le système d'exploitation actuel.
- Le disque dur iSCSI connecté à la
machine virtuelle Hyper-V ne sera pas sauvegardé.
Symptôme
:
Les volumes présents sur les
unités iSCSI ne sont pas répertoriés dans
l'interface utilisateur de restauration après la sauvegarde
d'une machine virtuelle Hyper-V.
Solution
:
Créez un plan de sauvegarde utilisant
un agent dans Arcserve UDP ou utilisez l'<cadp_agt_windows>
pour sauvegarder la machine virtuelle.
- Les commandes de pré/post-sauvegarde ne
peuvent pas être exécutées par des jobs de
sauvegarde sans agent et utilisant un hôte sur une machine
virtuelle Hyper-V lorsque le système d'exploitation
invité est Windows Server 2003.
Symptôme
:
Si vous avez des jobs de sauvegarde sans
agent et utilisant un hôte sur une machine virtuelle Hyper-V,
les commandes de pré/post-sauvegarde ne peuvent pas être
exécutées si le système d'exploitation invité
est Windows Server 2003. Le journal d'activité enregistre
l'avertissement Le nom de la machine virtuelle n'est pas celui
attendu. Les commandes de pré/post-sauvegarde ne pourront pas
être exécutées.
Solution
:
Ce problème ne concerne pas les
systèmes d'exploitation Windows Server 2008, Windows Vista et
ultérieurs ; il est donc recommandé de les utiliser.
Problèmes liés au déploiement à distance
et à l'installation (agent)
- Un échec du pilote de montage de
l'installation se produit avec le code d'erreur 1460 dans le
journal de débogage.
Symptôme
:
L'API d'installation de Windows renvoie
l'erreur 1460, qui indique que le délai a expiré. La
valeur du délai d'expiration par défaut est de 300
secondes pour la mise à jour du pilote d'unité.
Solution
:
Pour ajuster le délai d'expiration,
procédez comme suit :
- Dans la boîte de dialogue
Exécuter, saisissez gpedit.msc et appuyez sur la touche
Entrée.
- Lorsque l'invite de contrôle des
comptes d'utilisateurs s'affiche, cliquez sur Continuer.
- Accédez à l'emplacement de
stratégie suivant :
Configuration ordinateur\Modèles
d'administration\Système\Installation de
périphériques
- Activez le paramètre de stratégie
suivant :
Configurer le délai d’attente
d’installation de périphérique
- Spécifiez une nouvelle valeur en
secondes pour le délai d'expiration.
Problèmes liés à la vue de
journal
- Le filtre journal ne fonctionne
pas lorsque le nom du noeud est VM(nom_hôte) et la vue de
journal
est chargée via le lien Afficher les journaux.
Symptôme
:
Dans la vue de journal, si une machine
virtuelle protégée n'a aucun nom d'hôte, la valeur
du nom de noeud est affichée sous la forme VM(nom_noeud). Dans
ce cas, d'autres filtres ne peuvent également pas être
appliqués.
Solution
:
Pour pouvoir appliquer les filtres
correctement, vous pouvez manuellement remplacer le nom de noeud de
la machine virtuelle (nom d'hôte) par le nom d'hôte. Par
exemple, remplacez le nom de noeud VM(xxxxx01-AB) par
"xxxxx01-AB".
Problèmes liés à Microsoft
Exchange
- La restauration de la base de données
Exchange échoue avec l'erreur suivante : Echec du montage
Symptôme
:
Ce problème survient lorsque le
serveur Exchange est installé sur une machine virtuelle et
qu'il exécute l'Agent Arcserve UDP (Windows) dans le cadre de
la protection de cette machine virtuelle. Au cours de la
sauvegarde, la restauration échoue avec l'erreur "La base de
données ou le groupe de stockage Exchange [nom_BdD] a
été restauré(e) à son emplacement original,
mais n'a pas pu être monté(e)" si vous restaurez la
machine virtuelle sur un cliché préalablement
enregistré et que vous essayez de restaurer la base de
données Exchange à son emplacement d'origine.
La cause première fait toujours
l'objet d'une étude, mais elle semble être liée
à l'horodatage enregistré dans la base de données
Exchange et dans les tout derniers fichiers journaux de
transaction.
Solution
:
Lancez la récupération de la base
de données Exchange dans un autre répertoire, ou
démontez la base de données, puis supprimez tous les
fichiers dans le dossier de destination et lancez la
restauration.
Problèmes liés à Microsoft SQL
Server
- L'impossibilité pour le serveur
Microsoft SQL Server d'allouer davantage de mémoire peut
ralentir l'envoi d'une réponse par la console Arcserve UDP.
Symptôme
:
Le serveur Microsoft SQL Server doit
parfois allouer davantage de mémoire pour le traitement d'une
requête, en particulier lorsque la base de données
Arcserve UDP inclut une grande quantité de données.
Toutefois, s'il ne peut pas acquérir davantage de mémoire
en raison de la non-disponibilité de mémoire
supplémentaire ou parce que la taille maximum de mémoire
définie a été atteinte, le traitement de la
requête devient très lent, ce qui ralentit la
réactivité de la console Arcserve UDP.
Solution
:
Supprimez des journaux dans la base de
données à l'aide de l'option Journal/Supprimer et
redémarrez le Service SQL.
Problèmes liés au serveur de points de
récupération ou au référentiel de
données
- Le logiciel antivirus supprime de
manière inattendue le fichier de référentiel de
données.
Symptôme
:
Le job de sauvegarde ou de réplication
échoue et un message d'erreur indique que le fichier
spécifié est introuvable.
Vérifiez le journal
d'événements Windows. McAfee détecte le fichier de
référentiel de données (par exemple,
P0000000042.data) comme étant un virus de type cheval de Troie
Exploit-ScriptNull et le supprime.
Solution
:
Configurez le paramètre d'antivirus de
sorte à définir l'emplacement du référentiel de
données du serveur de points de récupération dans la
liste d'exclusion.
Remarque : Certains logiciels antivirus
requièrent la définition de la liste d'exclusion
côté serveur.
- L'annulation d'un job de réplication
peut prendre plusieurs minutes lorsque la destination est un
référentiel de données dédupliqué.
Symptôme
:
Ce problème survient lorsque vous
définissez la limitation du réseau sur une valeur de
bande passante faible ou que le débit réseau vers le
serveur de points de récupération de destination est
lent. Par conséquent, l'envoi des données placées
dans la file d'attente peut prendre plusieurs minutes.
Solution
:
Patientez jusqu'à la finalisation du
job de réplication.
- Si les deux conditions suivantes sont
remplies, la mémoire de hachage pour le référentiel
de données est affichée de manière incorrecte
lorsque vous modifiez le référentiel de données :
- La mémoire du serveur de points
de récupération est inférieure ou égale à
4 Go.
- Vous ne sélectionnez pas la
valeur maximum pour la mémoire de hachage lorsque vous
créez un référentiel de données.
Problèmes liés au serveur de points de
récupération, à l'importation à partir d'un
serveur Hyper-V ou aux noeuds
- Une message d'erreur indiquant que des
droits d'administrateur sont requis peut apparaître lors de la
tentative d'ajout d'un noeud par l'adresse IP ou le nom, et
empêcher l'ajout du noeud. Lors de l'importation de machines
virtuelles à partir d'un serveur Hyper-V, il se peut que le
message d'erreur suivant apparaisse : Vérifiez si le compte
dispose de droits d'administrateur pour ce serveur Hyper-V.
L'importation est impossible.
Symptôme
:
Si vous tentez d'ajouter un noeud par
adresse IP ou nom de noeud sur des systèmes d'exploitation
Windows qui prennent en charge le contrôle de compte
d'utilisateur (Windows Vista ou versions ultérieures) ou que
vous essayez d'importer des machines virtuelles à partir d'un
serveur Hyper-V qui prend en charge le contrôle de compte
d'utilisateur et que vous utilisez un nouveau compte d'utilisateur
Windows qui est un compte local du groupe d'administrateurs, mais
qu'il ne s'agit pas de l'administrateur intégré, le
message suivant s'affiche :
Des droits d'administrateur sont
requis.
Solution
:
Utilisez un administrateur
intégré ou un administrateur de domaines, ou
désactivez la fonctionnalité de contrôle de compte
d'utilisateur à distance.
Il s'agit du comportement Windows par
défaut connu comme restrictions distantes de contrôle de
compte d'utilisateur. Si vous voulez encore utiliser ce compte pour
ajouter le noeud, désactivez Remote UAC en procédant
comme suit :
- Cliquez sur Démarrer,
saisissez regedit dans le champ Rechercher les
programmes et fichiers, puis appuyez sur la touche Entrée.
L'Editeur du Registre Windows
s'affiche.
Remarque : L'ouverture de l'Editeur du
Registre Windows peut requérir la saisie d'informations
d'identification d'administration.
- Localisez la clé de registre suivante
et cliquez dessus :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
- Dans le menu Edition, cliquez sur
Nouveau, puis sur Valeur DWORD 32
bits.
- Attribuez le nom
LocalAccountTokenFilterPolicy à la nouvelle entrée, puis
appuyez sur la touche Entrée.
- Cliquez avec le bouton droit de la souris
sur l'entrée LocalAccountTokenFilterPolicy, puis
cliquez sur Modifier.
- Dans le champ de données
Valeur,
entrez la valeur 1 et cliquez sur OK.
- Fermez l'éditeur de registre.
Pour plus de détails concernant les
comportements Windows, reportez-vous à l'article http://support.microsoft.com/kb/951016.
- Impossible de supprimer l'hyperviseur
spécifié pour le noeud
Symptôme
:
La suppression de la fonction d'hyperviseur
pour un noeud n'est pas prise en charge dans cette version.
Solution
:
Supprimez le noeud et rajoutez-le.
- Aucun avertissement ou message contextuel ne
s'affiche lorsque vous tentez d'ajouter à une console un noeud
qui est déjà géré par une autre console.
Symptôme
:
L'interface utilisateur tout en un de
Arcserve UDP n'envisage pas l'utilisation de plusieurs consoles
Arcserve UDP, c'est pourquoi le déplacement de l'agent d'un
serveur à un autre est considéré comme pouvant avoir
lieu uniquement lorsque l'ancien serveur est retiré.
Solution
:
Il est très rare d'avoir à
déplacer le noeud d'une console à une autre.
Problèmes liés au registre
- Les jobs de restauration, de fusion ou de
catalogage peuvent échouer lorsque la destination de
sauvegarde est un volume NTFS activé pour la
déduplication sous Windows Server 2012 et que l'Agent Arcserve
UDP (Windows) est installé sous Windows 2003. Le job
échoue avec le code d'erreur Windows 50 et le message
indiquant que la requête n'est pas prise en charge.
Symptôme
:
McAfee ou un autre logiciel tiers est
défini sur EnableECP=1 dans le registre lorsqu'ils sont
installés sous Windows Server 2012.
Solution
:
Dans le registre, remplacez la valeur
EnableECP 1 par 0 sous la clé suivante :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanManServer\Parameters
Pour plus d'informations, consultez
l'article http://support.microsoft.com/kb/2817216.
Problèmes liés à la
réplication
- Interrompre le processus RPSReplication.exe
à partir de la source de réplication peut entraîner
l'échec du deuxième job de réplication.
Symptôme
:
Le deuxième job de réplication se
bloque au statut de préparation et renvoie un échec
après 10 minutes.
Solution
:
Aucune action n'est requise, car après
l'échec du deuxième job de réplication, le job de
rattrapage sera déclenché.
Problèmes relatifs à la
restauration
- La restauration de fichiers vers un
emplacement différent d'un dossier de partage distant
échoue avec le message d'erreur suivant dans le journal
d'activité : Accès refusé.
Symptôme
:
Lorsque la destination de restauration est
un dossier de partage distant comme
\\FileServer\ShareFolder\RestDest et que la destination de
sauvegarde est un dossier de partage distant avec le même
chemin d'accès (\\FileServer\ShareFolder\RestDest), une erreur
se produit.
Si le compte d'utilisateur utilisé
pour la connexion au dossier de partage racine ne figure pas dans
la liste d'autorisation, le job de restauration échouera quel
que soit le compte utilisé pour le dossier de destination de
la restauration.
Solution
:
Ajoutez le compte d'utilisateur
affecté à la destination de sauvegarde pour créer la
connexion dans la liste d'autorisation du dossier de partage racine
et veillez à ce que le compte d'utilisateur dispose des
autorisations appropriées pour la restauration du fichier.
Ajoutez le compte d'utilisateur dans le
groupe Opérateurs de sauvegarde et vérifiez qu'il dispose
des autorisations nécessaires pour ignorer des restrictions de
sécurité.
- Après avoir mis à niveau le
système d'exploitation, vous devez peut-être ressaisir le
mot de passe de chiffrement ou le mot de passe de session lorsque
vous procédez à la restauration d'un fichier à
partir de l'Agent Arcserve UDP (Windows).
Symptôme
:
Si le chiffrement est activé pour le
point de récupération, il n'est pas nécessaire
d'entrer le mot de passe pour les points de récupération
sauvegardés à partir du serveur actuel. Toutefois, si
vous mettez à niveau le système d'exploitation Windows
(par exemple, de Windows 2008 à Windows R2 2008), les mots de
passe ne sont pas automatiquement saisis dans l'interface
utilisateur de l'Agent Arcserve UDP (Windows) et vous devez les
ressaisir.
Solution
:
Enregistrez le mot de passe de chiffrement
du point de récupération ou le mot de passe de session et
conservez-le en lieu sûr en vue de sa consultation lorsque
nécessaire.
- Le parcours d'un volume échoue et le
message "Echec de la recherche du volume : Fonction incorrecte."
s'affiche. Ce problème survient avec les options Parcourir les
points de récupération et Rechercher les
fichiers/dossiers à restaurer pour la sauvegarde sans
catalogue.
- Un job de catalogue de restauration
détaillée Microsoft Exchange est signalé comme ayant
réussi, alors qu'aucun catalogue n'est généré.
Symptôme
:
Lorsque vous générez un fichier
de catalogue de restauration détaillée Exchange et que
vous arrêtez le service de déduplication Arcserve UDP ou
que le dossier de partage distant est inaccessible, la restauration
détaillée considère les tables de base de
données associées comme inexistantes dans la base de
données actuelle. Le fichier de catalogue inclut alors une
partie des éléments Exchange.
Solution
:
- Ouvrez le dossier de catalogue, puis le
dossier enfant GRT_x (x est un chiffre qui correspond à la
sous-session).
- Supprimez tous les fichiers, à
l'exception du fichier GRT_x.xml.
- Ouvrez le fichier GRT_x.xml et
définissez l'élément IsCreated sur 0.
- Enregistrez le fichier GRT_x.xml.
- Soumettez un job de catalogue de
restauration détaillée à la demande.
Problèmes liés à la connexion
serveur
- Une erreur de connexion au serveur s'affiche
lorsque vous parcourez les journaux.
Symptôme
:
L'erreur suivante s'affiche parfois lorsque
vous parcourez les journaux d'activité à partir de
l'agent ou de la console :
Impossible de se connecter au serveur
arcservedocs.com.
Solution
:
Vous pouvez ignorer ce message.
Problèmes liés aux machines virtuelles de
secours
- Les disques démarrent avec le statut
hors ligne lors de l'allumage. Ce problème survient lorsque
des stratégies SAN sont introduites sur Windows 2008 et
versions ultérieures. Le système d'exploitation
protège les disques partagés accessibles à plusieurs
serveurs. Lors de la première détection du disque par le
serveur, Windows attribue l'état Hors ligne au disque. Une
fois que l'état En ligne est attribué au disque, cet
état est conservé.
Ce problème peut également se
produire lorsque les machines virtuelles démarrées
contiennent des volumes en lecture seule. Pour corriger ce
problème, configurez les volumes sur le disque pour les rendre
accessibles en écriture.
- L'application ne prend pas en charge
l'importation des serveurs vCenter à l'aide du mode lié
VMware. Pour protéger toutes les instances du serveur vCenter
en groupes en mode lié, ajoutez chaque instance de serveur
vCenter individuellement.
- Virtual Standby ne prend pas en charge la
conversion des points de récupération au format Hyper-V
lorsque le volume système ou le volume de démarrage sur
l'ordinateur source réside sur des disques dynamiques.
- Virtual Standby ne prend pas en charge la
création de tâches Virtual Standby permettant de
définir la quantité de mémoire RAM dynamique
utilisée par les machines virtuelles protégées sur
des systèmes Hyper-V Server exécutés sous Windows
Server 2008 R2 SP1 et Windows 2012.
- Virtual Standby ne prend pas en charge les
récupérations V2P de l'état actuel pour les noeuds
protégés par Host-Based VM Backup dans l'état
activé. Vous pouvez utiliser un autre cliché que celui
correspondant à l'état actuel.
- Virtual Standby ne prend pas en charge en
effectuant les récupérations V2P avec des noeuds
protégés par Host-Based VM Backup dans l'état
désactivé. Pour effectuer une récupération de
machine virtuelle complète, soumettez un job de
récupération de machine virtuelle à l'aide de
Host-Based VM Backup.
- Lorsque vous effectuez une
récupération de V2P à l'aide du cliché actuel,
il se peut que le message suivant apparaisse :
Echec de l'obtention de certaines
informations de point de récupération.
Ce comportement se produit lorsque vous
effectuez une récupération V2P à l'aide du dernier
cliché et lorsqu'un job de conversion pour le noeud ne s'est
pas terminé après le redéploiement de la tâche
Virtual Standby sur le noeud.
Solution
:
- Soumettez un job de sauvegarde de l'agent
Arcserve UDP pour capturer l'état actuel du noeud. Effectuez
ensuite une récupération complète du noeud.
- Allumez la machine virtuelle de secours,
puis soumettez un job de conversion Virtual Standby pour créer
un cliché de point de récupération actuel pour le
noeud.
- Il se peut que le cliché le plus
récent n'apparaisse pas dans l'interface utilisateur V2P. Ce
comportement se produit lorsque vous effectuez une
récupération de V2P après avoir terminé une
récupération de V2P à partir du cliché le plus
récent.
Solution
:
Effectuez la récupération V2P
à l'aide de la récupération à chaud de l'agent
Arcserve UDP.
- Lorsque la machine source de sauvegarde (sur
laquelle Arcserve UDP est installée) comprend des disques de
secteur de 4 Ko natifs et que le job de sauvegarde de l'agent
Arcserve UDP a sauvegardé les volumes sur les secteurs de
disque de 4 Ko, la machine virtuelle de secours qui a converti les
sessions de sauvegarde de l'agent Arcserve UDP ne peut pas
détecter les partitions les volumes des disques de secteurs de
4 Ko correspondants. Ce comportement est attendu lorsque les
disques sources contiennent des secteurs de 4 Ko et que la machine
virtuelle de secours prend en charge les disques de secteur de 512
Mo. Après la conversion, le système d'exploitation
invité de la machine virtuelle de secours ne parvient pas
à localiser les métadonnées de disque suite à
la modification de la taille du secteur.
Remarque : Cette restriction s'applique
uniquement aux jobs Virtual Standby exécutés sur des
serveurs Hyper-V.
- Lors d'une session avec une machine
virtuelle basée sur un hôte, si des adaptateurs
réseau étaient connectés à la machine virtuelle
et qu'ils en ont été déconnectés, un nombre
plus important d'adaptateurs réseau sera répertorié
sur la machine virtuelle de secours par rapport à la liste
actuelle de la machine virtuelle.
- Echec de la conversion d'un fichier de
disque de 2 To suite à un problème de création d'un
cliché par la machine virtuelle
Symptôme
:
Agent Arcserve UDP (Windows) est
équipé d'un disque de 2 To, or les serveurs ESX/ESX(i)
d'une version inférieure à la version 5.5 peuvent
uniquement prendre en charge un disque virtuel de 2 To maximum.
Toutefois, pendant la conversion, les erreurs suivantes peuvent se
produire :
- Sur le client vSphere :
- "Create virtual machine snapshot
VIRTUALMACHINE File <unspecified filename> is larger than the
maximum size supported by datastore '<unspecified
datastore>'".
- "File is larger than the maximum size
supported by datastore".
- Dans le fichier journal hostd pour
ESX/ESXi 4.x :
- "Snapshot guest failed: The file is too big
for the file system."
- Dans le fichier journal hostd pour
ESXi 5.0/5.1 :
- "Failed to do snapshot op: Error: (21) The
file is too big for the datastore."
Solution
:
Il s'agit d'une restriction de VMware. La
taille maximum que les serveurs VMware ESX/ESX(i) d'une version
inférieure à la version 5.5 prennent en charge est de 2
To-16 Go, soit 2032 Go.
Nous vous recommandons d'utiliser un
serveur VMware ESX(i) 5.5 comme destination lorsque vous effectuez
une conversion avec un disque de grande taille.
Pour plus d'informations, consultez
l'article de connaissances 1012384 de VMware.
- Après avoir modifié le mot de
passe du moniteur Virtual Standby et mis à jour le noeud du
moniteur Virtual Standby dans l'interface utilisateur de la console
Arcserve UDP, le déploiement du plan qui a utilisé ce
serveur de surveillance peut échouer.
Symptôme
:
Le déploiement du plan échoue et
le message d'erreur suivant s'affiche : Impossible d'appliquer les
paramètres Virtual Standby au noeud xxx (Echec de la connexion
de xxx au moniteur xxx. Informations d'identification de
l'utilisateur non valides).
Solution
:
Modifiez la tâche Virtual Standby dans
le plan, entrez le mot de passe approprié pour le moniteur et
enregistrez le plan.
- L'adresse IP statique personnalisée
n'est pas activée dans la machine virtuelle de secours.
Symptôme
:
Si vous personnalisez l'adresse IP statique
dans Arcserve UDP, puis lancer la machine virtuelle de secours,
l'adresse IP statique n'est parfois pas activée dans Windows
bien qu'elle soit définie dans l'adaptateur réseau.
Lorsque vous exécutez la ligne de commande ipconfig dans la
machine virtuelle de secours, une adresse IP aléatoire est
indiquée, alors que le paramètre IP dans la boîte de
dialogue de propriété TCP/IP de l'adaptateur réseau
est correct.
Ce problème survient lorsque
l'ordinateur source (serveur de produits) a le même
paramètre IP statique que celui défini pour la machine
virtuelle de secours. Windows conserve tous les paramètres IP
de tous les adaptateurs réseau dans le registre. Lorsque la
machine virtuelle de secours démarre, le paramètre IP
hérité est vérifié même si l'adaptateur
réseau correspondant (appartenant au serveur de produits) est
absent. Si Windows détermine qu'une adresse IP statique
héritée est affectée à un nouvel adaptateur
réseau, une boîte de dialogue s'affiche et vous demande
de la confirmer.
Solution
:
Pour activer la nouvelle adresse IP, ouvrez
la boîte de dialogue des propriétés TCP/IP de
l'adaptateur réseau spécifié, vérifiez si le
paramètre IP est correct, puis cliquez sur OK et suivez les
étapes Windows pour le redéfinir manuellement.
Problèmes liés au cliché instantané de
volume
8.0 Problèmes de
compatibilité avec Agent Arcserve UDP (Linux)
Tenez compte des restrictions suivantes
liées aux logiciels tiers et qui peuvent affecter les
performances de Agent Arcserve UDP (Linux) :
- Vous ne pouvez pas utiliser le partage
Windows d'une édition non serveur comme destination de
sauvegarde.
- Le job de sauvegarde échoue si la
destination de sauvegarde est un serveur NFS version 4 et si le nom
d'hôte du serveur NFS n'est pas enregistré sur un
système DNS.
Symptôme
:
La destination de sauvegarde est un serveur
NFS version 4 et le nom d'hôte du serveur NFS n'est pas
enregistré sur un système DNS. Lorsque vous exécutez
le job de sauvegarde, celui-ci échoue.
Solution
:
Remplacez le nom d'hôte par DNS.
- Le démarrage PXE échoue sur la
machine virtuelle Red Hat Enterprise Virtualization (RHEV) et
Citrix Xen. Pour éviter ce problème, effectuez une mise
à niveau vers gpxe version 1.0.1.
- Certains partages NAS de Data Domain ne
prennent pas en charge le système de verrouillage de fichiers
NFS. En conséquence, vous ne pouvez pas utiliser ces partages
NFS comme destination de sauvegarde.
Symptôme
:
Vous avez fourni une version NAS Data
Domain à l'aide de NFS comme destination de sauvegarde. Si
vous effectuez une sauvegarde vers cette destination, la sauvegarde
échouera. Cela est dû au fait que certaines versions de
NAS Data Domain ne prennent pas en charge le système de
verrouillage de fichiers NFS. En conséquence, vous ne pouvez
pas utiliser ces partages NFS comme destination de sauvegarde.
Solution
:
Pour éviter ce problème, utilisez
CIFS comme destination de sauvegarde. Si le job de sauvegarde
échoue encore lorsque vous fournissez CIFS comme destination,
procédez comme suit :
- Veillez à ce qu'aucun partage CIFS
n'est monté sur le noeud que vous voulez sauvegarder.
- Ouvrez une invite de commande sur le noeud
et saisissez la commande suivante :
echo "0" >
/proc/fs/cifs/LinuxExtensionsEnabled
Vous pouvez désormais soumettre le job
de sauvegarde pour le noeud.
- Lorsque vous sauvegardez le noeud RHEL 5.1,
le service système setroubleshoot utilise la mémoire
système pour le processus de sauvegarde.
Symptôme
:
Lorsque vous sauvegardez le noeud RHEL 5.1,
le service système setroubleshoot
utilise la mémoire système pour le processus de
sauvegarde. Si vous effectuez plusieurs jobs de sauvegarde, le
service setroubleshoot génère plusieurs alertes dans le
fichier /var/log/messages et utilise la
totalité de la mémoire système.
Après plusieurs sauvegardes, la mémoire de noeud de
sauvegarde est complète et il ne reste plus de mémoire
disponible.
Solution
:
Pour éviter ce problème,
arrêtez le service système setroubleshoot sur le noeud de sauvegarde à
l'aide de la commande suivante :
service setroubleshoot stop
9.0 Restrictions
Les limitations suivantes peuvent survenir dans
cette mise à jour :
Problèmes liés à Agent Arcserve UDP
(Linux)
- Lorsque vous gérez Agent Arcserve UDP
(Linux) à l'aide de l'interface utilisateur de Arcserve UDP,
les tâches suivantes ne sont pas prises en charge :
- Exclusion de volumes pour des noeuds
individuels
Remarque : Vous pouvez utiliser des
filtres globaux de volume qui s'appliquent à tous les noeuds
d'un plan.
- Planification simple d'une sauvegarde
Remarque : Seule la planification
avancée d'une sauvegarde est disponible.
- Détection d'un noeud à
l'aide d'un script
- Gestion des emplacements et alertes
de stockage de sauvegarde
- Gestion des ensembles de
récupération côté serveur de sauvegarde
Remarque : Vous pouvez toutefois utiliser
la fonctionnalité de gestion des ensembles de
récupération côté client.
- Lignes de commande d2djob --delete et
d2djob --export.
- Le gestionnaire de volumes logiques (Logical
Volume Manager, LVM) n'est pas pris en charge sous SLES 10 (SUSE
Linux Enterprise Server), mais bien avec les SP1 à SP4 de SLES
10.
Problèmes liés à la
sauvegarde
- Restrictions de sauvegarde de fichiers :
X64 : jusqu'à 370 millions de
fichiers
X86 : jusqu'à 110 millions de
fichiers
Remarque : Pour les utilisateurs X86, si
vous devez sauvegarder plus de 110 millions de fichiers, utilisez
un ordinateur X64 ou consultez la rubrique de dépannage Echec
du job de catalogage en cas de sauvegarde d'un grand nombre de
fichiers sur un ordinateur Windows 2003 X86 pour obtenir une
solution.
- La soumission du job de sauvegarde est
impossible lorsque l'Agent Arcserve UDP (Windows) ne parvient pas
à résoudre le nom d'hôte du serveur de la console
Arcserve UDP ou du serveur de points de réplication, ou
lorsque le serveur de points de réplication ne parvient pas
à résoudre le nom d'hôte du serveur de la console
Arcserve UDP. Pour contourner ce problème, vous devez
configurer le serveur DNS ou ajouter des entrées dans le
fichier d'hôtes pour vérifier que vous pouvez
résoudre le nom d'hôte.
Problèmes liés à la récupération
à chaud
- Si vous tentez d'effectuer une
récupération à chaud sur une machine virtuelle de 2e
génération du serveur Hyper-V 2012 r2, créez l'image
ISO de récupération à chaud à l'aide du kit
Windows ADK 8.1. L'utilisation des kits Windows ADK 8 ou Windows
AIK pour créer l'image ISO de récupération à
chaud entraîne l'échec des données entrées ou
du lancement de la récupération à chaud.
Problèmes liés au catalogue
- Si vous essayez de générer un
catalogue de restauration détaillée Exchange, vous pouvez
obtenir une erreur (-1019 ou -1035), indiquant que le catalogue est
généré, alors qu'aucun catalogue n'est
généré. Ce problème peut survenir lorsque vous
ne pouvez pas accéder à la destination et les tables de
base de données liées sont traitées comme si elles
n'existaient pas dans la base de données actuelle. Le fichier
de catalogue inclura uniquement une partie des éléments
Exchange.
Problèmes liés à la copie des points de
récupération
- La fonctionnalité de copie des points
de récupération ne prend pas en charge la copie dans un
référentiel de données avec ou sans
déduplication activée. Vous pouvez uniquement copier un
point de récupération dans un dossier local ou de
partage.
Problèmes liés au tableau de
bord
- Le tableau de bord prend en charge le
groupement des jobs dans une catégorie spécifique et
l'affichage d'informations détaillées sur le job pour
tous les types de jobs, sauf pour les jobs de
récupération à chaud.
- Les informations de destination qui
s'affichent dans le tableau des détails des jobs du tableau de
bord indiquent la destination des tâches correspondantes qui
sont configurées dans le plan au moment de l'exécution du
job.
- Pour les jobs à la demande soumis
manuellement dans l'interface utilisateur de l'Agent Arcserve UDP
(Windows), par exemple un job de restauration ou un job de copie
des points de récupération, le champ correspondant Nom du
plan, dans le tableau de bord, affiche la valeur N/D. Les
informations concernant la destination du job n'apparaissent pas
dans le volet des informations détaillées du tableau de
bord. Toutefois, ces informations s'affichent dans le volet
d'informations détaillées du tableau de bord sous
certaines conditions, pour les jobs de catalogage à la
demande.
Problèmes relatifs au référentiel de
données
- Lorsque vous supprimez un
référentiel de données inconnu, puis l'ajoutez
à nouveau, l'interface utilisateur peut indiquer Ce nom est
déjà utilisé par un autre référentiel de
données sur le serveur. Spécifiez un autre nom pour le
référentiel de données. ()
Problèmes relatifs aux attributs de
fichier
- L'Agent Arcserve UDP (Windows)
nécessite l'attribut de fichier system pour pouvoir convertir
le dossier de destination de la sauvegarde dans la vue Point de
récupération Arcserve UDP. Toutefois, sur certains
serveurs de fichiers NAS, l'attribut de fichier system n'est pas
pris en charge. Par conséquent, vous ne pouvez pas changer la
destination dans la vue Point de récupération Arcserve
UDP.
Problèmes relatifs à la haute
disponibilité
- N'utilisez pas plusieurs interfaces
utilisateur Arcserve UDP pour gérer le même service de
contrôle Arcserve Replication and High Availability. Cela
entraînera l'absence de rapports.
Problèmes liés à la sauvegarde d'une machine
virtuelle basée sur un hôte
Problèmes relatifs à un plan ou à une
tâche
- Vous ne pouvez pas supprimer plusieurs plans
à la fois.
Problèmes relatifs aux rapports
Problèmes relatifs à la
restauration
- Lorsque des petits fichiers sont
restaurés (de 100 octets environ), sur des volumes avec une
taille de cluster de 32 ou 64 Ko, le contenu du fichier
diffère des données sources.
- La restriction suivante existe pour des
sessions sans catalogue :
Pour certains attributs de fichier, si la
destination de restauration n'est pas prise en charge, le job de
restauration échouera. Par exemple, certains fichiers
contiennent un attribut de sécurité, mais seul Windows
NTFS est pris en charge. Si vous le restaurez dans un
référentiel SAN, le job de restauration
échouera.
- La restauration des fichiers EFS
(système de fichiers de chiffrement) à un autre
emplacement échoue avec l'erreur "Accès refusé".
Une restriction s'applique à la
fonctionnalité EFS : vous ne pouvez pas restaurer les fichiers
EFS au moyen d'une restauration sans catalogue.
Pour plus d'informations, consultez
l'article 700811 de Microsoft.
Problèmes liés aux machines virtuelles de
secours
Problèmes divers
- Les interactions entre les
propriétés de scénario sont implémentées
(comme l'option de retour arrière avec des repères
planifiés). Vous pouvez définir les propriétés
correspondantes manuellement.
- La modification des répertoires racines
du scénario de système Linux complet n'est pas prise en
charge.
- La solution Arcserve UDP ne prend pas en
charge le scénario d'intégration de l'Agent Arcserve UDP
(Windows) et le scénario d'intégration de sauvegarde de
machine virtuelle utilisant un hôte créés dans
Arcserve Replication and High Availability.
- Lorsque le serveur, l'agent ou le serveur de
points de récupération Arcserve UDP est exécuté
sur des ordinateurs équipés d'un adaptateur réseau
Intel 82574L ou d'un contrôleur virtuel d'interface
réseau E1000e sur des machines virtuelles VMware, la
fonctionnalité de déchargement de la segmentation TCP
(TSO) est désactivée au lancement du service de l'agent
Arcserve UDP. Ceci est dû au fait que les données peuvent
être endommagées sur ces environnements lorsque la
fonctionnalité TSO est activée. Vous pouvez
également désactiver manuellement la fonctionnalité
TSO ou utiliser un autre type d'adaptateur réseau pour
éviter ce problème.
Pour plus d'informations sur ce
problème, consultez la section "Errata 17 - Tx Data Corruption
When Using TCP Segmentation Offload" du document Intel suivant
:
Intel 82574 Family Gigabit Ethernet Controller
Specification Update.
- Le contenu du panneau Evénements
récents de la console Arcserve UDP n'est pas automatiquement
actualisé à la finalisation des jobs ; vous devez
l'actualiser manuellement.
- Etant donné que le nombre de
référentiels de données gérés et
utilisés simultanément sur une même console Arcserve
UDP peut être de plusieurs centaines, le contenu du volet
central de la page de noeud de serveur de points de
réplication est actualisé toutes les 15 minutes. Ce
retard a pour objectif d'éviter toute charge élevée
lors de l'actualisation. Les valeurs des statistiques d'utilisation
des référentiels de données peuvent donc faire
référence aux 15 dernières minutes maximum.
- Si vous sélectionnez une base de
données Microsoft SQL Server 2008 R2 Express, le programme
d'installation installe toujours la version anglaise. Pour utiliser
la base de données Microsoft SQL Server 2008 R2 Express dans
une autre langue, téléchargez la version correspondant
à cette autre langue et installez-la, puis exécutez le
programme d'installation. Lien de téléchargement de
Microsoft SQL Server 2008 R2 Express :
Remarque : Après l'installation, SQLE
crée toujours des éléments de menu en anglais dans
le menu Démarrer, même si d'autres langues ont
été installées avec SQLE.
10 Prise en charge
linguistique
Un produit traduit (ou
produit localisé) est un produit qui
propose une version de l'interface utilisateur, de l'aide en ligne
et de toute autre documentation dans d'autres langues que
l'anglais. Ce produit prend également en charge les
paramètres par défaut de date, d'heure, de monnaie et de
format des valeurs numériques pour la langue
concernée.
Cette version est disponible dans les langues
suivantes, en plus de la version anglaise :
- Chinois (simplifié)
- Chinois (traditionnel)
- Français
- Allemand
- Italien
- Japonais
- Portugais
- Espagnol
11 Avis
Les contrats de licence suivants pour la
console de gestion de Arcserve UDP, le serveur de points de
récupération de Arcserve UDP et l'Agent Arcserve UDP
(Windows) sont disponibles dans le dossier \Bookshelf_Files\TPSA du
centre de connaissances Arcserve Unified Data Protection :
Les contrats de licence suivants de l'Agent
Arcserve UDP (Linux) sont disponibles dans le dossier
\Bookshelf_Files\TPSA sur le centre de connaissances de CA arcserve
Unified Data Protection :
12 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.