Guide de l'administrateur système NetBackup IT Analytics
- Introduction
- Préparation des mises à jour
- Sauvegarde et restauration de données
- Surveillance de NetBackup IT Analytics
- Accès aux rapports NetBackup IT Analytics avec l'API REST
- Définition de la capacité estimée de bande de NetBackup
- Automatisation de la gestion des groupes d'hôtes
- Catégorisation des systèmes d'exploitation des hôtes par plate-forme et version
- Utilitaires de chargement en bloc
- Automatisation des utilitaires NetBackup
- Planification des utilitaires pour une exécution automatique
- Gestion des attributs
- Importation de données de sauvegarde génériques
- Remplacements des travaux de sauvegarde
- Gestion de la collecte de données d'hôtes
- Configuration du système dans le portail
- Paramètres personnalisés
- Personnalisation de la planification du profil de performances
- Authentification LDAP et SSO pour l'accès au portail
- Présentation
- Configuration d'AD/LDAP
- Configuration de l'authentification unique (SSO)
- Modification des mots de passe utilisateur de la base de données Oracle
- Intégration avec CyberArk
- Réglage NetBackup IT Analytics
- Utilisation des fichiers journaux
- Fichiers journaux du portail et du collecteur de données - Limitation de la journalisation
- Conventions de désignation des fichiers journaux du collecteur de données
- Fichiers journaux du portail
- Définition des mesures de rapport
- Alerte d'interruption SNMP
- Configuration du certificat SSL
- Configuration des hôtes virtuels pour le portail et/ou la collecte de données SSL
- Keystore sur le serveur de portail
- Propriétés du portail : personnalisations du format et du portail
- Périodes de conservation des données pour les objets de base de données SDK
- Agrégation de données
- Dépannage
- Annexe A. Authentification de l'utilisateur par proxy basée sur Kerberos dans Oracle
- Annexe B. Configurer la base de données Oracle avec le protocole TLS activé sur le Portail et le Récepteur de données NetBackup IT Analytics
- Annexe C. NetBackup IT Analytics pour NetBackup sur Kubernetes et les appliances
Chargement des attributs et valeurs du commutateur
Fonction : L'utilitaire de chargement d'attributs du commutateur fournit une méthode efficace d'assignation d'attributs à un grand nombre de commutateurs. Notez que Fabric Manager doit être installé, sans quoi le chargement échouera.
Pour charger des attributs et des valeurs du commutateur
- Créez un fichier CSV de commutateurs, d'attributs et de valeurs.
- Exécutez l'utilitaire de chargement d'attributs du commutateur.
- Vérifiez le chargement des attributs du commutateur.
- Créez un modèle de rapport à l'aide du concepteur de modèles SQL.
Une fois les valeurs d'attribut affectées aux bases de données d'applications, un rapport du concepteur de modèles SQL peut interroger la base de données pour générer un rapport sur les bases de données d'applications.
L'utilitaire loadSwitchAttributeFile attribue des valeurs d'attributs à une liste de commutateurs. Cet utilitaire prend en entrée un fichier de valeurs séparées par des virgules (CSV).
Remarque :
Ce fichier CSV devient le document d'enregistrement principal pour les Attributs du commutateur et doit donc être conservé dans un répertoire de travail pour les futures mises à jour.
Créez une feuille de calcul, au format indiqué dans l'exemple suivant et enregistrez-la dans un fichier au format CSV dans un répertoire de travail. Ce fichier est spécifique au chargement des attributs du commutateur.
La première colonne répertorie le nom du SAN.
La deuxième colonne répertorie le nom du commutateur.
Chaque colonne supplémentaire répertorie les attributs et les valeurs qui seront appliqués au commutateur. Plusieurs attributs peuvent être attribués à un seul objet de commutateur.
Première ligne (en-tête) : contient les champs qui identifient de manière unique les noms de fabric SAN et de commutateur, suivis des noms d'attribut. La ligne d'en-tête n'est fournie qu'à titre indicatif et n'est pas traitée comme une ligne de données.
Les lignes suivantes répertorient le nom du SAN et le nom du commutateur, suivis des valeurs d'attributs que vous affectez à chaque commutateur.
Les utilitaires de chargement en bloc doivent être exécutés dans SQLPLUS en tant qu'utilisateur APTARE. L'utilitaire load_package se trouve dans :
/opt/aptare/database/stored_procedures (Linux) \opt\oracle\database\stored_procedures (Windows)
Pour attribuer des attributs aux bases de données des applications
- Créez un tableau dans une feuille de calcul.
- Enregistrez le tableau en tant que fichier séparé par des virgules (par exemple, SwitchAttributes.csv).
- Connectez-vous au serveur de portail.
- Dans la ligne de commande :
su - aptare
- Dans la ligne de commande, lancez sqlplus :
sqlplus <pwd>/<pwd>@//localhost:1521/scdb
Exemple : sqlplus portal/portal@//localhost:1521/scdb
- Exécutez ce qui suit à l'invite SQL :
SQL> Execute load_package.loadSwitchAttributeFile ('pathname_and_filename','domain_name', san_name_col_num,switch_name_col_num,'log_path_name', 'log_file_name','check_valid_value');
Où :
'pathname_and_filename'
Chemin complet + nom de fichier (entre apostrophes droites) du fichier CSV
Exemple Windows : 'c:\config\SwitchAttributes.csv'
Exemple Linux : '/config/SwitchAttributes.csv'
'domain_name'
Nom (entre guillemets simples) du domaine dans lequel résident les groupes d'hôtes et les hôtes, par exemple : 'DomainEMEA'
san_name_column_num
Numéro de colonne dans le fichier csv où le nom du SAN est répertorié ; Exemple : 1
Notez que le nom du SAN et le nom du commutateur peuvent être soit la colonne 1, soit la colonne 2 du CSV. Ce paramètre indique à l'utilitaire la colonne dans laquelle le nom du SAN apparaît.
switch_name_column_num
Numéro de colonne dans le fichier csv où le nom du commutateur est répertorié ; Exemple : 2
'log_path_name'
Chemin complet (entouré d'apostrophes droites) où le fichier journal sera créé/mis à jour ; vérifiez que vous disposez d'un accès en écriture à ce répertoire.
Facultatif : si aucun chemin d'accès et nom de fichier ne sont spécifiés, les enregistrements de journaux sont écrits dans scon.log et scon.err. Pour omettre ce paramètre, entrez : ''
Exemple : 'c:\config'
'log_file_name'
Nom du fichier journal placé entre apostrophes droites.
Facultatif : Si un chemin d'accès de journal et un nom de fichier ne sont pas spécifiés, les entrées sont écrites dans scon.log et scon.err. Pour omettre ce paramètre, entrez : ''
Exemple : 'SwitchAttributes.log'
'check_valid_value'
'O' ou 'N' entre apostrophes droites.
O - Vérifie si la valeur d'attribut existe. Si l'utilitaire détermine que la valeur d'attribut n'est pas valide, il ignore cette ligne et n'affecte pas la valeur d'attribut à l'objet de commutateur.
N - Permet de mettre à jour sans vérifier que la valeur d'attribut existe. Cette option est rarement choisie, mais elle est disponible pour certains environnements client où les attributs peuvent avoir été créés sans valeurs (avec des scripts qui contournent l'interface utilisateur).
Exemple :
SQL> Execute load_package.loadSwitchAttributeFile('/config/SwitchAttributes.csv', 'DomainEMEA', 1, 2,'/config/logs','SwitchAttributes.log','Y');
- Vérifiez le statut et les erreurs du fichier journal.
- Redémarrez les services de portail afin que les attributs nouvellement ajoutés deviennent disponibles dans le Concepteur de modèles dynamiques.
Pour vérifier que le chargement des attributs a réussi :
Dans le portail, accédez à
.Sélectionnez un dossier utilisateur bleu.
Sélectionnez
.Avec le Concepteur de modèles SQL ouvert, cliquez sur l'onglet
.Entrez la requête suivante dans le Concepteur de modèles SQL pour vérifier les attributs du commutateur :
select * from aps_v_switch_attribute