Les informations de cette section peuvent vous aider à résoudre les problèmes lors de la découverte et de l'inventaire de workloads Windows :
Problèmes ou messages |
Solutions |
---|---|
Le domaine dans les références n'est pas valide ou est vide |
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. |
Impossible de se connecter au serveur Windows… L'accès est refusé |
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. |
Connexion impossible au serveur Windows… Le chemin d'accès réseau est introuvable |
É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 Forge et le workload se trouvent sur le même réseau. Reconfigurez le réseau, puis réessayez. |
Découvrir les détails du serveur pour {hostname} Échec de la progression : 0 % État : 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 Fichier output.xml introuvable ou Chemin d'accès réseau introuvable ou (lors d'une tentative de découverte d'une grappe Windows) L'inventaire n'a pas pu être découvert. Le résultat d'inventaire n'a renvoyé aucune donnée. |
Plusieurs explications sont possibles pour l'erreur Fichier output.xml introuvable :
|
Pour éviter les échecs de découverte dus à des problèmes de minutage, un délai par défaut de 15 secondes (15 000 ms) est défini sur le contrôleur OFX pour le démarrage de la pulsation. Ce paramètre peut être configuré en ajoutant la clé de Registre HeartbeatStartupDelayInMS sur le workload source. Cette clé de Registre n'est pas configurée par défaut.
Pour activer un délai de pulsation d'une durée inférieure ou supérieure :
Sur le workload source, ouvrez l'éditeur du Registre de Windows.
Accédez à l'emplacement suivant dans l'éditeur du Registre, selon l'architecture du système d'exploitation sur le workload source :
Chemin d'accès pour un workload source 64 bits :
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\PlateSpin\OperationsFramework\Controller
Chemin d'accès pour un workload source 32 bits :
HKEY_LOCAL_MACHINE\SOFTWARE\PlateSpin\OperationsFramework\Controller
Ajoutez une clé nommée HeartbeatStartupDelayInMS de type REG_SZ et définissez sa valeur sur le nombre de millisecondes souhaité. Le paramètre par défaut doit être 15 000.
REG_SZ: HeartbeatStartupDelayInMS Value: "15000"
Redémarrez le workload source.
Effectuez ce test de connectivité réseau de base pour déterminer si Forge peut communiquer avec le workload que vous tentez de protéger.
Accédez à votre machine virtuelle Forge.
Ouvrez une invite de commande et effectuez un test ping sur votre workload :
ping IP_workload
Accédez à votre machine virtuelle Forge.
Cliquez sur Démarrer > Exécuter, tapez Wbemtest et appuyez sur Entrée.
Cliquez sur Connecter.
Dans l'espace de noms, tapez le nom du workload que vous tentez de découvrir et ajoutez-y \root\cimv2. Par exemple, si le nom d'hôte est win2k, tapez :
\\win2k\root\cimv2
Entrez les références appropriées, en utilisant le format nom_hôte\AdminLocal ou domaine\AdminDomaine.
Cliquez sur Connexion pour tester la connexion WMI.
Si un message d'erreur est renvoyé, aucune connexion WMI ne peut être établie entre Forge et votre workload.
Connectez-vous au workload à protéger.
Cliquez sur Démarrer > Exécuter.
Saisissez dcomcnfg et appuyez sur Entrée.
Vérifiez la connectivité :
Pour les systèmes Windows (XP/Vista/2003/2008/7), la fenêtre Services de composants s'affiche. Dans le dossier Ordinateurs 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 Propriétés. Cliquez sur l'onglet Propriétés par défaut et vérifiez que l'option Activer Distributed COM (DCOM) sur cet ordinateur est sélectionnée.
Sur une machine Windows 2000 Server, la boîte de dialogue Configuration DCOM s'affiche. Cliquez sur l'onglet Propriétés par défaut et vérifiez que l'option Activer Distributed COM (DCOM) sur cet ordinateur 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 réseau.
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 Forge et le workload du même côté du pare-feu.
Ouverture de ports spécifiques entre Forge et le workload (voir la section Conditions d'accès et de communication requises sur votre réseau de protection).
Le logiciel anti-virus peut parfois bloquer certaines fonctionnalités de Forge liées à WMI et à l'accès à distance au Registre. Pour assurer la réussite de l'inventaire de workloads, il peut être nécessaire de d'abord désactiver le service Anti-virus sur un 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 efficacement un workload, PlateSpin Forge doit déployer et installer le logiciel sur le workload. Lors du déploiement de ces composants sur un workload, de même que pendant le processus Ajouter le workload, Forge utilise les partages administratifs du workload. Pour pouvoir fonctionner, Forge requiert un accès 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 Ordinateur sur le bureau et sélectionnez Gérer.
Développez Outils système > Dossiers partagés > Partages
Le répertoire Dossiers partagés doit notamment contenir les partages Admin$.
Après avoir vérifié que ces partages sont activés, assurez-vous qu'ils soient accessibles à partir de la machine virtuelle Forge.
Accédez à votre machine virtuelle Forge.
Cliquez sur Démarrer > Exécuter, tapez \\<hôte_serveur>\Admin$, puis cliquez sur OK.
Si 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 Forge.
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 Forge 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.