NetWorker : Guide de dépannage NMM
Résumé: L’objectif de cet article est de permettre aux utilisateurs de Module NetWorker pour Microsoft (NMM) de vérifier correctement les exigences de configuration les plus importantes nécessaires à la prise en charge de NMM. ...
Instructions
RECUEILLEZ DES INFORMATIONS :
Informations minimales requises pour TOUT ticket de support NetWorker :
- Nom du NetWorker Server, système d’exploitation
- Nom du client NetWorker, système d’exploitation
- Version et build de NetWorker Server
- Version et build de NetWorker Client
- Version et build de NetWorker Module for Microsoft (NMM)
L’article suivant fournit des instructions pour collecter ces informations : NetWorker : Méthodes d’identification de la version
du logiciel NetWorkerInformations minimales requises pour la prise en charge de NMM :
- Application Microsoft à sauvegarder ou restaurer
- Version de l’application Microsoft, correctif et rollup
Pour la sauvegarde ; définissez le saveset et le client à sauvegarder
Pour la restauration ; définissez la base de données ou le saveset à restaurer et le client source qui a été sauvegardé
Problèmes de compatibilité :
- Avant d’examiner un problème, consultez la documentation de compatibilité pour vous assurer qu’il n’existe aucun problème de compatibilité potentiel : E-Lab Interoperability Navigator 2.0-HOME (vous devez vous connecter avec votre compte de support Dell)
COLLECTE DES JOURNAUX :
- À partir du NetWorker Server, collectez un bundle NSRGET : NetWorker : Comment utiliser l’outil de collecte de données NSRGet de NetWorker (en anglais)
- Options recommandées :
nsrget -o:elfr
- Options recommandées :
- Pour les problèmes liés aux sauvegardes, collectez le dossier des journaux de règles pour les règles où les sauvegardes ont échoué :
- Linux :
/nsr/logs/policy/POLICY_NAME - Windows (par défaut) :
C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME
- Linux :
- À partir du client NetWorker :
<Networker_install_path>\applogs\nmm.raw<Networker_install_path>\logs\daemon.raw- <Networker_install_path>\applogs
- Le fichier log NMM principal est le suivant :
nmm.raw - NetWorker : Utilisation de nsr_render_log pour afficher .raw fichiers journaux
- Recherchez également les fichiers avec
.tracequi indique généralement des erreurs de mise en réseau. <Networker_install_path>\nsr\applogs\nwsnap.rawInclut des détails du composant Power Snap de NMM et indique s’il y a eu une erreur avec une partie spécifique du flux de sauvegarde.
- Journaux
supplémentairesObtenez-les sinmm.rawinclut les erreurs RM<Networker_install_path>\nsr\rmagentps\logs\clientinclut les logs Replication Manager :erm_clientXXXXX_debug.logerm_clientXXXXX_detail.logerm_clientXXXXX_summary.log
Vérificateur de
configurationLe logiciel NMM inclut un vérificateur de configuration qui est un excellent rapport récapitulatif du système, du logiciel et de la configuration.
Le vérificateur de configuration peut être exécuté pendant l’installation de NMM, reportez-vous au Guide d’installation de NMM ou à tout moment après la fin de l’installation de NMM. La documentation NMM est disponible via le support de NetWorker Module for Microsoft | Manuels et documents
POUR ACTIVER LE DÉBOGAGE :
Pour activer le débogage Power Snap.
Ajoutez cette variable au champ Application Information de la ressource client.NSR_PS_DEBUG_LEVEL=level
Où le niveau est un nombre compris entre 1 et 9.
Pour activer le débogage NMM :
Modifiez la commande de sauvegarde de la ressource client sur nsrsnap_vss_save.exe -D9-D9 peut générer un grand nombre de messages et augmenter la taille de nmm.raw.
Il est recommandé de supprimer -D9 Après la collecte des données de dépannage.
AUTORISATIONS:
AUTORISATIONS NETWORKER :
- Pour TOUS les hôtes NMM, quelle que soit l’application ou le saveset sauvegardé, vous devez ajouter dans le champ Administrator de la ressource NSR,
group=administrators,host=nmmhostname
Exemple 1 :
oùsqlapp1etexmbx1Si vous êtes un hôte sur lequel NMM est installé, ajoutez ceci dans le champ Administrateurs de la ressource NSR :group=administrators,host=sqlapp1group=administrators,host=exmbx1
Ou comme alternative, ajoutez :user=system,host=sqlapp1user=system,host=exmbx1user=administrator,host=sqlapp1user=administrator,host=exmbx1
- Pour les noms d’instances en cluster ou de serveurs de cluster, ajoutez les nœuds physiques au champ
d’accès distant. Exemple 2 :
pour un serveur SQL virtuelsqlv1avec deux nœuds physiquessqlapp1etsqlapp2,
Ajoutez ceci au champ NSR administrators :group=administrators,host=sqlapp1group=administrators,host=sqlapp2
Ou comme addL alternatifuser=system,host=sqlapp1user=system,host=sqlapp2user=administrator,host=sqlapp1user=administrator,host=sqlapp2
ET _
Ajoutez ceci au champ Remote Access de la section virtuellesqlv1Client*@sqlcn1*@sqlcn2
AUTORISATIONS D’APPLICATION :
- Voir : NMM 9.0 Hyper-V VSS Privilèges CSV minimaux requis
- Les applications Microsoft suivantes utilisent VSS pour les sauvegardes.
- Échange
- SQL Server
- SharePoint
- Hyper-V
- Ressources client : Tous utilisent la commande de sauvegarde :
nsrsnap_vss_save - Saveset : Voir le tableau
ci-dessous Les savesets correspondants pour chaque application sont répertoriés ci-dessous :
Il s’agit d’applications qui utilisent des sauvegardes VSS.
| Application | Saveset correspondant. |
| SharePoint | APPLICATIONS:\Microsoft Office SharePoint Services |
| Instance du serveur par défaut : toutes les bases de données (appelé writer de « premier niveau ») | APPLICATIONS:\SqlServerWriter |
| Instance du serveur par défaut : base de données unique | APPLICATIONS:\SqlServerWriter\DatabaseOne |
| Instance nommée SQL Server : toutes les bases de données (par exemple, le nom d’hôte est sqlsv1) | APPLICATIONS:\SqlServerWriter\sqlsv1%5CInstanceName |
| Instance nommée de SQL Server : base de données unique | APPLICATIONS:\SqlServerWriter\sqlsv1%5CInstanceName\DatabaseOne |
| Exchange : toutes les bases de données | APPLICATIONS:\Microsoft Exchange YYYY |
| Exchange : base de données unique | APPLICATIONS:\Microsoft Exchange YYYY\DBName1 |
| Hyper-V : toutes les machines virtuelles | APPLICATIONS:\Microsoft Hyper-V |
| Hyper-V : une seule machine virtuelle | APPLICATIONS:\Microsoft Hyper-V\VirtualMachineName |
Le champ Application Information de la ressource Client NMM doit comporter :
NSR_SNAP_TYPE=vss
Applications Microsoft spécifiques telles qu’Exchange et Hyper-V. Exiger des variables supplémentaires dans le champ Application Information. Reportez-vous aux guides de l’utilisateur NMM.
Sauvegardes VDI SQL Server (non VSS) :
NMM utilise l’API Microsoft SQL Server Virtual Device Interface (VDI) pour communiquer avec SQL Server.
Les sauvegardes VDI SQL utilisent cette commande de sauvegarde : nsrsqlsv
Reportez-vous au tableau ci-dessous pour connaître les savesets et les exceptions à la commande de sauvegarde.
| Type d’instance de SQL Server | Saveset Utilisé pour ce type. | Commande de sauvegarde utilisée pour ce type | Ressource client nécessaire |
| ** SQL Server autonome ** | Remarque :** SQL Server unique, hors cluster. | Nom de domaine complet (FQDN) Hôte SQL physique | |
| Instance par défaut de SQL Server | MSSQL: |
nsrsqlsv |
|
| Instance par défaut de SQL Server (base de données unique) | MSSQL:DBName1 |
nsrsqlsv |
|
| Instance nommée SQL Server (Namedinst). | MSSQL$Namedinst: |
nsrsqlsv |
|
| Instance nommée de SQL Server (base de données unique) | MSSQL$Namedinst:DBName1 |
nsrsqlsv |
|
| ** SQL Server en cluster ** |
Le cluster de basculement est installé sur au moins deux nœuds qui présentent :
Exemple : Le nom virtuel du serveur SQL est sqlvr1Et les deux nœuds sont sqlcn1 et sqlcn2IMPORTANT : le saveset ne change pas, quel que soit le nom de l’instance. |
IMPORTANT : vous devez créer des ressources client à l’aide du FQDN pour les nœuds de cluster suivants : Nœud 1 sqlcn1Nœud 2 sqlcn2Virtual SQL Server, sqlvr1Planifier le serveur SQL virtuel, sqlvr1 |
|
| Instance par défaut | MSSQL: |
nsrsqlsv -A sqlvr1 |
Option de commande de sauvegarde -A sqlvirtualname (facultatif) nsrsqlsv devrait suffire car la ressource client est le nom du serveur virtuel SQL, si le système de noms de domaine (DNS) se résout correctement. |
| Instance nommée | MSSQL: |
nsrsqlsv -A sqlvr1 |
Le nom virtuel -A est facultatif. |
| Base de données unique | MSSQL:DBName1 |
nsrsqlsv -A sqlvr1 |
Le nom virtuel -A est facultatif. |
| ** Groupe de disponibilité Always On SQL Server ** |
REMARQUE : cette rubrique est plus avancée pour cet article. Lecture recommandée. Guide de l’utilisateur de NMM SQL Server VDI pour plus d’informations. Exemple : groupe de disponibilité AlwaysOn appelé AG1Le nom du cluster de basculement est AGClusterLe nœud 1 est sqlcn1Le nœud 2 est sqlcn2. |
IMPORTANT : vous devez créer des ressources client à l’aide du FQDN pour les éléments suivants : Nom du cluster de basculement ( Agcluster)Les membres du nœud du groupe de disponibilité AlwaysOn (par exemple, sqlcn1et sqlcn2)Planifiez uniquement les AGCluster client pour AlwaysOnPlanifiez les autres nœuds SQL dans des groupes distincts pour les sauvegardes de base de données non AG. |
|
| Instance par défaut | MSSQL#AG1 |
nsrsqlsv |
|
| Instance par défaut (base de données unique) |
MSSQL#AG1:DBName1 |
nsrsqlsv |
|
| Instance nommée | MSSQL$NamedInst#AG1 |
nsrsqlsv |
|
| Instance nommée (base de données unique) | MSSQL$NamedInst#AG1:DBname1 |
nsrsqlsv |
|
Sauvegardes Active Directory (non VSS) :
Client Resources est un contrôleur de domaine et NMM est installé comme avec NetWorker Client.
Commande de sauvegarde : nsradsave.exe
Saveset : Utilise le format de nom unique (DN) :
Consultez le tableau pour obtenir des exemples.
| Exemples de noms de domaine et d’objet | Enregistrement du nom distinctif correspondant |
| ** Non sensible à la casse sans espaces ** | |
| Domain: corp.dell.com | |
| Conteneur tous utilisateurs |
cn=users,dc=corp,dc=dell,dc=com |
| Unité organisationnelle, Ingénierie |
ou=engineering,dc=corp,dc=dell,dc=com |
| Unité d’organisation imbriquée, par exemple : Recherche sous Ingénierie |
ou=research,Ou=engineering,dc=corp,dc=dell,dc=com |
| Objet utilisateur sous un CN d’objet OU. |
cn=engadmin,ou=engineering,dc=corp,dc=dell,dc=com |
Autres éléments à prendre en compte :
| Domaine thématique | Considérations et préoccupations à garder en mémoire |
| Sauvegardes du système de fichiers | Ne sauvegardez pas les savesets du système de fichiers dans le même groupe que les savesets NMM. À partir de NMM 3.0 et versions ultérieures, utilisez une ressource de groupe normale (aucun snapshot n’est vérifié) avec une ressource client distincte utilisant le saveset du système de fichiers. Ne sauvegardez pas ce groupe en même temps que le groupe d’applications NMM. Cette ressource Client est une instance de ressource Client distincte du même client avec la commande de sauvegarde vide (conformément au système de fichiers normal). |
| Autorisations | Dans tous les cas, tous les clients NMM doivent disposer d’autorisations NetWorker Administrator. d’applications, VSS ou non-VSS - voir cet article pour les permissions Références : Guide d’administration, notes de mise à jour |
| Installations | NetWorker Client DOIT être installé avant que NMM puisse être installé. Chaque version de NMM nécessite une version spécifique du client. Références Guides d’installation, Guide de compatibilité logicielle |
| Versions de la base de données | Chaque serveur d’applications (Exchange, SQL, etc.) possède des versions spécifiques prises en charge. Références Guide de compatibilité logicielle, guide d’installation, guides de l’utilisateur |
| Sauvegardes manuelles | Les sauvegardes manuelles initiées par le client des savesets VSS ne sont PAS prises en charge. |
| Liste des jeux de sauvegarde VSS | Connectez-vous avec un compte administrateur local Windows à l’hôte NMM avec NMM installé Exécutez cette commande et copiez le résultat : nsrsnap_vss_save -? |
Informations supplémentaires
Pour les problèmes spécifiques aux défaillances VSS, consultez : NetWorker : Dépannage des échecs de sauvegarde dus à des problèmes VSS