Vous devrez peut-être résoudre les problèmes courants suivants durant l'inventaire de workload.
Problèmes ou messages |
Solutions |
---|---|
|
|
|
|
The domain in the credentials is invalid or blank |
Cette erreur se produit lorsque le format des références est incorrect. Essayez d'effectuer la découverte à l'aide d'un compte d'administrateur local utilisant pour ses références le format nom_hôte\AdminLocal Ou essayez d'effectuer la découverte à l'aide d'un compte d'administrateur de domaine utilisant pour ses références le format domaine\AdminDomaine |
Unable to connect to Windows server...Access is denied |
Le compte utilisé lors de la tentative d'ajout du workload n'était pas un compte d'administrateur. Utilisez un compte d'administrateur ou ajoutez l'utilisateur au groupe des administrateurs, puis réessayez. Ce message peut également indiquer un échec de connectivité WMI. Pour chacun des cas de figure possibles suivants, essayez la solution, puis réexécutez le Test de connectivité WMI. Si le test réussit, réessayez d'ajouter le workload. |
Unable to connect to Windows server...The network path was not found |
Échec de la connectivité réseau Effectuez les tests de la section Exécution des tests de connectivité. En cas d'échec du test, vérifiez si PlateSpin Protect et le workload se trouvent sur le même réseau. Reconfigurez le réseau, puis réessayez. |
“Discover Server Details {hostname}” Failed Progress: 0% Status: NotStarted |
Cette erreur peut se produire pour plusieurs raisons et chacune a sa propre solution :
|
La découverte du workload échoue avec le message d'erreur Could not find file output.xml ou Network path not found ou (lors d'une tentative de découverte d'une grappe Windows) Inventory failed to discover. Inventory result returned nothing. |
Plusieurs explications sont possibles pour l'erreur Fichier output.xml introuvable :
|
Effectuez ce test de connectivité réseau de base pour déterminer si PlateSpin Protect peut communiquer avec le workload que vous tentez de protéger.
Accédez à votre hôte de serveur PlateSpin Protect.
Ouvrez une invite de commande et effectuez un test ping sur votre workload :
ping workload_ip
Accédez à votre hôte de serveur PlateSpin Protect.
Cliquez sur Wbemtest et appuyez sur Entrée.
> , tapezCliquez sur
.Dans l'\root\cimv2. Par exemple, si le nom d'hôte est win2k, tapez :
, tapez le nom du workload que vous tentez de découvrir et ajoutez-y\\win2k\root\cimv2
Entrez les références appropriées, en utilisant le format nom_hôte\AdminLocal ou domaine\AdminDomaine.
Cliquez sur
pour tester la connexion WMI.Si un message d'erreur est renvoyé, aucune connexion WMI ne peut être établie entre PlateSpin Protect et votre workload.
Loguez-vous au workload à protéger.
Cliquez sur
> .Saisissez dcomcnfg et appuyez sur Entrée.
Vérifiez la connectivité :
Sur la machine d'un serveur Windows NT/2000, la boîte de dialogue Configuration DCOM s'affiche. Cliquez sur l'onglet
et vérifiez que l'option est sélectionnée.Pour Windows Server 2003, la fenêtre Services des composants s'affiche. Dans le dossier
de l'arborescence de la console de l'outil d'administration Services de composants, cliquez avec le bouton droit sur l'ordinateur dont vous souhaitez vérifier la connectivité DCOM, puis cliquez sur . Cliquez sur l'onglet et vérifiez que l'option est sélectionnée.Si DCOM n'était pas activé, activez-le et redémarrez le serveur ou le service d'instrumentation WMI (Windows Management Instrumentation). Tentez de nouveau d'ajouter le workload.
Différents éléments sont susceptibles de bloquer le service RPC :
le service Windows ;
un pare-feu Windows ;
un pare-feu matériel.
Pour le service Windows, assurez-vous que le service RPC est en cours d'exécution sur le workload. Pour accéder au panneau de service, exécutez le fichier services.msc à partir d'une invite de commande. Pour un pare-feu Windows, ajoutez une exception RPC. Pour les pare-feu matériels, vous pouvez essayer les stratégies suivantes :
Placez PlateSpin Protect et le workload du même côté du pare-feu.
Ouverture de ports spécifiques entre PlateSpin Protect et le workload (reportez-vous à la section Conditions d'accès et de communication requises sur votre réseau de protection).
Un logiciel anti-virus peut parfois bloquer certaines fonctionnalités de PlateSpin Protect liées à WMI et au registre à distance. Pour garantir la réussite de l'inventaire de workloads, il peut être nécessaire de commencer par désactiver le service anti-virus sur le workload. En outre, le logiciel Anti-virus peut parfois verrouiller l'accès à certains fichiers et ne permettre l'accès qu'à certains processus ou exécutables, ce qui peut empêcher la réplication des données basée sur les fichiers. Dans ce cas, lorsque vous configurez la protection du workload, vous pouvez sélectionner les services à désactiver, tels que les services installés et utilisés par votre logiciel Anti-virus. Ces services ne sont désactivés que pour la durée du transfert de fichiers et sont redémarrés une fois le processus terminé. Cette précaution n'est pas nécessaire pendant la réplication des données par bloc.
Pour protéger un workload, PlateSpin Protect doit pouvoir déployer et installer le contrôleur OFX ainsi qu'un composant dédié basé sur les blocs, si une réplication par bloc est requise. Lors du déploiement de ces composants sur un workload, de même que pendant le processus Ajouter le workload, PlateSpin Protect utilise les partages administratifs du workload. Pour pouvoir fonctionner, PlateSpin Protect requiert un accès administratif aux partages, par le biais d'un compte d'administrateur local ou d'un compte d'administrateur de domaine.
Pour vérifier que les partages administratifs sont activés :
Cliquez avec le bouton droit sur
sur le bureau et sélectionnez .Développez
> >Le répertoire Dossiers partagés doit notamment contenir les partages C$ et Admin$.
Après avoir confirmé que ces partages sont activés, veillez à ce qu'ils soient accessibles à partir de l'hôte du serveur PlateSpin Protect :
Accédez à votre hôte de serveur PlateSpin Protect.
Cliquez sur \\<hôte_serveur>\C$, puis cliquez sur .
> , tapezSi vous recevez une invite, utilisez les mêmes références que celles que vous utiliserez pour ajouter le workload à l'inventaire de workloads de PlateSpin Protect.
Le répertoire s'ouvre vous permettant de le parcourir et de modifier son contenu.
Répétez le processus pour tous les partages à l'exception du partage IPC$.
Windows utilise le partage IPC$ pour la validation des références et pour l'authentification. Il n'est pas assigné à un dossier ou fichier sur le workload, de sorte que le test échoue toujours. Toutefois, le partage reste visible.
PlateSpin Protect ne modifie pas le contenu existant du volume. Il crée cependant son propre répertoire pour lequel il nécessite un accès et des autorisations.